• Требование бизнеса – фронт не должен стать медленнее!
• Виды интеграций - подходы и отличия
• Микросервисная архитектура – принципы, плюсы и минусы
• Прямые интеграции – вопрос безопасности?
• Внутреннее АПИ для внешних потребителей – архитектура и стандарты, а так же процесс разработки
• Логирование – используемая структура, к которой мы пришли со временем
• Контур препрод тестирования – инструменты разработчика и бизнеса

Если вы хоть раз сталкивались с интеграцией информационных систем или перехода с одной системы на другую с переносом исторических данных, то вам наверняка знакома проблема замусоривания базы. А если интеграций несколько с различными системами? Тогда через короткий промежуток времени объемы засорения достигают таких размеров, что стандартные обработки уже не справляются с задачами по очистке.

В Самокате мы разработали комплекс процедур по выходу из сложной ситуации при очистке базы от дублей и помеченных на удаление данных, имеющих много связей.

О чем поговорим:
1. Анализ и сбор статистики.
2. Поиск и выявление узких мест.
3. Разбор комплекса процедур очистки.
4. Этапы работ с большими объемами информации.

Важным элементом проектного управления является передача ответственности за отдельные блоки и подсистемы. В ходе доклада рассмотрим кейс с проекта с командой в 80+ специалистов.

* В каком случае нужно делегировать ответственность за задачу, в каком случае за блок или подсистему
* Уровни управления проектом и роль тим лида
* Верификация оценки задачи
* Разработка роадмап при делегировании ответственности

Данный мастер-класс – приквел выступления на INFOSTART EVENT 2018, вошедшего в список лучших выступлений  «Стратегия выживания в корпоративных войнах»

Не секрет, что представители ИТ–подразделений – зачастую самые лояльные сотрудники компании. При этом их участие в организации как в системе, как правило, отличается от представителей бизнес-подразделений.  "Айтишники" руководствуются в основном логикой и мыслят достаточно рационально. Как следствие – они все вопросы стараются решить "в лоб", в отличие от представителей бизнес-сферы, для которых вполне естественно использовать обходные варианты решений. В том числе и "общение в кулуарах" или, проще говоря, интриги. Удивительно, но обходными путями многие вопросы решаются гораздо быстрее. Не умея использовать этот инструмент, айтишники будут терять позиции в иерархической лестнице компании.

Об этом мы говорили в прошлый раз. То есть говорили о следствиях и о том, что с этим делать. В этот раз мы поговорим о причинах. В этом нам поможет теория систем, а именно – системный подход в семейных структурах, к которым относится любая организация.

Если детально, то разберем:
- Системный подход и его применение в бизнесе
- Законы и принципы системного подхода
- Организация как система, которая живет по своим ранее определенным правилам
- Что такое лидирующий принцип на уровне человека, подразделения, организации
- Почему система умирает, когда лидирующий принцип достигнут
- Почему любое изменение в компании вызывает сопротивление
- Революционный и эволюционный способ достигать результаты
- Этапы жизненного пути руководителя в компании

Вы все еще хотите стать руководителем? :-)
И помните – никаких слайдов. Только маркер. Только доска. Только хардкор )))
с уважением искренне ваш #тотМужикВшарфике

Продолжаем серию выступлений про работу и развитие центра компетенции в СМ Лаб.

В этой серии:

• вспомним с чего все начиналось и к чему сейчас пришло,
• обсудим адаптацию новичков и кейсы по работе с персоналом,
• поговорим про важность регулярной обратной связи,
• а также немного затронем исследовательские вопросы, с которыми неизбежно приходится сталкиваться развивающейся практике.

Зачем компании DNS собственное мобильное приложения доставки.
Функционал приложения. Удобный интерфейс без применения веб-технологий.
Собственная маршрутизация как инструмент для развития и независимости.

В докладе разберём кейсы:

1. Если приложение активно, то push-уведомление не отображается пользователю. Решение: собственный центр уведомлений.
2. Идентификация мобильного устройства. Решение: с помощью adnroid id и fingerprint библиотеки (внешние компоненты).
3. Потеря данных на устройствах, связанная с удалением приложения пользователями, проблемы обработки ошибок. Решение: резервное копирование данных, использовании копии как дампа
4. Отказ от POS-терминалов. Решение: интеграция с Tap on Phone.
5. Отказ от ККМ. Решение: интеграция с облачными сервисами ККМ.
6. Логистические проблемы связанные с оптимизацией построения маршрутов. Решение: Интеграция с собственной маршрутизацией и ее преимущества.  
7. Ограниченные возможности интерфейса мобильной платформы 1С. Решение: пересмотрели отношение к этой проблеме. В качестве технологий использовали только возможности платформы. В докладе наглядно продемонстрируем эволюцию дизайна мобильного приложения от промышленного интерфейса до юзер-френдли.

Раньше руководитель бегал по компании и клиентам и старался своими глазами увидеть, что и как происходит у него в бизнесе. Сейчас размах бизнеса часто не позволяет физически контролировать все важные аспекты лично, но зато вся нужная информация хранится в компьютерных системах.

К сожалению, между руководителем и данными в учетных системах часто лежит много технических и организационных преград, не позволяющих быстро и напрямую увидеть состояние дел и принять вовремя нужные компании решения. Волшебной палочкой, решающей эти проблемы и открывающей прямой доступ руководителя к данным, должны быть системы оперативного анализа данных (BI), и такой инструмент и технологии есть в мире 1С. Это 1С:Аналитика и технология Дата акселератора.

В этом докладе мы расскажем про основные возможности этих технологий, типовые варианты их использования и как готовые отчеты для ERP и ЗУП КОРП могут помочь запустить работающий вариант аналитической системы за считанные недели.

1. Предпосылки и отправная точка - как в Авито было все устроено, и почему мы решили это изменить.

2. План перехода, или Как мало мы знали в начале

3. PostgreSQL, тяжелые будни админов и особенности работы с крупными информационными базами.

4. Сервер 1С на Linux, суровые реалии разработки. Все, с чем столкнулись в рефакторинге кода.

5. Текущий статус и первые итоги эксплуатации спустя 6 месяцев.

Проект перевода 10+ систем 1С на 2000+ пользователей в Авито успешно завершен, и в докладе буду рад поделиться ответами вопросы, которые стали вызовами для команды в ходе проекта:
0. Как правильно сформулировать цели проекта? И не путать их с задачами.
1. Как оценить проект, который целиком состоит из неопределенности?
2. Как защитить оценку перед руководством, которое ждет результатов "завтра" и носит черный пояс по Linux?
3. Гибкие подходы против классического. Или не против, а вместе?
4. Где искать ответы на вопросы, на которые (кажется) нет ответов?
5. Реальная работа с рисками: риски для проекта и риски для бизнеса - какие различия в подходах?
6. Как собрать команду на проект с высокими рисками и неопределенностью?
7. Как мотивировать команду на подвиг, когда в проекте "очень страшно"?

И поделюсь формальными хайлайтами проекта: что сделано, в какие сроки, какие этапы и результаты, каково впечатление через 6 месяцев после перехода (спойлер: полёт нормальный).

1. Что такое платформа-конструктор Simple и как она помогает бизнесу.
2. Какие задачи решает Simple?
3. Функция Active CV и как дополненная реальность помогает бизнесу стать ещё быстрее и эффективнее. Практические кейсы.
4. Конструктор Simple, как простой инструмент конфигурирования приложений для автоматизации бизнеса. Приложение без программирования (это же так?)
5. Почему не стандартные мобильные платформы? Разбираем ограничения платформ (нельзя расширять дополнительной функциональностью, ограничения во взаимодействии с мобильной ОС, нет фоновых заданий, отсутствует поддержка WebSocket и так далее).
6. Доставка приложений до store: проблемы и ограничения.
7. Python для 1С разработчика. Почему именно Python и какие возможности есть в виде готовых библиотек?
8. Как мы интегрировались с 1С:Предприятие — Http-сервисы, Flask.
9. Статистика по рынку вакансий разработчиков и кто сейчас востребован на рынки технологий Auto ID.

·         История 1С в атомной отрасли
·         Центр компетенций 1С Росатом
o   Предпросылки создания
o   Решаемые задачи
o   Эффект от создания центра
·         Основные направления разработки
o   Централизованные и отраслевые системы
o   Учетные системы, системы автоматизации закупочной деятельности
·         Используемые технологии разработки и поддержки
·         Отраслевая унификация и тиражирование инструментов
·         Взаимодействие с вендором
·         Стратегическое развитие систем на платформе 1С 

Слушатели доклада узнают об истории использования систем на платформе 1С в автомной отрасли, основных технологиях и направлениях развития приложений, перспективах перевода критических объектов инфраструктуры на платформу 1С. Отдельное внимание будет уделено Центру компетенций 1С Росатом – как  основной структуре, позволяющей внутри отрасли формировать культуру и тиражировать технологию разработки и поддержке систем на платформе 1С.

Доклад будет интересен руководителям ИТ направлений.

1. Кратко о проекте и заказчике

2. Внедрение программных продуктов: с чем мы столкнулись и что нам помогло.

3. Какие проблемы заказчика смог решить наш проект

4. Как проект помог сделать наши решения лучше

Рост бизнеса зачастую приводит к увеличению как количества операций, отражающихся в учете ежемесячно, так и объема самих операций. Это ведет к пересмотру существующих механизмов отражения, например тот код, который не приводил к проблемам отражения документов в 2021 году, становится проблемой в 2023.
Если табличные части документа большие, то имеют место проблемы записи документа и эскалации управляемых блокировок на учетных регистрах. Обе ситуации связаны с ограничениями платформы 1С:Предприятие 8. Первое ограничение на максимальное количество строк табличной части, которое можно записать в базу данных. Второе ограничение на максимальное число записей управляемых блокировок одной таблицы в транзакции не приводящее к эскалации. Первая проблема исправляется довольно тривиально. Вторая проблема может иметь несколько решений и именно ей посвящен доклад:
    1. Дописывать наборы записей порциями в одном потоке вне транзакции
    2. Создать копии таблиц движений, но без итогов, и писать сначала в них как есть, а затем в оффлайне переносить порциями многопоточно вне транзакции
    3. Создать отдельную процедуру порционного формирования движений многопоточно вне транзакции

Расскажу о своей многолетней практике ведения проектов, задач и документации с использованием 1С, как основного инструмента.
О разработке и интеграции подсистем управления проектированием, документацией, задачами и инфраструктурой на проектах. Здесь же - учет времени и управленческий финансовый учет проектов. Опыт и преимущества использования интеграционной Шины в управлении проектами.
Кейс: Облачный вариант взаимодействия с Заказчиками по документации и задачам: (Google + 1C)

1. Классический подход к управлению командой, и почему он не эффективен
2. Что представляет из себя корпоративное сообщество, и как оно приносит пользу сотрудникам и компании в целом
3. Влияние сообществ на результативность команд
4. Как повысить скорость решения задач в команде за счет сообществ, и что нужно для этого сделать руководителю ИТ-блока
5. Мой кейс, эффект полученный в компании Т1 групп

Мы готовы продемонстрировать возможности нашего нового интерфейса для платформы 1С. Приходите, будет интересно!

Статистика вывода в штат до и после введенных изменений в подборе

Как организовать процесс внутри компании по этапам подбора

Как построить встречу с кандидатом

Расскажу про фишки и грабли из опыта

Как делаем презентацию оффера кандидату

Каждый день мы принимаем сотни решений. Чай или кофе? пойти или поехать? Сказать или промолчать? Если сказать, то что и как? и когда?
Любой управленец периодически сталкивается с ситуациями, в которых необходимо принять волевое решение, но непонятно, с какого конца хвататься. Эдакий сферический конь висит перед носом и скалит зубы при попытке его потрогать. Страшно, но делать с этим что-то надо....
В докладе расскажу про универсальный алгоритм разбора ситуации и составления плана действий по управленческим кейсам.
- импульсивные решения: причины и последствия
- 4 причины "неправильного" поведения человека
- примеряем "шляпу" собеседника
- проверяем решение на устойчивость

У каждого оператора ЭДО есть собственное интеграционное решение для 1С в виде внешней обработки. Эти обработки чаще всего подходят только для типовых конфигураций 1С и должны регулярно обновляться.

 А что делать, если вы - крупный ритейл (даже не обязательно крупный), у вас много доработок к конфигурациям 1С, несколько операторов ЭДО, и в этом зоопарке вам необходимо выстроить единую логику работы со всеми операторами.

В Самокате мы используем специальную мультипровайдерную шину, которая позволяет объединить в единую систему работу со всеми операторами ЭДО, при этом не возникает вопросов с постоянным обновлением.

Что будет в докладе:
1. Было: что мы имели, какие бизнес-задачи перед нами стояли.
2. Почему мы пришли к необходимости собственной разработки.
3. Что такое МПШ: о продукте и о его функционале.
4. Преимущества продукта. Какие плюсы и минусы мы можем выделить.

Что из себя представляет компания ТехноНИКОЛЬ и ее цифровое сердце, компания ООО "ТН Диджитал". Проект перехода с конфигурации УПП на ERP. Управление холдингом. Проблемы автоматизации управленческого и международного учета. Разработка и внедрение автоматизированного рабочего места для финансиста.

События последних лет повлияли на факторы формирования и развития команд, по-новому заставили посмотреть на слово «лидер».

Мы наблюдаем стремительное развитие новых команд, выход на рынок новых продуктов, интеграцию между командами, слияния и поглощения, острую нехватку лидеров и опытных руководителей, еще бОльший дефицит людей, высокую тревожность и многое другое.

Поступают запросы от ИТ директоров, функциональных руководителей, рядовых разработчиков и других членов команды на тему ситуационного лидерства, создания команды и управления изменениями.

В докладе новые инсайты на тему:
1. Ситуационное лидерство и инструменты руководителя: как собрать команду с нуля и обеспечивать ее мотивацию в моменте
2. HR тренды и новая парадигма управления талантами

Давайте честно - пользователи не любят перемены. Особенно когда это касается учетных систем. В этих условиях для сохранения своей и пользовательской нервной системы важно выстроить грамотную линию поддержки: не только технической, но и психологической.

При переходе Самоката с Directum RX на 1С:ДО мы стремились сгладить неизбежное раздражение пользователей волной любви и всесторонней поддержки. О том, что из этого вышло, я и расскажу в рамках своего доклада.

О чем поговорим:
- Как можно выстроить контакт с пользователями.
- Какие инструменты обучения существуют.
- Плюсы и минусы отдельных каналов коммуникации и обучения.
- Парадоксы отношения пользователей.
- Где находится золотая середина в сопровождении пользователей.

- Практические кейсы применения компоненты в продуктовом режиме - Использование синхронного/асинхронного режима. Нюансы. - Работа на разных версиях платформы 1С - Безопасность (ssl, sasl) и работа компоненты с кластером брокеров - Посмотрим на статистику производительности - Планы по фичам

В рамках выступления я покажу маркеры, которые показывают, что проект становится кризисным, продемонстрирую исследования по кризисным проектам, покажу реальный кейс вывода проекта 1С из кризиса, совместно в режиме интерактива зафиксируем "лайфхаки" по спасению проекта.

Классические методы определения типов личности теряют свою актуальность, уступая место моделям Job to be done и психографике. Сегодня понимать внутренние мотивы людей намного важнее, чем знать их внешнии‌ описательныи‌ портрет.

Вы узнаете, как правильно выбрать тон общения, подобрать визуал для соцсетеи‌ или писем, донести ценность ваших идей и решений, не вызывая у коллег дискомфорта и отторжения.

1. Определение типа личности - рабочий инструмент для управления командой.
2. Типы личности - характеристика, ключевые ценности. Чего боятся? Как общаются? Как принимают решения?
3. Чек-лист: как быстро определить тип личности.

Доклад будет полезен широкому кругу специалистов: руководителям ИТ-департаментов, РП, тимлидам и разработчикам для выстраивания успешных коммуникаций на любом уровне.

Как работает ChatGPT. Преимущества и ограничения по сравнению с другими технологиями
Технология дообучения - промты, структура текста, поисковый индекс
Наш опыт использования дообученного ChatGPT как виртуального помощника
Сферы применения ChatGPT, обученного на дополнительных данных
После запуска: ChatGPT — как помогает и где "косячит" 

Договоры с клиентами считаются нудным делом для юристов, но зная, что в договоре важно и на что обращать внимание, вы сможете увидеть подводные камни еще на старте и сэкономить время и нервы в ходе проекта.
Доклад будет полезен руководителям и менеджерам любого уровня, связанным с внедрением и управлением проектами. Слушатели узнают как превратить договор в мощный инструмент управления проектом и застраховать себя от неожиданностей.
+Бонус - шаблон договора для свободного скачивания.

Исполнитель проекта – не враг, а союзник.
Юристом можешь ты не быть, но договор читать обязан.
Договор воспринимается как формальность до момента, когда приходится обращаться в суд.
Почему лучше всегда предлагать свой договор и на что обращать внимание в договорах.
Как закрепить понятийные договоренности в договоре.
Как общаться со своими инхаус юристами, чтобы проект запустился без сорваных сроков.
Перевод пунктов договора с юридического на человеческий на примере наших страданий.
Договор договором, но главное, чтобы с партнером были хорошие отношения и возможность диалога.

Год назад на конференции Инфостарта я рассказывал, как лучше начинать интеграцию с маркетплейсами, какие схемы работы бывают, чем разные маркетплейсы отличаются, и в каких случаях привычная нам логика не работает. На этот раз мы углубимся в эту тему и рассмотрим задачу интеграции как с точки зрения разработчика 1С, так и с точки зрения бизнеса.

* Разберемся с удивительным API маркетплейсов. Обсудим неожиданные, нелогичные решения в API, которые вызывают затруднения у разработчиков.
* Для внедренцев. Рассмотрим, как выбрать готовый модуль для интеграции, который будет легче поддерживать, и какие технические решения на сегодняшний день облегчают разработку и сопровождение.
* Для бизнеса. Рассмотрим, как выбрать модуль с точки зрения удобства работы, стоимости и качества.
* Для начинающих. Расскажем, на какие маркетплейсы стоит выходить для торговли и в каком порядке.
* Выполним декомпозицию функционала, который заказчикам необходим в реальной работе. Финальный список содержит 40 пунктов и может быть использован для сравнения различных модулей интеграции.
* Проведем обзор критически важного для бизнеса функционала, который пока практически не представлен в существующих решениях (расчет количества товаров в поставках в зависимости от скорости продаж, расчет финансового результата от торговли, XYZ-анализ товаров, контроль реальных цен для покупателей, которые устанавливают маркетплейсы (парсинг), контроль за «слетевшими» полями в карточках товаров).

Рассмотрим сложные и интересные аспекты разработки биллинговой системы на платформе 1С, обращая внимание на такие моменты как параллелизм расчетов, оптимизация скорости и блокировок, сглаживание пиковых нагрузок. В докладе будут затронуты следующие темы:

1) Параллелизм расчетов для больших данных: Как использовать многопоточность на всех этапах обработки для увеличения скорости работы с большим объемом данных.
2) Оптимизация скорости и блокировок: Подходы к агрегированию и разбиению операций, снижение времени блокировок и увеличение производительности.
3) Сглаживание пиковых нагрузок: Применение накопления промежуточных результатов для минимизации нагрузки в пиковые периоды.
4) Повышение скорости записи: Техники минимизации изменений в данных для ускорения процессов записи.
5) Партиционирование таблиц логов: Оптимизация логирования при работе с большим объемом данных.

Всё чаще на проекты автоматизации на платформе 1С в качестве исполнителя заявляются компании с мировым именем, занимающиеся аудитом и консалтингом.
- На какие проекты стоит привлекать этих "монстров", а на какие - нет?
- На что обратить внимание при заключении договоров с ними?
- Кто реально работает на проекте под громким именем такого подрядчика?
- Консалтинг и автоматизация - какие отношения у этой "парочки"?

Вопросы:
Что такое удержание?
Какие факторы повышают удовлетворенность работой сотрудников в компании?
Как провести исследование состояния удовлетворенности в вашей компании?
Чем отличается удовлетворенность и вовлеченность?
Как повысить вовлеченность сотрудников?
Тезисы:
Удержание становится все более важным процессом для команды управления из-за дефицита кадров на рынке
Компании изучают удовлетворенность и вовлеченность своих сотрудников, чтобы понять какие именно факторы нужно улучшать
С 2019 года статистика удержания повышается у 70% компаний, которые уделяют внимание удовлетворенности своего персонала
Тренды изменений удовлетворенности и вовлеченности на рынке за 2022-2023 (+9 мес)

Copilot - инструмент, использующий OpenAI для помощи в написании кода в режиме реального времени.
Нейросеть обучалась на миллиардах строк кода, в том числе - на языке 1С. А это значит, что мы можем использовать ее для уменьшения рутинной работы в написании кода.
На докладе я наглядно продемонстрирую:
- Как Copilot пишет на языке 1С и OneScript
- Как его использовать в ежедневной разработке
- Что Copilot ожидает от вас, для предоставления самых эффективных подсказок
- Где Copilot будет очень полезным, а где его не стоит применять
- Чем он отличается от других нейросетей

В мире 1С все чаще используется СУБД PostgreSQL. А мы чаще начинаем сталкиваться со странностями или неочевидными вещами, проблемами, тормозами. Это все вместе напрягает бизнес, разработчиков. И мы приходим к классической дилемме: что делать, и кто виноват?

Мы рассмотрим несколько простых, но актуальных кейсов примеров. Поясним, как можно найти подобные проблемы и ошибки. Обсудим, можно ли всё поправить и как поправить.

В процессе прольем свет на несколько "мифов". Поговорим о том, что многие знают, но не все понимают почему работает именно так, а не иначе. Залезем под капот и будем смотреть планы запросов.

Будем искать ответы на следующие вопросы в специфике Postgres:

1. Начнем смотреть на простой демонстрационной базе, но наполненной значительным количеством данных (а как иначе?). Посмотрим, как собрать проблемные запросы? (я предпочитаю использовать конфигурацию мониторинг производительности)
2. Возьмем первый запрос и выполним его. Посмотрим что такое сканирование таблиц и увидим эффективно ли это?
3. Продолжим обсуждение. Что вы знаете про индексы? Для чего они используются? А как они работают или не работают на самом деле? Рассмотрим несколько примеров.
4. Что будет, если не придерживаться рекомендаций разработки? Сколько полей нужно проиндексировать, чтобы наше соединение быстро работало?  Мы же не будем создавать индексы для всех полей, что найдем? А поможет ли это?
5. В завершение посмотрим еще один интересный момент: что вы знаете про таблицы итогов в 1С для регистров? Всегда ли они работают и нам помогают?

У каждой большой компании есть свой подход к проектному управлению. Расскажу как мы делаем проекты в Ozon, как ими управляем и что получаем в результате.

Подробнее в докладе расскажу: 
 ◦ Как приоритизируем задачи и как оцениваем их
 ◦ Какими инструментами пользуемся
 ◦ Какие метрики используем и что такое интегральная оценка проектов в Ozon

 Как сократить затраты на подготовку обучающих материалов, организовать массовое обучение пользователей так, чтобы было удобно им. Как сократить до нуля трудозатраты на подготовку 100 бизнес-сценариев для автоматического тестирования?  Обо всем этом я расскажу на своем докладе.

Разберем:
- Почему нам пришла идея использовать автотесты
- Как организовать подготовку тестов и запись видеороликов
- Как организовать обучение пользователей
- Как сделать нагрузочное тестирование
- Как настроить ролевую модель
- Как ежедневно тестировать конфигурацию и выпуск релиза автотестами

В данном докладе я затрону тему дымового тестирования. Какие инструменты есть на данный момент, чем они отличаются, как это дело запустить, и что вообще можно проверить в настоящее время с помощью дымовых тестов?

Доклад ориентирован в первую очередь для разработчиков 1С, не знакомых с автоматизированным тестированием, но, я очень надеюсь, что он также может быть полезен и знатокам в вопросах автоматизации разработки.

"Сделать сервис для оформления заказов через интернет, интегрированный с большинством прикладных решений 1С. С настройкой должен справиться любой пользователь. Интерфейс должен выглядеть современно. И, конечно, должна быть обеспечена высокая доступность и производительность."

Примерно так была сформулирована задача на разработку нового сервиса. Ах, да, еще одна деталь. Запустить сервис нужно было быстро. Очень быстро.
 Рассказ о том как мы решали эту задачу, какие трудности преодолевали, какие использовали технологии и что в итоге из всего этого получилось.

1. Постановка задачи - для чего нужно выделение сервиса лицензирования в отдельную сущность.
2. Выбор оборудования.
3. Раздача лицензий из одного пула на несколько кластеров с разными версиями платформы.
4. Интересные фичи поведения механизма проверки лицензий платформы.
5. Резервирование.
6. Автоматизация переактивации лицензий с помощью утилиты ring.
7. Мониторинг (с помощью RAS, ТЖ, ELK и Grafana)

Проблема, которую решали: Внедрение унифицированной системы 1C: ERP 2 в импортозамещенном стеке

Основная идея доклада:
• Предпосылки перехода на импортозамещенный стек
• Унифицированное решение
- Особенности внедрения в крупных холдинговых структурах
- Как учитываем уникальные особенности организаций (шаблонирование)
• Управление командой 200+ сотрудников (Собственные сотрудники, вендор, подрядчики)
• Ключевые проблемы с которыми столкнулись
- Миграция данных
- Производительность
- Контроль технологического долга
- Уникальные требования организаций
• Основные уроки, которые вынесли из внедрения

О чем слушатели узнают из доклада: Как структурно организован проект 200+ сотрудников

Аудитория – кому будет интересен\полезен доклад: ИТ руководители

Существует много вариантов того, как новый сотрудник приходит на новое место работы:

- джун 1С-ник приходит на свое первое место работы;
- 1С-ник со стажем меняет место работы;
- слияние команд и формирование новых коллективов.

Это некоторые из возможных вариантов. И действия так называемых «новичков» могут быть одинаковыми: знакомство с новой командой, поиск нужной информации, погружение в новую предметную область, налаживание коммуникаций в коллективе и с заказчиком и т.д.

В докладе я раскрою взгляд нового сотрудника 1С-ника, и взгляд руководителя такого сотрудника на первые несколько дней работы.

Многопоточная обработка - отличный инструмент для ускорения обработки большого объема данных, но когда потоков становится много, этот инструмент начинает требовать внимания.

В Самокате мы разработали инструмент, который распределяет потоки, контролирует их завершение по времени жизни и пытается помочь балансировщику распределить нагрузку по разным серверам.

О чем поговорим на докладе:
-Проблемы многопоточной обработки данных.
-С какими инструментами работали.
-Какое решение в итоге помогло справиться с проблемами.

•    Как выбрать операции для проведения нагрузочного теста
•    Какими данными заполнять документы в ходе НТ
•    Как автоматизировать сборку и выполнение нагрузочного теста
•    Как сравнивать результаты тестов

Используя информацию из большого количества источников (ТЖ, журнал регистрации, данные СУБД, платформенная история данных, замеры времени и прочее), максимально автоматизируем процесс подготовки и проведения нагрузочного теста.

Основные кейсы:
•    переход на линукс
•    масштабирование имеющейся системы
•    подбор оптимальной конфигурации оборудования
•    переход на новую версию платформы

- От ITSM к ESM
- Готовое решение для управления корпоративными услугами
- Организация поддержки 24/7 с помощью чат-бота и цифровых меню, управление базами знаний
- Непрерывность взаимодействия через мобильное приложение
- Кейсы использования
- Бизнес-эффекты от внедрения

 В ИТ-проектах все чаще звучат требования, связанные с совершенствованием бизнес-процессов. И не всегда автоматизация «ручного труда» или применение типовых алгоритмов и подсистем решает эти вопросы. Мой доклад для тех:
•    кто хочет перейти на новый экспертный уровень, в проектах автоматизации говорить с бизнесом на его языке
•    кому важно видеть узкие места, которые нельзя решить только автоматизацией и уметь качественно их устранять
•    перед кем заказчики ставят задачи повышения бизнес-эффективности за счет автоматизации

Мы с вами рассмотрим:
•    виды операций в бизнес-процессах, технологию выявления и устранения ложных, дублирующих, произвольных операций, повышение скорости процесса за счет «сжатия»
•    правила посубъектного анализа, исключение рисков человеческого фактора при неправильном закреплении ответственности за участниками процесса, сокращение нерезультативной нагрузки на исполнителей и высвобождение человеческого ресурса
•    анализ потоков данных, выявление точек информационного разрыва, недостоверности или неактуальности данных для принятия решений
•    точки ограничений и контроля выполнения бизнес-процессов, правила их формирования
•    анализ процессов на устойчивость, работу с меняющимися бизнес-процессами

И все это, естественно, в контексте автоматизации.

Не секрет, что доклады на ИТ-темы очень похожи на колыбельную.
Выступление будет посвящено конкретным советам, как ИТ-выступление превратить в увлекательное путешествие.
Как не надо выступать и как надо, как не надо делать слайды и как надо.

Гибкие методологии сейчас в моде. Использование гибких методологий обещает увеличение производительности, эффективности и скорости решения проектных задач. Scrum применяется повсеместно от мобильной разработки до строительства космических кораблей. Да и просто стыдно не знать о SCRUMe, если ты айтишник.
Но так ли все просто и волшебно? Можно ли его их применять на 1С-ных проектах? И если можно, то как?
Мы расскажем о своем опыте применения и становления SCRUM в отдельной команде. Посмотрим на этот процесс с двух сторон: глазами Руководителя проекта и Scrum-мастера. Расскажем о том, что не написано в Scrum-гайде и о чем обычно молчат (скандалы, интриги, расследования: показать все что скрыто).
И самое главное! Расскажем как применение SCRUM изменило нас, проект и департамент.
Наш доклад про жизнь и реальный опыт. Мы расскажем максимально честно как выглядит SCRUM изнутри и что мы делали, чтоб он приносил пользу не только проекту и Заказчику, но и компании в целом.

В  Битве участвуют два разработчика, которые соревнуются между собой в решении задач на 1С:Предприятии 8.

В поединке сразятся  Юрий Лазаренко и Сергей Наумов. 

Как нанять 100 не программистов и вырастить их до синьоров.

Почему брать людей с непрофильных специальностей, незнакомых с программированием, и учить их за 3 месяца, работает лучше, чем стандартные практики набора.

Как растить в дальнейшем коллег внутри компании так, чтобы они не разбегались. Разберем подход к требуемым навыкам, уровню зарплаты и процессу роста в общем.

Многие знакомы с Инфостарт как с профессиональной площадкой для разработчиков 1С, где можно найти буквально всё, что может понадобиться в процессе работы.
Каталог Базы знаний пополняется ежедневно различными решениями, отчетами и обработками и на сегодняшний день составляет более 60 тыс. публикаций.
При этом разработчики 1С часто недооценивают свои решения и считают, чтобы поделиться своим отчетом или обработкой это должно быть какое-то инновационное решение, что их наработки могут оказаться не востребованы или узкоспециализированы.

Поговорим о том, с чего начинается путь автора на площадке INFOSTART.RU, как найти вдохновение, основываясь на опыте наших действующих разработчиков.
Развею опасения и расскажу о новых возможностях, которые предоставляет Инфостарт для авторов. Ну а чтобы быть на все 1000% готовым и уверенным- разберем чек лист по самопроверке.

* О себе, и как я начал сотрудничества с Инфостарт
* Как сделать хорошую/успешную разработку и не повеситься
* Как оформлять, продвигать и продавать

В работе аналитика есть разные школы и подходы. Как и многое другое, часть приемов мы заимствовали из зарубежных практик с использованием западных терминов, а что-то  – из государственных стандартов времен СССР. Если вы читали иностранные книги и статьи, то часто встречали сокращения BRD, MRD, PRD, FSD, PSD, SRS и другие. Всё это -- документы требований разного вида и уровня к ИТ-системам.

В докладе я расскажу, что все эти требования значат, откуда их брать, как использовать, как в разных подходах разные документы и уровни требований соответствуют друг другу и как выстроить систему документации на проекте на практике.

1. Первое по-настоящему быстрое финансовое моделирование. Машинное обучение у нас уже не отнять
2. Рассмотрим реальную и крайне сложную задачу финансового моделирования, которую исторически не могли решить, а машинное обучение позволило решить быстро, универсально и на 5+
3. Убедимся, что скорость расчетов можно сократить на несколько порядков. Превращаем часы в секунды, а минуты - в доли секунд
4. Увидим, каким простым стал анализ "Что-если", "Поиск решения", "Факторный анализ" для сложных финансовых моделей и задач корпоративного рынка
5. Рассмотрим классические подходы решения данных задач в Excel и обсудим, почему мы оставили их далеко позади
6. Обсудим, какие модели дают наилучший результат для различных классов задач финансового моделирования

Доклад будет полезен в первую очередь тем, кто занимается практическим решением задач финансового моделирования и как разработчик, и как пользователь. Также интересно будет специалистам, практикующим применение ML в сочетании с решениями 1С

(!) Не ChatGPT))

Доклад построен на практических кейсах автоматизации бюджетного (финансового) контроля в 1С:УХ.
Обсудим возможности подсистем "планирование и контроль" и "бюджетирование", в частности:
1. Какие особенности 1С:УХ необходимо учесть при оценке проекта, чтобы не ошибиться с бюджетом и сроками.
2. На что заложить ресурсы в плане проекта, чтобы не допустить переработок и выгораний.
3. Какой подход к автоматизации бюджетного контроля на базе 1С:УХ выбрать в зависимости от специфики процессов заказчика

Когда стоит применять внешние компоненты, а когда лучше отказаться от их использования
Писать своё творение или лучше взять готовое на просторах интернета
Какую среду разработки выбрать для написания внешней компоненты
Асинхронный режим работы с внешними компонентами &НаКлиенте
Возможности внешних компонент во взаимодействии с окружением системы
Работа внешней компоненты &НаСервере и особенности получения данных из асинхронных событий
Отладка кода внешних компонент
Важные моменты при использовании внешних компонент относительно безопасности системы
Кроссплатформенность – миф или реальность

Рассказ том, как судьба подбросила мне вызов - выстроить в компании систему наставничества для разработчиков 1С.

Представьте себе ситуацию, когда ещё год назад в отделе 6 разработчиков, а сегодня их уже 20, и это не предел - руководство говорит, что еще через год команда должна стать 30 человек. Но очередь из желающих учить новичков, почему-то не выстраивается...

О том, как мы это сделали и собираемся двигаться дальше:

- как найти того самого первого разработчика, готового делиться опытом, и замотивировать его
- ключики к мотивации проектных команд брать новеньких
- как выявить потенциальных наставников и преодолеть сопротивление заниматься обучением новичков
- как, даже самый маленький, DevRel может вдохновить начинающих наставников на подвиги

1. От зарождения идеи до реализации первого релиза .
2. Процесс развития решения: от первой публикации до попадания в топ продаж.
3. Основные функции участников процесса.(Взгляд со стороны разработчика).
4. Экономический эффект сотрудничества с маркетплейсом Инфостарт.

Анализ продаж и тренды: Какие направления растут/падают. Доля продаж по нишам динамика продаж и перспективы развития Инструменты продвижения, продуктовый маркетинг.
Секрет успешного продукта: Кейсы по портретам партнеров: франч/программист. Кейс продукта: ГОЗ, егаис++, маркетплейсы Новые форматы сотрудничества Кого мы ищем: авторы, команды

- Типы обязательных коммуникативных мероприятий в команде. Отличие совещаний по проекту и встреч по продукту
- Основные ошибки в продуктовых встречах
- Основные ошибки в проектных встречах
- Алгоритм разработки регламента командных встреч
+ участники получат рыбу регламента и чек-лист оценки эффективности встреч

- Шаг 1: Как мы запускали единую инфраструктура разработки на арендованных серверах.
- Шаг 2: Как мы перевели всю компанию на клиент-серверную разработку 1С. Проблемы и возможности
- Шаг 3: Разработка серверного приложения на 1С:Элементе для управления 1С-ными базами. Управление через Агенты КИП и группы Active Directory
- Шаг 4: Разработка личного кабинета внедренца 1С:Элементе. Легкое управление базами и хранилищами для каждого разработчика
- Шаг 5: Создание новой базы 1С, подключение к хранилищу и автотестированию на основе задачи из базы задач. Одинаковый регламент разработки для проектов любой сложности

Бизнес-задачи зачастую требуют оперативного решения. Когда каждая минута на счету - в ход идут любые инструменты. Один из них – сопроводительное письмо, и в этом докладе я поделюсь своим опытом, как одно письмо сэкономит ваше время и нервы:
         - Почему важно составлять сопроводительные письма к документам, покупкам, бизнес-задачам.
         - 3 ошибки, из-за которых ваши письма получают отказ или остаются без ответа.
         - 4 элемента структуры сопроводительного письма.
         - Как уменьшить вероятность отказа с помощью правильного обоснования.
         - Как убедительно показать риски и донести последствия принятого решения.
         - 5 вопросов для написания сопроводительного письма

Бизнес - живой организм, где привычные функциональные блоки программного обеспечения не обязательно равные предметным областям.

При автоматизации чего только не случается, с какими только вопросами ни сталкивались:
•  Планирование – это не только объекты подсистемы «Бюджетирование и планирование», как понять кто отвечает за какую задачу
•  Как заказчик скрывал ГОЗ, а мы его чуть не потеряли.
•  Как в пресейле получили лояльность самого сложного заказчика за счет трех волшебных букв –РКМ
•  Где взять ответ на вопрос что такое разнарядка

Поделюсь инструментами из практики, которые помогут:
•  Получить знания в предметной области без практического опыта.
•  Улучшить взаимодействие в команде и преемственность логики бизнес-процессов.
•  Улучшить взаимодействие с заказчиком и быстрее получать нужный результат.
•  Через знание предметных областей ускорить изучение незнакомых конфигураций или их частей молодым или узкоспециализированным специалистами.

Доклад будет полезен аналитикам, желающим развиваться за счет формирования широкого профиля и руководителям, желающим развивать своих сотрудников и получить взаимозаменяемую команду.

«1С:Розница» и «1С:Управление нашей фирмой» (1С:УНФ) вместе с программой «1С:Рабочее место кассира» (1С:РМК) представляют линейку решений для малого бизнеса.

Решения линейки имеют единую архитектуру, код и пользовательские интерфейсы, что обеспечивает простое совместное использование и легкий переход между решениями по мере развития бизнеса. Разработка программ линейки решений ведется одной командой, в одном репозитории, полностью на общем коде. 

В докладе расскажу о технологии, с помощью которой мы разрабатываем линейку решений на общем коде. Рассмотрим какие преимущества линейка решений предоставляет разработчикам, пользователям и партнерам фирмы 1С.

- Мой опыт создания открытых решений (от классов для 1С++ 7.7 до настоящего времени). Какие решения были, сколько потратил сил (средств), каков результат.
- Эволюция мотивации. “Зачем оно тебе” от момента когда я только начинал джуниором, до сегодняшнего дня. Хотя, возможно, речь не столько о мотивации: просто “шило в одном месте”…
- “У самурая нет цели, есть только путь”. Как начать, нужен ли план и что там ждет впереди…
- Немного о лицензировании и мысли о коммерческой составляющей открытых разработок
- В качестве итога: чему я научился у сообщества, и мои ошибки при общении с ним

GitFlic - первый российский сервис для хранения репозиториев с исходным кодом, являющийся полностью самостоятельной разработкой. 

Разработка сервиса ведется более 3х лет. За это время GitFlic стал полноценным инструментом, которым можно заменить GitLab, GitHub и BitBucket. Команда проекта активно дорабатывает функциональную часть и интерфейсы.

На данный момент сервис представлен в облачном варианте (SaaS) и в варианте для установки на собственные сервера (Self-hosted).

В докладе будут затронуты темы использования различного функционала сервиса для выстраивания процесса разработки приложений. Основными тезисами доклада являются: 
 1. варианты развертывания сервиса GitFlic Self-hosted
 2. краткое описание возможностей облачного сервиса GitFlic SAAS
 3. разработанный в GitFlic инструментарий CI/CD
 4. построение пайплайнов для автоматического тестирования и сборки приложений
 5. интеграция анализаторов исходных кодов (SAST)
 6. подготовка приложений к релизам и деплойменту

За 13 лет управления командами на собственном опыте я понял, что жесткой типологии руководителей не существует, а существует лишь правильный выбор подхода работы с людьми, умение быстро подстраиваться под ситуации и вовремя менять «маски». Во время выступления поговорим о том, как цели руководителя проекта влияют на его «маски», как и когда какую «маску» надевать, а также где взять эти «маски».

- Образ идеального руководителя
- Типология масок 
- Как руководителю выбрать маску? Целеполагание как основа лидерства и управления любой командой
- Развитие собственного портфеля масок 
- Реальный опыт смены масок: алгоритм работы с командой и заказчиками, стратегия win-win 

Во время проведения мастер-класса на практической конференции «Анализ & Управление в ИТ-проектах» я задал вопрос аналитикам, насколько часто они обращаются к своду знаний бизнес-аналитиков BABOK. И был очень удивлен, когда понял, что многие даже не имеют представления об этом фундаментальном труде.
Я покажу, как, применяя техники BABOK, сделать ТЗ максимально «живым». В своем докладе я упомяну только те 12 техник, которые могут, на мой взгляд, максимально пригодиться при написании ТЗ.
А самое главное - покажу примеры использования техник «из жизни», чего нет в самом BABOK.

Опыт использования оптимизированного механизма реструктуризации (v2) на базе размером 36 терабайт.
- Краткое описание принципа ускорения реструктуризации для больших таблиц.
- Проверка больших таблиц на возможность применения реструктуризации v2 (MS-SQL).
- Пример, когда реструктуризации v2 не поможет (MS-SQL).
- Ограничения механизма реструктуризации v2 для PostgreSQL.
- Список зарегистрированных в 1С и исправленных ошибок при реструктуризации v2.

Какие виды ЭП существуют. Темная сторона ПЭП.
- Госключ как средство ЭП.
- ПЭП ЕСИА и его применение на портале "Работа в России".
- Отсоединенная и присоединенная ЭП.
- Из чего состоит ЭП: сертификат, открытый и закрытый ключи.
- Иерархия доверия УЦ.
Также расскажу про опыт применения подписи в электронном документообороте. Как решались трудовые споры при применении ЭП в подписании кадровых документов.

Много раз наблюдал ситуацию: команда узнает, что можно писать тесты в 1С - и пишут как попало. Потом тесты или блокируют друг друга, или не все проверяют. Доверие к тестам падает. В конце концов, тесты перестают писать, так как время потрачено, а пользы нет.

Предлагаю ознакомиться с базовыми техниками, как писать хорошие тест-кейсы.

Какие значения выбрать для тестов?
Как правильно объединить кейсы?
Как вообще проанализировать, какие тесты нужны?

Судьба интроверта на руководящей должности: зачем так много общаться с людьми, и как сделать процесс коммуникации менее болезненным
- Мотивация через личный бренд, или почему они не могут просто взять и работать нормально
- Как говорить, выступать, вдохновлять и поддерживать авторитет, если у тебя синдром самозванца, и ты хочешь спрятаться, а не вот это вот все

+ участники получат недельное меню руководителя: "Здоровое сбалансированное управление без экстраверсии"

Однажды в чате аналитиков произошел горячий обмен мнениями.
Один оппонент утверждал, что не берет в команду аналитиков, которые не знают проводок, более того, именно по работе с определенными счетами он определяет опыт и компетенции аналитика

Второй оппонент (угадайте с трех раз – кто этот оппонент?) утверждал, что кроме проводок есть другие, более важные, источники информации о работе компании. Что на входе в любой проект аналитик может и не знать проводок, предметной части и даже (прости меня бог 1С), как работает конфигурация, которую надо внедрять, но только при условии, что аналитик обладает определенными знаниями и владеет определенными технологиями

В чем ценность доклада для слушателей, почему это важно/полезно узнать?

Любой бизнес, который мы автоматизируем с использованием наших продуктов 1С – это система. Он «живет» по правилам жизни системы.
Технология системного подхода – это очень большая тема, о которой сложно рассказать в рамках 30-минутного доклада.

Но есть ряд принципов, о которых я хочу рассказать и которые помогут понять, как связаны между собой управленческий, регламентированный и производственный учеты. Спойлер: регламентированный учет лишь отражает факт совершения хозяйственных операций. Для автоматизации важно разобраться – как происходит контроль выполнения и управление хозяйственными операциями

Знание и умение использовать эти принципы на практике помогут командам видеть более целостную картину на входе в проект автоматизации, получать более качественную информацию в процессе обследования, глубже оценивать и предотвращать риски неуспешного завершения проектов

Теорию, как всегда, буду обосновывать примерами на основании практического опыта проектов автоматизации производственных процессов

Как мы в Магните используем бесплатный OpenSearch для обработки сотен гигабайт логов из 1С.
- Как установить и уже начать использовать OpenSearch
- Правильный анализ технологического журнала 1С.
- Повышаем безопасность. Нюансы и подводные камни доменной аутентификации.
- Встроенный алертинг на почту, телеграм (веб-хуки). Без сторонних фреймворков.
- Как правильно разворачивать в Docker.
- Нюансы использования в Windows и Linux.

Многие ИТ-специалисты и руководители воспринимают Service Desk просто как систему.
Более того, для многих эта система носит только одну функцию - фиксация заявок от пользователей. Возможно, поэтому, по незнанию или из-за отсутствия опыта Service Desk как философии не уделяют большого внимания.

И напрасно!

Необходимо понимать, что Service Desk - это не просто система или подразделение, а мощный инструмент управления всеми ИТ-процессами. Это экосистема процессов, людей, информационных ресурсов, которая в полной мере подвержена управленческому циклу Деминга.
Фактически Service Desk - это фундамент вашего ИТ-департамента, ИТ-процессов и взаимодействия ИТ и бизнеса.
Service Desk - это философия в основе всего остального.

Вы спросите "что, где, как"?

Для этого приходите на мое выступление, в рамках которого мы обсудим как на базе аналитики и грамотно выстроенных процессов Service Desk:
   - планировать ИТ-деятельность и загрузку ИТ-специалистов
   - повысить управляемости ИТ
   - нормализовать ИТ-процессы
   - вести "переговоры" с бизнесом
   - выявить узкие мест как в ИТ-процессах, так и в бизнес-процессах
   - обосновать штат и размер оплаты
   - учитывать и разносить затраты, а также обосновывать  бюджет
   - оптимизировать график работы
   - снизить степень конфликтных ситуаций

На конкретных примерах мы разберем что такое:
   - принцип публичности и повышение прозрачности деятельности
   - стратегия самообслуживания
   - сотрудник техподдержки: кто он?
   - почему полезен корпоративный ИТ-стиль
   - что делать с "хотелками"

История создания

В качестве бонуса получите:
   - Список базовых отчетов
   - Базовые показатели эффективности (KPI)
   - Критические факторы успеха (KFI) внедрения
   - Список базовых затрат и проблем при внедрении

1.Основные блоки, из которых состоит расчет себестоимости в типовых конфигурациях
2.Эволюция расчета себестоимости от ПУБ,БП1.6 -> УПП -> УПП (РАУЗ) -> ERP (УТ11), БП3
3.Математические основы расчета себестоимости при использовании СЛАУ (ERP, УТ) и графов (БП3)
4.Какие доработки в расчете себестоимости обычно просят пользователи: обзор, классификация
5.Какие ошибки допускаются при доработке расчета себестоимости
6.Как устроен расчет себестоимости в ERP (УТ11), основные элементы, куда вносятся доработки для решения прикладных задач пользователей
7.Как устроен расчет себестоимости в БП3, основные элементы, куда вносятся доработки для решения прикладных задач пользователей

- И правда, а зачем спорт?
- Чем заниматься: виды спорта
- Тренер: зачем нужен, как применять
- Над чем еще надо будет задуматься, кроме, собственно, спорта: сон и питание
- Как управлять проектом «Спорт»
- Личный опыт докладчиков

Казалось бы: при чем тут 1С?
А при том, что принципы ЗОЖ практически на 100% совпадают с принципами управления проектами и идеально ложатся на технологии разработки софта как у фрилансеров-одиночек, так и в больших коллективах. Каким образом? Расскажем. И аргументированно докажем, почему программистов, аналитиков и всех-всех-всех необходимо искать не только на hh, но и в спортзале.

Приходите, будет интересно!
PS: и полезно!

Поделюсь своим опыт ведения документации инхаус.Всегда ли нужна документация?
С чего начать с ней работать?
Кто ведет документацию?
Расскажу про то, как мы начали ее вести, как я узнавала о принципах и правилах, какие могут быть компромиссы, когда документация не нужна, и какие планы на развитие документации.

В какой момент развития стоит задумываться о смене структуры управления департаментом?
Как ввести и обосновать новые роли?
Будет ли сопротивление от команды и что с этим делать?
Как не снизить эффективность команд?
С этими и многими другими вопросами неизбежно столкнется руководитель при росте количества команд и объема задач.
О том, как мы прошли этот путь и какие сделали выводы я расскажу в своем докладе

Зачастую при продаже проектов не закладывается время на рисование и прикладывание схем. Но буквально с момента старта проекта схемы, презентации и тому подобные графические схемы очень выручают в ведении проекта. Разберем как использовать на проектах самые популярные виды нотаций – BPMN, EPC. Почему UML редко используется в автоматизации на 1С. Как и когда использовать Power Point. Чем поможет Mind map. Какие есть инструменты для работы со схемами и картинками. Доклад будет полезен практикующим аналитикам и новичкам. На основе реальных кейсов станет понятно какую схему в каких случаях использовать, чем полезны схемы. Также станет понятно как иллюстрация поможет в сборе и актуализации требований.

В докладе хочу рассказать, как развивается наш Gitlab CI с 2021 года: со времен первого доклада о DevOps для плейстоцена в 2021 году.

Ура, мы убили хран! 15 команд, около 70 разрабов полностью на гите:  и стонов не слышно, слез не видно.

Зато видно:
1. Динамически формируемые (с помощью OneScript) пайплайны.
2. Хранилище настроек (в переменных репо мешанина,  а вот Vault красив).
3.  С чем и как (конечно, REST) мы заинтегрировали наш CI - Jira,  корп. мессенджер и сам гитлаб (да,  мы его заинтегрировали с самим собой, потому что можем).
4. Ночные сборки релизов с расширенной проверкой.
5. Ручной автодеплой (у нас же 1С,  мы еще и не так умеем).
6. Файловые и SQL-базы для тестов.

Слез не видно,  но они есть. Расскажу о технических и не только проблемах, с которыми столкнулись после полного перехода на гит.
А также о том, какие есть планы дальнейшего развития нашего CI/CD.

Искусственный интеллект в 1С - это уже не просто модная тема, а реальные сервисы и механизмы, которые могут приносить ощутимую пользу при решении бизнес-задач.

Вы узнаете о готовых инструментах для распознавания первичных документов, прогнозирования, а также для работы с речью в качестве интерфейса продуктов на платформе 1С.

Мы поговорим о том, какие задачи искусственный интеллект уже сегодня помогает решать пользователям 1С, и как вы сами можете использовать эти передовые технологии в своих собственных проектах и разработках.

Если вы готовы экспериментировать и создавать полезные продукты с использованием новейших возможностей ИИ, вас заинтересует информация о нашей пилотной программе.
Присоединяйтесь, чтобы перейти из мира идей в мир реальных возможностей искусственного интеллекта!

Зачем делиться знаниями? Разбираемся со страхами: у меня нет особенной экспертизы, про всё уже рассказали, чем я отличаюсь от других преподавателей.
Где и как делиться знаниями: особенности преподавания в онлайн и оффлайн. Готовим программу обучения: чего не нужно делать, распределение нагрузки, методические дыры. Выбираем тип контента: видео, текст, живые лекции. Плюсы и минусы каждого формата. Закрепляем и проверяем знания: спиральное повторение, проекты. Обсудим роль менторства: ментор !== преподаватель. Критика — это обратная связь. Как работать с обратной связью от учеников. Почему многие курсы не работают?

Когда при внедрении систем 1С всплывает слово "ГОСТ" - практически всегда речь идёт о документе "Техническое задание".
И у большинства внедренцев падает настроение, как только им говорят, что надо "написать ТЗ по ГОСТу".
Но опытные кулинары знают, как готовить это блюдо так, чтобы оно оставило после себя приятное послевкусие, а не горькое разочарование.
В своем докладе я бы хотела поделиться собственными рецептами приготовления документации по ГОСТУ - и да, это далеко не только ТЗ.
А что ещё? Приходите - и узнаете.
ГОСТы - могут быть не только полезными, но и вкусными;)

Расскажу о своём опыте достижения и поддержания в коллективе здорового климата и желания оставаться в компании годами. Эти 5 шагов помогли мне, и, надеюсь, помогут и Вам развить эмоциональный интеллект и стать более сильным и адекватным руководителем.
1) Креативное и образное мышление: что общего между творчеством и лидерством?
2) Учиться и учить: как научить тому, чего не знаешь сам, и зачем учить подчинённых?
3) Доверие к руководителю: как отчитаться перед коллегами и не упасть в их глазах?
4) Демократия и преданность: что общего между страной, в которой хочется жить, и компанией, в которой хочется работать?
5) Умеренные амбициозность и авторитарность: достигаем трудные цели и совершаем крутые повороты в бизнесе не в ущерб сотрудникам.

• Когда нужно задуматься о втором сервере 1С в кластере
• Особенности работы с файлами и сервисами
• ТНФ для лицензий ПРОФ и КОРП

Опыт использования многопоточных тестов для ускорения не самого быстрого этапа при разработке. Тонкости использования, лучшие практики, организация процесса и ограничения.

- 1000+ тестов за полчаса с ноля без виртуализации
- Каждой задаче свой прогон без ожидания ночной сборки
- Еще быстрее: тесты только на изменения
- Запустил и забыл: для разработчика любого уровня
- Стек: Vanessa-Automation, coverage41C, powershell

Доклад о решении необычных для 1С запросов от клиентов. Я расскажу о том, каким был исходный запрос, какие варианты мы рассматривали, и какое получилось решение по итогу. Этот доклад поможет разработчикам и руководителям расширить представление о том, что можно сделать в 1С простыми средствами для состыковки разных технологий. Речь пойдет о взаимодействии с оборудованием через com-порт и о графическом выводе информации в 1С при помощи HTML+JS.

- Гибкая настройка обменов без конфигуратора
- Многопоточность обменов и её гибкая настройка
- Мониторинг интеграций zabbix + grafana
- Проблемы блокировок, дублей, ошибок и их решение
- Использование брокера Kafka в рамках высоконагруженных обменов.
- Практический опыт развертывания окружения, масштабирование.

В марте 2023 года я, имея опыт руководства фронтенд-разработчиками, стала руководить службой разработки, где люди занимаются фронтендом, 3д графикой на WebGL, бэкенд-разработкой на Python и C++, пишут код для беспилотных такси и роботов-доставщиков, а также занимаются тестированием.

Я расскажу:
- Как построить процесс найма, когда ты не знаешь ни текущую команду, ни владеешь стеком технологий, на который выходят кандидаты
- Как сформировать команды и назначить тимлидов
- Как построить инженерную стратегию, и что это такое
- Как настроить нужную культуру разработки в команде
- Как быстро сформировать бэклог, если ты не понимаешь проект до конца
- Как провести перфоманс-ревью, если ты управляешь командой две недели

Почему оказалось, что нам не нужна 1С:ERP 2, но выяснилось это через несколько лет внедрения.
2) Архитектурный подход "MonolithFirst"
3) БСП - это действительно быстрый (реактивный) старт при разработке.
4) SOA в 1С. Чем мы руководствовались при разделении своей ERP.
5) Практика использования EDT для командной разработки и СППР как средства архитектурного надзора.
6) Ошибки пользователей важны. Проактивный подход  в контроле пользовательских ошибок. Какие инструменты мы используем.

Пока продолжаются обсуждения того, должен ли аналитик программировать и как правильно написать ТЗ, хочу предложить посмотреть немного шире. Затронуть то, что, на мой взгляд, незаслуженно обделено вниманием.

В 2021 году я первый раз приехала выступать на INFOSTART EVENT. За два дня конференции я поняла, что многие темы, связанные с бизнес-анализом, управлением бизнес-процессами, UX и другими областями знаний, которые необходимы в работе аналитика, не сильно популярны в сообществе.

За последние два года контекст в котором мы находимся достаточно сильно повлиял на спектр задач, которые приходится решать аналитикам в нашем стеке и тем, кто работает на стыке технологий. Тренды меняются и чтобы оставаться эффективными важно иметь весь необходимый арсенал знаний и навыков под рукой, вне зависимости от стека технологий, которые вы прямо сейчас используете.

Не буду навязывать своё мнение или пытаться делать вид, что знаю рецепт идеального способа профессионального развития. Просто поделюсь своими наблюдениями, опытом и информацией, а вы сами решите, как применить её с пользой.

- тенденции развития нейросетей в части генерации кода 1С
- прям сейчас нейросеть пишет код отчёта и экономит мне как руководителю проекта нервы, а еще и сотни тысяч рублей
- как программисту использовать нейросети себе во благо и оставаться конкурентоспособным в стратегическом развитии

Преимущества для разработки
Использование в коммуникациях на работе
Chat GPT в решении HR-задач
Правило для идеальных промтов
Минусы использования нейросетей

Планы обмена являются основным механизмом платформы 1С для регистрации изменений. Общеизвестно также, что высоконагруженные планы обмена страдают от длительных ожиданий на блокировках записей таблиц регистрации изменений, которые в свою очередь могут порождать тайм-ауты и прерывание обработки данных. Такая ситуация является неприемлемой.

Данный доклад познакомит вас с методикой 100%-ного решения проблемы блокировок на планах обмена без отказа от использования данного механизма, а также без малейшего изменения уже существующего кода регистрации изменений в планах обмена 1С. Подробное объяснение того, как это работает, не оставит никаких сомнений в том, что это возможно.

Практическая реализация методики "Тюнинг планов обмена" очень проста и может быть применена самостоятельно для любой базы данных 1С в кратчайшие сроки без какой-либо остановки критически важных обменов данными.

- Когнитивные искажения лидера
- Закон оптимума мотивации
- Простые инструменты повышения эффективности
- Социальные эффекты в команде
- Игры, в которые играют люди

Если вы за последний год пропустили всю интересную движуху около OneScript, то этот доклад вам очень понравится.
Вы узнаете, почему многие крутят пальцем у виска и вызывают нам психиатра, когда нас слушают.
Несмотря на это, вас ждет интересный рассказ о фреймворке autumn и его экосистеме.
На докладе расскажу том, как подходы внедрения зависимостей помогут очень просто строить очень сложные приложения на OneScript.
Поговорим о самых передовых технологиях OneScript, будет очень много рефлексии, мета-аннотаций, желудей, напильников, дубов с завязью.
Приходи будет интересно и весело!

• Познакомимся со стилями управления
• Плюсы и минусы каждого из стилей управления 
• Какой новый стиль зарождается
• Что же выбрать в итоге?

Бизнес хочет управлять товародвижением через различные микро-сервисы, при этом вести учет на стороне 1С
В докладе расскажу, как интегрировали ИТ-сервисы и 1С и получили работающую модель учета.

Подробнее о том, что будет в докладе:
1. Немного о событийной модели интеграции.
2. Управление закупками и внутренним товародвижением через отдельный сервис.
3. Ответное хранение.
4. Авансовая схема (продажи).
5. А не перевести ли нам заведение НСИ в отдельный сервис?
6. А еще маркетологи хотят отдельно управлять ценообразованием.
7. Розничные точки
8. Заключение: немного цифр по объему интеграций и количеству документов, создаваемых на стороне 1С

Расскажу об архитектурных и технологических приемах, позволяющих обработать и загрузить большой объем информации. 
Рассмотрим приемы минимизации логических связей, изоляций этапов и оптимизации загрузки повторяющихся данных. Кроме этого, расскажу об агрегации и многопоточной обработки — и все это на примере банковской выписки с более чем 1 миллионом операций в сутки.

СППР - удобный инструмент для работы с модификацией системы, в частности, упрощающий и автоматизирующий написание проектной документации. На конкретном примере я покажу, как в СППР можно составить такой важный документ как "Описание проектного решения".

Мы все живём в мире информации и каждый день передаем ее и получаем в том или ином виде.
Информация и первые способы ее передачи появились фактически одновременно вместе с появлением первых людей, со временем способы передачи информации трансформировались в различные технологии, в том числе и ИТ-технологии.
Потребность в передаче информации разберём на примере организации машиностроения, производства и обслуживания локомотивов.

1) Разберём как COBIT связывает бизнес-цели с ИТ процессами.
2) Определим инструменты бизнеса и взаимодействия.
3) Найдем «Цель» и причины создания ИТ отдела.
4) Сформируем оргструктуру по кирпичикам, сделаем разделение на центры компетенции.
5) Создадим внутренние регламенты и политики, соответствующие международным стандартам.
6) Разберем «Мониторинг показателей ИТ отдела».
7) Выведем ИТ отдел в отдельную ИТ организацию.

Информация о мастер классе: Все практики будут основаны на реальных событиях организации ИТ 400 сотрудников (+50 подрядчиков)
Аудитория: Практика будет сопровождаться теорией, подойдет для всех участников, кто связан с управлением и процессами развития организации

Как часто встречаться со своими подчиненными?
Как выращивать сотрудников и делать их самостоятельными?
Как найти время на подумать, а не только тушить пожары?
Какие ритмы есть у руководителя?
Почему такие и как это работает?
Как все успевать и не порваться?
Можно ли регулярно ходить в отпуск без потерь работоспособности отдела?
Календарь зло или помощник?
Какой выбрать и как вести с ним работу?

Вместо множества решений - одно простое

* Обмен 800000+ документов в день
* Бэкэнд для мобильного приложения
* Бесшовная интеграция
на основе одного решения на платформе 1с с открытым кодом

Вы узнаете как мы используем единый подход и фреймворк для выполнения всех задач интеграции с 1с:

Как мы ставим на единые рельсы интеграцию 1с с любыми другими системами: 1с, сайт, мобильное приложение?
Как мы перестали прописывать правила обмена?
Как мы ушли от XML и 100+ тысяч строк кода в типовых решениях на что-то более быстрое и простое?

Обязательно расскажу о бонусах:

Как команда разработчиков экономит свое время
Как архитектор получил одно решение вместо плеяды разношерстных
Как служба поддержки увидела понятные логи
Как руководитель снизил требования к компетенции исполнителя в задачах интеграции

В докладе я познакомлю вас с самыми новыми технологиями и подходами, которые появились в экосистеме OneScript.
Расскажу об инструментах, с помощью которых вы сможете сделать полноценное веб-приложение, не выходя из уютного около1Сного окружения.
Так же раскрою значения таких понятий как DI и IoC, и объясню, как они помогут сделать вашу жизнь краше.
И так, послушав мой доклад, вы узнаете как:
- Создать свой первый сайт на OneScript
- Разработать http-rest сервис на OneScript
- Подготовить mock для имитации другого сервиса и упрощения разработки.
- Сделать крутое, отзывчивое и динамичное веб-приложение с поддержкой технологии WebSocket.
И да, доклад НЕ про OneScript.WEB, все на ванильном, обычном, дорогом сердцу OneScript.

Расскажу о OneScript - скриптовом движке для автоматизации всего и вся.
Расскажу, как быстро начать работать на нем. Какие инструменты нужны, что надо знать и уметь.
Покажу киллер-фичи. Покажу библиотеку oscript-library и как она помогает в разработке.

Хочу, чтобы как можно больше людей знало и умело применять OneScript.

На прошлых конференциях я рассказывала и делилась исходными текстами своих проектов на сотню тысяч пользователей и мобильным приложением «чат», которое вы можете использовать как шаблон для быстрого старта разработки собственных решений.
Сегодня я рассказываю об еще одном интересном проекте - приложение для мерчандайзеров MerchHub.
Поделюсь, как реализованы интересные моменты:
 - Мерчандайзеры в ходе визитов в торговые точки делают очень много фото для отчетов (до 600 за одно посещение точки), а общее количество таких фото невероятно большое - сотни милллионов. Система при необходимости склеивает, обрезает и выравнивает фото, чтобы получилась целая полка, далее распознает товар, ценники на них, сообщает мерчу, какого товара не хватает на полке
 - Автоматическая полка - система на базе мобильного приложения работает без участия мерчандайзера (стенд в Сколково)
 - Как реализовать приложение 15 языках. Расскажу, как это сделать быстро и как написать мультиязычную базу знаний в atlassian confluence
 - Одновременно мерчандайзеры посещают более 200 000 торговых точек, по каждой из которых доступны координаты, время работы, какие товары и как именно должны лежать на каждой полке, какие акции сегодня проходят в конкретной точке и у какого клиента
 - В агентстве работает 20 000 сотрудников в нескольких странах а само агентство мерчандайзинга работает одновременно с огромным количеством товарных категорий - это и косметика и еда, алкоголь, табак, электроника. Заказчики агенства - всемирно известные компании. Как организовать кабинеты для супервайзера, руководителя проекта, контрольной группы, клиента
Как организовать поддержку гигантского зоопарка мобильных устройств
Как всем участникам (мерчандайзеру, супервайзеру, руководителю проекта, куратору) вовремя посчитать заработную плату с учетом количества и качества визитов, как посчитать затраты на каждый визит, рентабельность проекта
Как реализовать очень быстрый и непрерывный обмен с мобильным приложением и при этом не иметь никаких физических серверов
Почему проект свернут и не будет продолжен
Как мы добавили в процесс разработки приложений к имеющимся ранее Atlassian Jira, Jira SD, Confluence еще и Bitbucket и SonarQube

И много исходников

Большие языковые модели (LLMs), такие, как ChatGPT, представляют огромный потенциал для улучшения разработки ПО. Рассмотрим, как можно использовать их для создания микросервисов, даже не имея глубоких знаний в конкретном языке программирования.

Обзор LLM: Во-первых, мы познакомимся с основами работы LLM и их возможностями. Это поможет участникам понять, как их можно использовать в своей работе.

Практическое применение LLM: Затем я поделюсь опытом использования ChatGPT для создания микросервиса на Python и покажу, как использовать LLM для генерации рабочего кода.

Написание эффективных promts: Я расскажу, как создавать эффективные promts, которые помогут получить наиболее точный и полезный код от LLM.

Ваши преимущества: Участники доклада узнают, как использовать LLM, чтобы ускорить и упростить процесс разработки и начать создавать микросервисы, даже не имея опыта в новых языках программирования.

Исполнение обещаний: Гарантируется, что все заявленные в тезисах вопросы будут освещены в докладе. Вы получите полезные и практически применимые навыки.

P.S. Да, эти тезисы тоже написал ChatGPT.

..... Но есть тонкости - я могу увольнять. И команда может уволиться.
Любая семья строится на доверии и взаимопонимании. Взаимопонимании взрослых и детей. А в командах - руководителя и подчиненных.
Построение команды долгий и интересный процесс, в котором нет конечной точки. Это всегда путь. Путь, который начинается с подбора персонала и дальше развивается по определенным сценариям. Я расскажу о тех сценариях, которые использую при построении своих команд, о удачах и о провалах.
- Подбор персонала
- ИПР
- Коммуникация
- Нематериальная мотивация
- Моя команда - моя семья

Конкретные кейсы из практики CIO в крупной компании:

1. Гипотезы, которые мы тестировали VS  результаты, которые мы получали при быстром увеличении команды.
2. Как и для чего изменялась оргструктура, как часто ее трансформировать в процессе роста.
3. Что мы предполагали, что бизнес ждет от ИТ, и что бизнес действительно ждал.
4. Как с ростом ИТ команды, должен изменяться ее руководитель.
5. Как изменилось положение ИТ от чёрного ящика к полноценному партнёру, что дала выделенная ИТ-дочка и аккредитация.

Понятие DevRel плотно осело в ИТ-индустрии как инструмент поддержания лояльности, внутреннего развития сотрудников и помощи при найме специалистов. А что в 1С? Проведя небольшой срез, я пришла к выводу, что большинство компаний даже не знают, что это такое и зачем это нужно. А кто знает – просто не видит смысла во внедрении.
Подробнее о том, что будет в докладе:
1. Зачем внедрять DevRel?
2. Как внедрить DevRel у себя в команде?
3. Проблемы и сложности, с которыми мы столкнулись (и у вас это тоже будет).
4. Как мы решаем эти проблемы.
5. Каков следующий шаг: наш план по развитию

«Я знаю одно – во мне есть нечто, и я это скрываю. Я не говорю об этом. Но оно там всегда. Мой Темный попутчик. Когда он просыпается, я чувствую себя живым.» (сериал «Декстер»)

«Жажда разработки» – это психологические проявление внутреннего «я», вызывающая острую необходимость программировать. Все, кто любит программировать неоднократно испытывали такую жажду, и я не исключение.

В докладе поговорим о том, как я утолял свою жажду на примере опенсорс-проектов, в том числе и проекта трекер задач – Tasks (Управление задачами: Канбан-доска)

Расскажу, к чему привел такой режим, когда днем работа, а вечера и выходные – опенсорс.

Обсудим, как выходил из такого состояния, какие способы мне помогли.

ВНИМАНИЕ! Данный доклад может негативно сказаться на вашем мировоззрении, психическом здоровье, личной эффективности. Можете получить непоправимую пользу. Подумайте, нужно ли вам это.

В докладе я расскажу о нашем опыте доработки и разработки «с нуля» баз 1С + PostgreSQL объемом от 1ТБ до 10ТБ. 
Это будет сборник ситуаций, с которыми мы столкнулись. 
Некоторые вещи будут прописными истинами, о которых нельзя не упомянуть, некоторые оказались открытием для нас. В частности затронем:
•Архитектуру
•Некоторые настройки СУБД
•Особенности эксплуатации больших баз
•Обновление PG с 10 до 15
•Реструктуризация v2 на PG

Тайные желания корпоративных клиентов: сервисная архитектура как решение для отказоустойчивой системы с возможностью оперативной замены отдельных модулей, сервисов и подсистем.

Наш опыт выстраивания интеграций между системами в условиях сервисной архитектуры, когда много источников и приемников данных, и есть потребность в данных в разных системах в режиме реального времени.

5 простых правил успешной интеграции, которые сберегут ваши нервы и время.

Как показывает практика. в большинстве  1С-интеграторов есть острый конфликт между "коммерсантами" и "производственниками", влияющий непосредственно на эффективность работы компании и размер ее выручки. В рамках доклада я поделюсь практическим опытом устранения подобной проблемы. Расскажу, как решать конфликт в части взаимодействия на уровне пресейлов (до заключения договора) и сопровождения клиентов на регулярных задачах. Обсудим практические инструменты синхронизации продавцов и внедренцев в команде интегратора.

Рассмотрим:

Как выстроить командную работу, разделив зоны ответственности, и убрать конфликты
Правильное распределение ролей на пресейле
Инструменты контроля эффективности каждого участника пресейла

На практическом мастер-классе запрограммируем мобильное приложение и настроим интеграцию с 1С:Предприятие.  Научим приложение показывать информацию по остаткам на складах определённого товара. Со стороны 1С разработаем расширение с HTTP-сервисом, а мобильное приложение создадим с помощью React Native. Познакомимся с возможностями React Native и узнаем, как JavaScript поможет помочь 1С-разработчику.

При масштабировании любого бизнеса мы сталкиваемся с проблемой: документов становится больше, рабочая база растет, а снижение скорости обработки затормаживает учет и закрытие.

Чтобы привести базу в надлежащий порядок, существует типовой механизм свертки базы. Однако данный инструмент подходит только до определенных значений объема Базы данных.

В Самокате:
1. Объем 1С: Бухгалтерия - больше 5 Тбайт.
2. Есть всего 4 дня на свертку.
3. База обрезается с использованием документов ВНО.

Поэтому мы приняли решение делать собственный механизм свертки.

Подробнее о том, что будет в докладе:
1. Предпосылки разработки механизма
2. Этапы и Механизмы проведения работ
3. Плюсы/минусы инструмента
4. Итоги.

Что разберем:
- Рассмотрим конкретный пример. Архитектура баз данных, текущие правила обмена, требования, что хотят поменять. (Обмен через универсальный формат КД3.1)
- Смоделируем требования, напишем тест (используем инструмент Vanessa-ADD)
- Доработаем правила обмена – отладка через тест.

Какая польза данного подхода:
1) Защита от регрессионных ошибок.
2) Прогноз/быстрое исправление ошибок после типового обновления конфигурации от поставщика.
3) Легкий рефакторинг - снижения сложности.
4) Упрощение сопровождения и развития.
5) Легкость написания самих правил.
6) Тесты в расширении, а не в обработках.
7) Время разработки самих правил в итоге сильно сократится:
- когда уже есть набор тестов, не надо настраивать обмены между базами, прогонять и глазами смотреть,
- уверенность, что не нарушил соседние правила того же объекта,
- уверенность, что учел всё, что требуется и ничего не забыл,
- по итогу уменьшается или вообще исчезает количество задач на доработку или исправления ошибок по правилам обмена.

Интерфейс 1С:Предприятие настраивается быстро - это большой плюс. В меню «Еще» - «Изменить форму» пользователь может настроить интерфейс «под себя». 
Но всегда ли интерфейс получается удобным?
На основе нашего опыта работы с интерфейсом 1С:Предприятие расскажу о следующем:
•Что можно сделать с интерфейсом 1С:Предприятие с помощью типовых возможностей платформы. (с примерами)
•Как выстроить процесс разработки интерфейса в 1С от идеи до выхода продукта

OpenAPI - на текущий момент один из самых удобных форматов описания публичных контрактов.
- Добавить спецификацию для HTTP-сервисов в 1С возможно, причём различными способами
- Спецификацию можно визуализировать при помощи одного из веб-интерфейсов
- Если у вас есть файл OpenAPI 3.0, вы можете сгенерировать тесты для вашего API при помощи инструмента Portman.
- Portman позволит минимизировать ручной труд на составление тестов. Он автоматически проверит коды ответов, соответствие структуры данных ответа спецификации, время обработки запроса.
- При изменении API Portman обновляет тесты. Не нужно постоянно следить за их актуальностью.
- Portman легко интегрируется в ваш CI/CD-контур

В докладе я расскажу краткую историю роста ИТ. Расскажу, как мы осознали, что отдаляемся от бизнеса, как начинаем делать задачи ради задач. Мы увидим, как успешная модель может ломаться с ростом компании и ИТ. Разберем наш вариант трансформации. Пообсуждаем новую ролевую модель управления ИТ.
Проанализируем результаты изменения, достоинства и недостатки новой модели управления ИТ. Мое выступление поможет понять, с какими трудностями вы можете столкнуться при росте вашего ИТ и как их можно преодолеть.

Руководителем не рождаются, им становятся. В 90% случаях сотрудник вырастает до управленца так: сотрудник хорошо делает свою работу - его повышают до руководителя. Но никто не говорит о том, что профессиональный рост - это не только про новую должность и повышение зарплаты. В первую очередь -  это про ошибки.

Вам выдали бразды правления, у вас целая команда. А что дальше? Что это за кроличья нора, в которую падает молодой руководитель, в погоне за белым кроликом - эффективностью?

Давайте заглянем в нее через замочную скважину и поговорим о том, как:
- построить команду;
- общаться со стейкхолдерами;
- начать руководить и перестать выполнять задачи линейного сотрудника;

Обсудим неочевидные ошибки, возникающие в процессе руководства, и самое главное: как их не допускать и выходить из ситуаций, когда мы уже их допустили.

Этот доклад будет интересен не только начинающим руководителям, но и тем, кто им давно является.

Если вы занимаетесь интеграциями на профессиональном уровне, то рано или поздно услышите о брокерах в общем и о Кафке в частности. Я предлагаю попробовать самим установить кластер Кафки, посмотреть, как ведет себя Кафка при авариях, а самое главное - подружить Кафку и 1С. Предлагаю попробовать сделать как однопоточную обработку топиков в 1С, так и многопоточку. Если останется время, попробуем поиграть с Schema Registry и обсудим вопросы безопасности.

СКД – инструмент, на базе которого в современных конфигурациях реализованы практически все отчеты. СКД используется в динамических списках, печатных формах и универсальных механизмах. Если построить простейший отчет может каждый разработчик, то с нюансами знакомы далеко не все. В докладе разберем несколько неочевидных на первый взгляд приемов, способных значительно повысить качество отчетов.

- Характеристики в запросах
- Хитрые варианты связи источников данных
- Возможности вычисляемых полей
- Настройка параметров
- Отдельный перечень агрегатных функций
- Расширение возможностей работы с отчетами через БСП

1C:Документооборот - программа, предназначенная для управления деловыми процессами и совместной работой сотрудников с документами. В последние годы данная конфигурация приобрела большую популярность благодаря широким возможностям, гибкой настройке и дружелюбному интерфейсу. Как правило, большая доля сотрудников компании являются активными пользователями данной системы. Поэтапная автоматизация кадровых процессов и интеграция с системой 1С:ЗУП и мессенджером Telegram позволила нам в короткие сроки сделать из системы 1С:Документооборот также полноценный личный кабинет сотрудника, замкнув в себе полный цикл кадровых процессов.

О чем поговорим:
1. По какой причине было выбрано данное решение?
2. Какие преимущества у него были по сравнению с конкурентами?
3. Какие процессы и каким образом были автоматизированы?
4. Планы на дальнейшую автоматизацию.

На мастер-классе рассмотрим варианты того, как постепенно перевезти прод с несколькими базами MSSQL на PostgreSQL, при этом не сломав среду тестирования и разработки.

На примере проекта "Он-лайн Вкусвилл" расскажу о том как собирать и доставлять 500 000 заказов в день.

- Как мы развивались от MVP до серьёзного решения и как мобильная платформа нам помогла.
- Проблемы быстродействия и переход от монолита на микросервисы.
- Продолжаем собирать заказы даже если всё вокруг упало.
- Единое API для всех устройств сборки.
- Как мы используем push-уведомления
- Непрерывный процесс улучшения продукта. Рождение "Арбузика".
- Потребность в красивом и понятном интерфейсе интерфейсе, как ее удовлетворить
- Новые технические решения для сборки, как минимизировать ошибки сборки.

Или как пройти код-ревью у Артура )

Я давно занимаюсь анализом кода 1С-разработчиков, написал множество правил статического анализа для 1С и постоянно добавляю новые правила.
В своем докладе хочу поделиться своим опытом аудита кода авторских продуктов с Infostart.ru как одним из элементов применения DevOps-практик внутри Инфостарт.

Расскажу про следующие темы:
- Типовые ошибки, проблемы написания кода 1С;
- Какие стандарты 1С не стоит игнорировать;
- Как правильно исправлять ошибки в коде;
- Инструментарий, который применяется для аудита кода.

Будет настоящий код, боевые скриншоты, внутренние мемы от команды ИТ-лаборатории Инфостарт и прочее мясо, т.е. все, что любят разработчики.

1. Вечные вопросы. Сколько у вас хранилищ, какой туда путь и какой лог/пас у тест_хран_23 под базой Иванова?
2. Менеджер Хранилищ (МХ) и его использование для управления хранилищами, командами, системами и комментариями
3. Общая схема реализации, и варианты доступа и ограничений
4. Интеграция МХ и GitLab.
5. Как развернуть у себя.

 - Расскажем о реальном кейсе высоконагруженного мобильного клиента с требованием автономного режима
 - "Когда ничего другого не остается". Раскроем тему технологии автономного мобильного клиента (АМК) и как ее можно успешно применять 
 - Почему пошли по пути АМК, а не мобильного приложения
 - Какую задачу решали. Условный кейс "директор в самолете"
 - Борьба с фоновым обменом АМК с сервером
 - Что делать когда необходимо загрузить гигабайты при запуске МК
 - Итоговая архитектура - рассмотрим универсальный подход и то что получилось у нас
 - Усложним итоговую архитектуру и добавим требование использования УКЭП

Доклад будет интересен тем, кто: 
 - использует для решения задач мобильные технологии 1С 
 - проектирует узкоспециализированные рабочие места
 - до сих пор считает что нормальной работы от мобильного приложения на 1С добиться нельзя
 - не знает с какой стороны подойти к АМК

1. Идея: "А что если не публиковать информационную базу 1С в мир?"
2. Почему websocket? Может, стоило взять AMQP?
3. Что пришлось переизобрести с переходом на websocket;
4. "Прод лежит, и я полежу", или Почему нужно использовать изолированное подключение компонент;
5. Как EmplDocs работает на практике.

Мы не отказались полностью от публикации http-сервиса, а лишь дали возможность выбирать - публиковать или нет. Расскажу, как без публикации информационной базы мы подружили наш 1С-бэкэнд с Angular-приложением. Зачем мы это сделали, с какими проблемами столкнулись и как их героически решили.