1. Исходные данные:
- сколько баз 1С ЗУП, их размеры
- сколько пользователей по разным категориямх (кадровики, расчетчики, аналитики)
- сколько специалистов 1с это все поддерживает
2. Подготовительный этап:
- аналитика текущей базы данных, оценка возможностей PostgreSQL и минимизация рисков
- планирование работ по времени и ресурсам
- техническое планирование нового стека
- взаимодействие с командой инженеров sre
- взаимодействие с другими командами (как командами 1с, так и с командами других сервисов)
- какие были ожидания и требования по проекту
3. Реализация проекта импортозамещения:
- сколько этапов у нас получилось и сколько времени это заняло на практике
- с какими проблемами мы столкнулись и на каких базах
- как эти проблемы обходили
- как выстроили коммуникацию с бизнес-пользователями на время перехода, какую обратную связь от них получали
4. Выводы:
- на каких решениях мы в итоге остановились и почему
- какие советы мы можем дать для проектов импортозамещения 1С ЗУП
- что стоит учесть при переходе, чтобы не допустить наших ошибок
Уровень сложности доклада - Практикам
Любой процесс можно угробить некомпетентными исполнителями. Компании страдают от того, что специалисты с рынка никогда не соответствуют их ожиданиям на 100%. Центры компетенций позволяют минимизировать влияние этой проблемы.
2. Роль центров компетенций:
Ресурсный центр для команд: определение требований к кандидатам, найм и онбординг, обеспечение готовности сотрудников к выполнению задач, управление компетенции сотрудников на всем жизненном пути.
Хранилище эталонных знаний: создание обучающих программ, проведение обучений, учебные ресурсы.
Процессный офис: стандартизация и унификация процессов, внедрение в команды, контроль метрик, анализ эффективности, работа с командами над оптимизацией.
Исследовательская лаборатория: исследование и внедрение практик и инструментов, обучение сотрудников новым подходам.
3. Преимущества:
Унификация знаний и навыков сотрудников.
Объективная оценка, позволяющая отслеживать профессиональный рост сотрудников.
Гибкое перераспределение ресурсов между командами.
Единые метрики производственных процессов.
Оптимизация взаимодействия специалистов разного профиля.
Постоянное повышение квалификации через индивидуальные планы развития.
4. Практический пример:
Опыт внедрения центров компетенций в финтехе: результаты, проблемы, перспективы применения в ИТ-компаниях.
5. Для кого доклад:
ИТ-менеджмент, руководители команд разработки, менеджеры по персоналу, директора по процессам, которые заинтересованы в стандартизации процессов, повышении квалификации сотрудников и создании централизованного хранилища знаний.
Уровень сложности доклада - Практикам
В докладе я расскажу:
- Как построить отдел сопровождения с нуля
- Как организовать работу в распределенных и глобальных командах
- Как избегать частых ошибок в построении и управлении командой
- Примеры ITSM не на стандартах, а на реальных кейсах
- Как управлять сервисом при команде более 70 человек (как внутри команды, так и на проекте)
- Итоги и примеры успешных и неудачных проектов по сопровождению и предоставлению услуг
Уровень сложности доклада - Практикам
Выстроила процессы работы 1, 2, 3 линии внутри направления, что позволило снизить нагрузку на поддержку и увеличить количество трудозатрат разработчиков на доработку системы (с 70% часов от общего рабочего времени на реализацию доработок до 88%).
1. Что такое "сплит обращаемости".
2. Как мы к нему пришли, что нас мотивировало на его использование.
3. Как мы подбирали аналитику для формирования сплита обращаемости.
4. Как убеждали сотрудников, что нужно заполнять новую аналитику для "сплита".
5. Какие мероприятия придумали на основе данных, полученных при анализе сплита обращаемости.
6. Какой эффект получили (снизилось количество обращений пользователей в helpdesk на 30% + консультанты стали быстрее отрабатывать обращения, что позволило улучшить общие показатели по работе с обращениями, и также снизить количество единиц на поддержку первой линии с 13 до 12 человек, без увеличения нагрузки на остальных) *одну единицу перевели в аналитики, для работы с запросами на развитие системы.
Уровень сложности доклада - Практикам
1. Переход на гибкие методологии разработки и внедрение модульного тестирования в команде разработки показал в модели BI следующую динамику за год:
- Увеличение количества запросов на 37%.
- Ускорение решения запросов на 10%.
- Снижение количества дефектов на два порядка.
- Повышение удовлетворенности клиентов на 2%.
- Снижение средней трудоемкости запроса на 19%.
2. Реинжиниринг процесса управления запросами на изменения проводится сейчас с использованием BI на всех этапах работ:
- Визуализация данных помогла выявить падение скорости решения запросов на ретроспективе команды разработки.
- Детализация и анализ данных при помощи bi модели помог в анализе текущего процесса и выявления проблем эскалации.
- Изменения в процессе и разработка новых метрик, таких как "время передачи запросов на 2 и 3 линии" и "назначение ответственного на 2 линии" были реализованы единовременно.
- Сейчас мы ведём контроль за новыми и ранее используемыми показателями, для последующей оценки результата изменений процесса. Результаты озвучу на митапе.
3. BI как инструмент отчетности перед комитетом по изменениям:
- Сбор данных о количестве реализованных задач.
- Анализ фактического времени на реализацию задач.
- Оценка удовлетворенности клиентов
Уровень сложности доклада - Практикам
2. Что такое продуктовая команда;
3. В чем отличии первой, второй и третьей линий поддержки от «продуктовой команды»;
4. Состав и роли Продуктовой команды;
5. Лидер Продуктовой команды – кто он?
6. Как «свести разведенных»? Коммуникации, взаимодействие между ПК.
7. Место главного архитектора при продуктовом подходе и команда интеграции.
8. Супер лидер;
9. Эффективность применения подхода: «ожидания» vs «реальность».
Уровень сложности доклада - Практикам
Вы узнаете, как подготовить сотрудников, эффективно распределить роли и настроить коммуникацию внутри отделов, на чем сосредоточить усилия, а что оставить на потом.
Уровень сложности доклада - Новичкам
- Магистратура механико-математического факультета
- Выпускник президентской программы
Опыт работы руководителем с 2004 года.
- большой опыт руководства отделом продакшн.
- работа над крупными и успешными интернет-магазинами и b2b-системами;
- разработчик собственного ServiceDesk;
- разработчик методологии трекинга работы сотрудников;
- постоянный спикер ведущих IT-конференций России;
Докладчик конференции Infostart Event 2016, Infostart Event 2019, Infostart Event 2021, Moscow Premiere 2021, Infostart Event 2022 а также конференций РИФ и RIW.
Расскажу как с помощью ServiceDesk и регламентов внедрить использование базы знаний на новом уровне.
- Две проблемы любой базы знаний. Не заполняют и не пользуются. Как победить?
- Как база знаний помогает снижать нагрузку на техническую поддержку и ускорять решение проблем.
- База знаний для проектов на поддержке. Связка с service-desk
- Регламенты работы по наполнению и использованию базы знаний которые будут исполнятся исполнителями.
- Фиксация изменений проектов на поддержке
- Контроль на этапе внедрения. Какие метрики и контрольные точки.
- Повышение лояльности клиента и стоимости нормочаса через услугу описания проекта. Вы удивитесь, как это востребовано.
- Инструментарий для работы. От простого “гугл докс” до сложный систем с кучей интеграций.
- Сколько денег приносит база знаний?
Доклад будет интересен руководителям компаний и подразделений, которые хотят перевести внутренние процессы отдела на новый уровень. Буду особенно счастлив, если по результатам родятся новые идеи о том, что и как прокачать в Service Desk, чтобы работалось еще комфортнее и прибыль компании росла.
Уровень сложности доклада - Практикам
Более 14 лет в управлении ИТ.
Большой опыт работы в retail сетях на управляющих позициях:
- Сеть магазинов «Лэтуаль» - региональный системный администратор
- Сеть магазинов «Глория Джинс» - начальник ИТ отдела
- Сеть магазинов «Магнит» (проработал в компании более 7 лет) – руководитель управления по сопровождению ИТ
- Сеть магазинов и кафе «Аленка» - заместитель директора ИТ
- Сеть кафе «Крошка Картошка» - Директор по ИТ
На текущий момент является директором по информационным технологиям федеральной аптечной сети АО «Мелодия Здоровья».
Сеть аптек "Мелодия Здоровья" - федеральная сеть по всей территории РФ: от Санкт-Петербурга до Владивостока. Более 1200 аптек, более 30 филиалов. 2000 автоматизированных рабочих мест.
Цели:
- Автоматизировать процессы управления инцидентами, запросами, изменениями и активами с применением лучших мировых практикам и рекомендаций ITIL/ITSM
- Внедрить портал самообслуживания для прозрачности услуг и повышения эффективности диспетчеризации (автоматически)
- Автоматизировать смежные службы для управления обращениями
Результаты:
- Улучшили взаимодействия и коммуникации в компании.
- Сделали удобным обращения в сервисные службы компании в рамках единого окна
- Предоставили личный кабинет с детализацией всех заявок
- Появилась возможность расчета трудозатрат и показателей эффективности работы.
- Сократили время обращения исключив ручную диспетчеризацию заявок на 30%
Автоматизированы процессы:
- Управление каталогом и уровнем услуг
- Управление обращениями (инцидентами и запросами на обслуживание)
- Управление задачами
- Управление ИТ-активами и конфигурациями
- Управление изменениями
- Управление релизами
Уникальность проекта:
- Доработали системы для автоматизации бизнес-процессов. Создали системы управления запросами на изменение в рамках Agile подходов и автоматизация работы со спринтами (SCRUM)
- Доработали систему отчетности по показателям
- Доработали системы показателей KPI и интеграцию с 1С КА для расчета заработной платы
- Доработали систему по части SLA с применением подходов ITIL.
- Автоматизировали процессы смежных подразделений (HR, АХО, Бухгалтерия, Управление ассортиментом, НСИ, Юридическая служба)
Сложность реализации:
- Разработка каталога услуг у бизнес направлений.
- Сложность адаптации сотрудников к информационной системе
- Сложность внедрения из-за параллельной реструктуризации компании
Уровень сложности доклада - Новичкам
Начал карьерный путь с программиста и консультанта 1С.
Последние 3 года работаю руководителем сервисной службы в крупной производственной компании.
Но мы хотим признания и заслуженных дивидендов. Возникает вопрос: за что нам просить и требовать?
В докладе расскажу про наш кейс, где получилось договориться, а где не вышло, а также:
1. Что нужно сделать заранее, чтобы подготовиться к защите схемы мотивации. Какие собирали "в стол" показатели несколько лет, чтобы объяснить, почему мы держим их на таком уровне, зачем их улучшать и за что мы хотим больше денег.
2. Примеры реализованных показателей для самых уязвимых сотрудников ИТ — специалистов технической поддержки, системных администраторов и их руководителей. Как мы смогли повысить скорость решения обращений до 20% от SLA, а процент обратной связи — до 75% и предоставив возможность дополнительной мотивации главным системным администраторам, повысили скорость реакции по инцидентам во внерабочее время, что повысило уровень доступности до 97-98%.
3. Как итоговая мотивация влияет на работу линейного персонала и почему так важно сделать её гибкой и настраиваемой. В каких случаях мы снижаем процент скорости решенных обращений, чтобы инженер "в полях" не задыхался на сразу двух площадках, какие события убираем из учета доступности сервисов, а когда пропущенные звонки не считаются пропущенными.
4. Презентация итоговых показателей или как заставить всю компанию интересоваться, как дела у ИТ. Покажу на примере настроенных дашбордов, где понятно даже диспетчеру, почему он не получил премию, и как пиар акции внутри компании сделать эффективнее.
Уровень сложности доклада - Практикам
Кофаундер стартапов, прошедших окупаемость и перешедших в операционку. Продолжаю запускать стартапы и менторить новые.
Обычный аргумент, не лишенный оснований - нет времени, много задач.
Как сподвигнуть на создание, наполнение - и самое главное - регулярное обновления базы знаний.
Обычный подход - должно приносить пользу самим сотрудникам, быть удобным в каждодневном применении.
1. Выявить потери от дублирования, ошибок, затраты времени на поиск и исследования очевидных вопросов.
2. Выявить неудачный опыт.
3. Совместно с опытными сотрудниками выработать максимально простую процедуру обновления базы знаний.
4. Развернуть простейшее ПО. Давайте посмотрим примеры такого ПО.
5. Минимальные требования к ПО ведения базы знаний
6. Первичное наполнение - используем ТЗ, бэклоги и комментарии
7. Варианты структурирования информации в БЗ, чтобы не превратить ее в "свалку"
8. Вводим KPI на пополнение и проверку статей в базе знаний при выполнении регулярных задач - решение инцидентов, проблем, обновления, изменения.
9. Демо - период. KPI считается, сотрудники информируются, но KPI не применяется.
10. Применяем KPI - элементы принуждения.
11. Теперь мы работаем эффективней! База накоплена, сотрудники сами ощущают пользу - минимизируются ошибки, рутина, выше производительность.
12. Некоторые трюки и "фишки".
Уровень сложности доклада - Практикам
6 лет был Председателем itSMF России, 3 года Председатель Наблюдательного совета Форума. Архитектор РИТМ. Сооснователь конференции SAM/ITAM Day, Соавтор ГОСТ 19770-1-2021: Требования к системе управления ИТ-активами. 4 года тренеровал министров и зам. министров Правительсва РФ в Центре Подготовки Руководителей Цифровой Трансформации РАНХиГС/ВШГУ в рамках практического трека по реализации цифровых сервисов.
В результате пропадает единая мера знаний для специалистов, размывается мера зрелости для цифровых продуктов и организаций в области ИТ, найм и развитие высококвалифицированных специалистов серьезно усложняется. Сложнее переиспользовать лучшие практики. Нет гармонизированной базы знаний, нужно всё узнавать лично, выверять терминологию, самостоятельно строить единую и согласованную управленческую архитектуру для ИТ. Снижается уровень стандартизации в области ИТ. Тратятся ресурсы на «изобретение велосипеда» и создание общих словарей, теряется динамика развития, растут потери времени и финансов.
Что мы делаем в этой ситуации? В докладе я расскажу как мы разработали архитектуру РИТМа, запустили в работу проект по созданию РИТМа. Расскажу как мы объединяем лучших - лучшие методологи, архитекторы ИТ, практики управления ИТ-услугами и ИТ-процессами в стране, создают материалы в каждой из областей РИТМа . 80+ второв из разных компаний уже работают совместно. Согласуем между собой то, что уже работает , устраняем зазоры и согласуем между собой популярные методологии управления ИТ, дополняем Российскими реалиями, проверяем методы и техники совместно с теми, кто их будет использовать. Раз в квартал месяца собираем Топов ИТ для обсуждения и проверки результатов на стратегических сессиях, убеждаясь в том, что РИТМ реально обеспечивает ценность.
Что получится в итоге? Открытая и бесплатная база знаний для всех, книги устаревают еще до выхода. Мы описываем РИТМ в доступной для всех цифровой базе знаний и постоянно обновляем её новыми материалами. Обучение и сертификация - на основе РИТМ, вместе с ведущими российскими вузами создаются программы обучения и сертификации для студентов и профессионалов. Эксперты создают согласованную систему требований к ПО и оценке соответствия. Сообщество авторов РИТМ . Усиление горизонтальных связей и обмена опытом заиграли в РИТМе новыми красками. И конечно же, мы применяем свои же наработки при управлении проектом по созданию РИТМ, Работаем с продуктом РИТМ, с командами областей управления, работаем с культурой внутри РИТМа.
Про это все и будет мой доклад.
Уровень сложности доклада - Экспертам
Бронируйте билеты по выгодной цене
С 15 февраля будет повышение цены на билеты.
Вы можете сейчас забронировать себе билеты по выгодной цене, затем у вас будет 7 дней на оплату.
Старший преподаватель Тюменского государственного университета.
Магистр компьютерных наук по программе "Информационные системы анализа данных".
Принимал участие в менторстве иностранных студентов в 1C Skills Camp.
Начал свое развитие в 1С со студенчества. Активно участвовал в олимпиадах, конкурсах и конференциях. На данный момент сам занимаюсь преподаванием и наставничеством: обучаю студентов, являюсь научным руководителем выпускных квалификационных работ, курирую практику студентов на предприятии, приобщаю к участию в профильных олимпиадах и научных конференциях
Популяризирую среди студентов научный подход и новизну в области 1С.
В работах совмещаем технологии 1С и научную деятельность в сфере ИИ. Некоторые из решенных задач через градиентный бустинг:
- триаж пациентов на плановую операцию сердца;
- прогнозирование состояния коечного фонда;
- прогнозирование ухудшения состояния здоровья пациентов с сердечно-сосудистыми заболеваниями;
- прогнозирование перевода пациента в реанимацию.
При решении тестируем разные алгоритмы машинного обучения и выбираем наиболее подходящий для конкретной задачи.
В рамках доклада расскажем о нескольких решенных проектах. Какая проблема стояла, какое решение нашли, какие инструменты использовали и какой получили результат. Кроме этого коснемся темы подготовки ВКР студента на базе решенной задачи и работы со студентами.
Уровень сложности доклада - Практикам
В докладе расскажу, как искусственный интеллект помогает:
- В ИТ-проектах при подготовке к старту работ,
- При моделировании процессов,
- При проектировании и разработке,
- В обучении пользователей,
- При поддержке процессов эксплуатации.
А также дам немного теории о больших языковых моделях, Fine-tuning и RAG: особенности технологий, нашей архитектуре работы ИИ-ассистентов, ручной оценке качества работы ИИ, автоматической оценке качества работы ИИ.
1) Почему появление ИИ способсутвет деградации знаний и понимания процессов у джунов
2) Необходимо ли поднимать порог входа в сферу разработки 1С для новеньких?
3) Почему люди, которые используют ИИ для генерации кода 1С могут быть неэффективными для компании
4) Можно ли использовать ИИ для автоматизации рутинной работы в 1С (в части кода) и не повлечет ли это некоторые риски
Product Owner сервиса MAKER.
Опыт в ИТ более 16 лет.
2. Расскажу какие GPT модели протестировали, приведу сравнительный результат.
3. Важность роли, контекста и требований к выходному результату при работе с генеративными языковыми моделями.
4. Обучение GPT модели, что это дает? Спойлер: попытка создать корпоративную базу знаний.
5. Как интеграция сервиса MAKER и GPT ускоряет разработку требований к программному продукту.
Уровень сложности доклада - Практикам
- Отвечаю за разработку, развитие и выпуск конфигурации 1С:Бухгалтерия некоммерческой организации.
- Занимаюсь разработкой 1С:Бухгалтерия предприятия.
- Внедряю современные технологии и автоматизирую процессы.
- Лауреат и победитель премии Infostart Awards 2017
- 11 лет подряд выступаю на партнёрских семинарах 1С
Что обсудим:
• Как ИИ помогает выявлять ошибки, улучшать стиль и производительность кода
• Популярные инструменты для анализа кода: GitHub Copilot, SonarQube, CodeRabbit
• Интеграция ИИ в существующие процессы разработки
• Удачные и неудачные примеры проведения ревью кода с помощью ИИ
• Преимущества и ограничения ИИ: что может, а что не заменит искусственный интеллект?
Для кого?
Для разработчиков, тимлидов и всех, кто хочет упростить рутинные задачи код-ревью и повысить качество своего кода с помощью современных технологий.
Уровень сложности доклада - Практикам
Выпускник МГТУ "Станкин", направление "Вычислительные информационные системы", диплом с отличием. Затем преподавал по дисциплине "Базы данных".
В "1С-Рарус" прошел путь от стажера до руководителя направления HoReCa (автоматизация предприятий питания и гостеприимства).
Кроме основных отраслевых продуктов по общепиту и отелям (всего 8, часть из них со статусом "1С-Совместно"), отвечаю за развитие и продвижение нескольких инновационных продуктов:
- "1С-Рарус ai Касса" (ИИ в индустрии питании, распознавание блюд на нейросетях).
- Мониторинг производительности высоконагруженных систем на базе 1С.
- Сценарный обработчик конфигураций - инструмент для автоматизации рутинной работы по обновлению баз и выпуску релизов.
- Расскажем о предпосылках проекта, почему решили применять ИИ для решения задачи
- Поговорим о технических особенностях готового решения, как подружить терминалы самообслуживания, решения на базе сверточных нейросетей, платформу 1С:Предприятие и встроить это в существующий ИТ-ландшафт предприятия
- Поделимся результатами проекта в части повышения эффективности компании от внедрения решения, повышения качества обслуживания и создания тренда и стандарта обслуживания в отрасли.
В заключении поговорим о возможностях, которые открывает нам опыт выполнения проекта:
- Перспективы дальнейшего использования ИИ для улучшения бизнес-процессов и клиентского опыта
- Возможности расширения функционала "умных" систем на другие объекты
- Дальнейшие планы по развитию технологии и использованию собранных данных
Уровень сложности доклада - Практикам
Специализируюсь на языковых моделях. Готова делиться опытом
Обсудим возможности технологии и ее ограничения.
Вместе с вами придумаем новые варианты применения языковых моделей в 1С.
Будет интересно.
Уровень сложности доклада - Практикам
Лидер мнений по рискам, ИТ и ИБ.
Эксперт в ИИ.
• Опыт работы в сфере развития компаний (экономика, маркетинг) с 2004 года.
• Опыт работы в руководстве коммерческими структурами с 2012 года.
• Автор научных и просветительских статей, докладчик научно-практических конференций в области корпоративного управления
В докладе разберем:
1. Реализованные проекты внедрения с использованием LLM.
2. Варианты применения LLM моделей.
3. Принципы когда применение LLM модели возможно, а когда нет.
Уровень сложности доклада - Новичкам
Бронируйте билеты по выгодной цене
С 15 февраля будет повышение цены на билеты.
Вы можете сейчас забронировать себе билеты по выгодной цене, затем у вас будет 7 дней на оплату.
Работал в Фирме 1С, разрабатывал БСП и стандарты
Почему важно писать безопасные конфигурации.
Разбор требований к безопасным конфигурациям.
О модулях с флажком Вызов сервера.
О хранении паролей.
О запуске приложений.
Об исполнении произвольного кода.
О внешних компонентах.
В багаже есть пул кейсов, которыми хочется поделиться.
Попробуем поговорить о безопасности в рамках:
1. интеграций
2. удаленного доступа к информации внутри 1С
3. журналирования доступа к конфиденциальной информации (методами платформы)
4. цена безопасности в активной фазе разработки
5. цена безопасности по итогам проникновения в контур злонамеренного ИТ-специалиста.
Уровень сложности доклада - Практикам
Почему достаточно прав на использование обработок, чтобы все пошло кувырком
2. РИСКОВАТЬ! Нельзя терпеть!
Стандартное поведение бизнеса в условиях аврала и реакция разработчиков.
Подходы, на которые не обращают внимания.
3. Скрытая угроза: как вероятнее всего будет выглядеть уязвимость и почему вы узнаете об утечке данных последним.
4. Где КОРП с профилями безопасности не панацея?
Сильные и слабые стороны профилей КОРПа, где они помогут и где нет, а также:
КОРП и импортозамещение несовместимы?
5. РИСКОВАТЬ нельзя. Терпеть!
SonarQube и его реакция. Почему code-review актуален как никогда.
Лидер мнений по рискам, ИТ и ИБ.
Эксперт в ИИ.
Разберем в докладе:
1. Базовые термины и принципы управления рисками.
2. Дашборд принятия решений по управлению рисками и пример работы с ним
3. Примеры принятых решений ИТ-руководителями на основе риск-ориентированного управления и полученный эффект от данных решений в рублях.
Уровень сложности доклада - Практикам
- Адекватность используемых решений по детектированию уязвимостей
- Анализ уязвимостей и заведение задач на устранение уязвимостей
- Охват инфраструктуры, качество работы с активами и ответственными за устранение уязвимостей
- Отслеживание выполнения SLA по задачам на устранение уязвимостей для скоупов активов
Уровень сложности доклада - Практикам
В докладе мы подробно рассмотрим все доступные методы аутентификации — от самых старых до самых современных.
Вы узнаете об особенностях, плюсах и минусах каждого способа аутентификации.
Уровень сложности доклада - Новичкам
Более 10 лет – на руководящих позициях крупных компаний отрасли, включая Leta IT-company и Swivel Secure. В 2018 г. основал и возглавил группу компаний RTM Group, специализирующуюся на IT-праве, проведении нормативно-технических экспертиз и аудитов в области ИБ и ИТ. В качестве приглашенного эксперта Евгений Царев участвует в разработке стандартов, а также в судебных процессах по ИТ. Является автором курсов по ИБ, десятка исследований и нескольких сотен публикаций и комментариев в СМИ.
Документы, вышедшие в 2024 году и новинки/планы 2025 года
Ответственность по итогу 2024 года и чего боятся в 2025 году
Кому и Что делать обязательно нужно
Уровень сложности доклада - Практикам
• «Три кита» информационной безопасности – конфиденциальность, целостность, доступность.
• Безопасность – сведение к разумному минимуму потерь конфиденциальности, целостности, доступности.
• Понятие «Риск» и концепция приемлемого уровня риска.
2 Системный подход к информационной безопасности.
• Методы Cyber Security как конкретные инструменты обеспечения информационной безопасности.
• ISMS (Information Security Management System) как система, обеспечивающая интеграцию и совместное применение инструментов Cyber Security на основе менеджмента рисков.
• Основные свойства ISMS: сбалансированность, воспроизводимость, динамичность.
4 Подход к управлению рисками в ISMS (стандарт ISO 27001).
• Концепция PDCA применительно к риск-менеджменту.
• Модель «Актив – Угроза – Уязвимость» для оценки рисков (методика «Галстук-бабочка»).
• Общая структура риск-менеджмента в ISMS.
• Алгоритм управления рисками: Анализ контекста => Идентификация активов => Выявление угроз => Анализ существующих мер управления => Оценка рисков => Решение о необходимости дополнительных мер (план обработки рисков) => Внедрение дополнительных мер => Мониторинг результативности.
5 Приложение А стандарта ISO 27001
• Приложение А – предопределённый набор мер управления (контролей) для минимизации рисков информационной безопасности.
• Связь рисков, методов обработки и контролей в «Положении о применимости» стандарта ISO 27001.
• Необходимость обоснования применимости и неприменимости контролей.
6 Пример управления рисками, инцидент с трояном-шифровальщиком
• Актив – база данных 1С.
• Угорзы: нелояльный персонал; доступ хакетров внутрь периметра; мейл-рассылки вредоносных программ.
• Меры защиты: firewall, антивирус, регламенты действия пользователей, резервное копирование.
• Уязвимость – отсутствие контроля за действиями пользователей, отсутствие проверки целостности резервных копий.
• План обработки рисков: внедрение SIEM системы; увеличение частоты резервного копирования; внедрение инструментов контроля целостности резервных копий.
• Реализация плана и мониторинг результативности мер (отслеживание эволюции риска).
7 Заключение
• ISMS – инструмент оптимизации затрат при обеспечении приемлемого уровня информационной безопасности.
- Формирование и сопровождение реализации более 30 крупных проектов по ИБ (от 100 000 000 рублей)
- Лидер центра компетенций "Кибербезопасность" НТИ Энерджинет
- Заместитель генерального директора по развитию COREBIT (ГК ЦИКАДА)
- Автор канала "Бизнес и ИБ
Проблема бизнеса, руководителей ИТ и разработки в том, что они не стараются брать максимум из системы ИБ, которую считает дотационной и тормозящей процессы.
В докладе будут даны ответы на вопросы:
- какие возможности есть в информационной безопасности для управления и развития бизнеса?
- какие инструменты есть в информационной безопасности для оптиизации затрат бизнеса?
- почему выгодно как можно раньше и как можно качественнее развивать систему информационной безопасности?
Уровень сложности доклада - Новичкам
Бронируйте билеты по выгодной цене
С 15 февраля будет повышение цены на билеты.
Вы можете сейчас забронировать себе билеты по выгодной цене, затем у вас будет 7 дней на оплату.
Имею степень Магистра Экономики и заканчиваю MBA «ИТ-Менеджмент». Первую половину профессионального опыта составляют позиции главного бухгалтера и финансового директора в организациях от малых до крупных форм. Участвовал в качестве ключевого пользователя и бизнес-драйвера внедрения процессов автоматизации.
Последние 6 лет работаю в крупных (российских и международных) компаниях на позициях Teamlead, Product lead, Функционального архитектора и Архитектора 1С. Внедряю новые функциональности с использованием гибких методологий Agile (Scrum, Kanban), придерживаясь принципов Lean management.
Пройдя путь от привычных календарей и органайзеров до «Todoist» и «ЛидерТаск». Погрузившись в Матрицу Эйзенхауэра, одновременно жонглируя «Pomodoro» с Getting Things Done (GTD) – я открыл для себя «Хаос-контроль» и его лаконичную философию.
Данным докладом хочу призвать коллег обратить внимание на необходимость управления ежедневным потоком задач, предложить минимально необходимые инструменты и методики, поделиться своим практическим опытом перехода на «контроль хаоса» вместо, уже ставшей привычной, ежедневной тревожности.
Уровень сложности доклада - Практикам
Менеджерский опыт очень похож на тренерский. Не случайно в Англии футбольных тренеров тоже называют менеджерами.
Что важнее, хард или софт скиллы? На что обращать внимание при рассмотрении кандидатов? Я поделюсь своим опытом формирования команды разработки в Т-Банке, расскажу, насколько релевантны сравнения команд разработки со спортивными, и насколько функции тимлида сопоставимы с работой тренера.
Уровень сложности доклада - Практикам
В Инфостарт начинала с позиции руководителя отдела Маркетплейс.
В своей работе делаю упор на развитие команды.
2 высших, одно из которых Психология.
В своем выступлении поделюсь основными мыслями о том, как можно не только выжить в трудные времена, но и выйти из кризиса с новой энергией и результатами.
Основные тезисы:
- Как при работе с кризисными проектами/направлениями, не уйти в личный кризис
- Где найти опору, когда нет результатов
- Как быть не затянутым в хаос
- Мои ошибки в управлении кризисными проектами/направлениями
- Как понять, что кризис миновал и наступила эпоха развития…и что дальше…
Уровень сложности доклада - Практикам
2. Опасная и безопасная среда для оттачивания навыка постановки задач.
3. Структура грамотно поставленной задачи (контекст, результат, срок и другие составляющие).
4. Тренируемся вместе: увидим на примерах когда GPT-чат "халтурит", а когда исполняет задачу.
Уровень сложности доклада - Новичкам
В докладе подробно разберем:
- От куда борется проблема делегировать и в чем она заключается
- Поговорим о том, как внедрить делегирование в повседневную работу
- Разберем, что можно делегировать, а что не стоит
Доклад будет полезен начинающим тимлидам столкнувшимся с проблемой начать делегировать, поговорим о причинах и страхах делегировать, разберем практические советы и инструменты для внедрения делегирования в повседневную работу, а опытные руководители смогут иначе взглянуть на свои подходы и возможно улучшить их.
Уровень сложности доклада - Новичкам
13 лет создаю ИТ-отделы и управляю разными командами.
- создал 5 авторских курсов по 1С;
- вырастил 8+ 1С команд;
- провел более 1000 собеседований;
- нанял более 100 сотрудников на разные ИТ-должности.
Из доклада вы узнаете:
- как проводить интервью быстро и эффективно, чтобы удовлетворены остались обе стороны, и руководитель ИТ подразделения не превращался в HR-а;
- как правильно построить взаимодействие, чтобы успеть всё за 1 час;
- как принимать решение о найме;
- что можно получить из собеседований для себя и своей команды.
Уровень сложности доклада - Новичкам
Я предложу структурированный подход к балансу между четырьмя основными фокусами тимилида: командой, бизнесом, продуктом и процессами. Поделюсь практическими рекомендациями и подходами, которые помогут вам держать руку на пульсе событий и строить эффективную сильную команду. А также расскажу о том какие вопросы стоит задать себе уже на старте, чтобы избежать ошибок и обеспечить устойчивое развитие.
На основе личного опыта – включая первые шаги в роли тимлида, руководство отделом разработки 1С в крупном ретейле, опыт руководства тимлидами в e-comm компании и возврат к управлению командой – поделюсь реальными кейсами, когда правильный фокус на ключевых аспектах приводил к успеху, а ошибки становились ценными уроками. Присоединяйтесь, если хотите узнать, как успешно пройти путь от новичка до уверенного лидера!
Уровень сложности доклада - Практикам
Что такое личный бренд
Важность личного бренда
Ключевые элементы личного бренда
Инструменты для создания личного бренда
Примеры успешных личных брендов в 1С
Стратегии продвижения личного бренда
Риски и вызовы
Заключение
Приходите, я постараюсь сделать так, чтобы это не было просто успешным опытом, а полезным уроком, который поможет вам начать свой путь в этом направлении.
Уровень сложности доклада - Новичкам
- 20+ лет в IT управлении проектами/продуктами/разработкой, 15+ лет Agile, сейчас тимлид команды.
- Лидировал сообщества тимлидов в Холдинге Т1, вёл митапы "Кухня тимлида" в рецептами развития тимлидского опыта.
- Про командное планирование непонятных проектов
- Про исследования рабочих процессов
- Про проведение ретроспектив
- Про построение звёздной карты команды
Уровень сложности доклада - Практикам
- из чего состоит время производства, как его анализировать и как искать точки улучшения;
- из чего состоит пропускная способность, как ее максимизировать на тех ресурсах, которые есть и за счет чего можно ее увеличить
Рассмотрим читерство и античитерство, как нами манипулируют через метрики и как от этого защититься.
Участники уйдут с инструментами улучшения метрик и защиты от манипуляции метриками.
Уровень сложности доклада - Практикам
• Директор Центра бизнес-эффективности НИТУ МИСИС, к.э.н.
• Обладатель звания «Предприниматель года» Ernst and Young
• Закончил TRIUM Global Executive MBA
• Награжден благодарностью Правительства России и благодарностью Президента России
- Принцип «навяжи свою повестку»
- Командный тайм-менеджмент: как ускорить работу и улучшить координацию, не отягощая команду слишком сложными инструментами
Уровень сложности доклада - Практикам
2. Как определить способности участников команды.
3. Как использовать сильные и слабые стороны участников команды на пользу общего дела.
4. Постановка задач и приемка выполнения работ от команды.
5. Как правильно поощрять и правильно наказывать участников команды.
6. Приемы и "фишки" тимлида команды, используемые в работе.
7. Какая литература помогла мне в становлении тимлида - рекомендации.
Уровень сложности доклада - Практикам
- Ведущий разработчик и тимлид в IT-компании Programming Store
- Внедряю в компании "1С:Элемент"
- Опыт в программировании 1С – 6 лет
- Веду блог в запрещенной сети, где делюсь опытом с начинающими 1С-разработчиками
- подробнее о том, какие цели преследуют встречи 1:1, и как помогают в достижении бизнес-результатов.
2. Опыт внедрения встреч 1:1. Ожидание и реальность.
3. Структурный подход к встречам 1:1.
- как спланировать ход разговора;
- в какой последовательности общаться с сотрудниками и почему;
- как работать с сопротивлением сотрудников.
Уровень сложности доклада - Новичкам
Победитель конкурса "Лидеры России" 2024;
Преподаватель президентской программы подготовки управленцев;
Участник кадрового резерва республики Татарстан, с наставником в 2024 году - Р.Н. Миннихановым.
Потребность в человеческих ресурсах на единицу времени будет только возрастать.
Мы стремимся сделать больше всего одновременно: посетить инфостарт, провести выходные с семьёй, перейти на ERP, узнать новое, сдать экзамен на спеца, потушить очередной локальный ИТ-кризис, уделить время стратегии, найти время на спортзал, список можно продолжать бесконечно.
Можно ли сделать все наши действия эффективнее одновременно?
Да. Если рассмотреть нашу когнитивную деятельность по принятию решения как процесс, который необходимо оптимизировать.
Берем раздаточный материал, ручку и создаем себе 1,5 дополнительных часа в сутках.
В рамках интерактивного доклада, мы ответим себе на вопросы:
1. Чем отличаются решения, которые вы принимаете утром и вечером?
2. Как принять сложное решение, когда на него не осталось сил?
3. Какие решения проще вообще не принимать?
4. На каких этапах принятия решения "застреваете" лично вы и чего с этим сделать?
Уровень сложности доклада - Практикам
Как Харизма влияет на успешность проекта?
Учимся говорить правильно и хорошо.
Как внешность влияет на эффективность управления?
Упражнение: как меня видят сотрудники и партнёры
Оценка своей Харизмы по шкале
Уровень сложности доклада - Практикам
В своем докладе я поделюсь выводами о том, что за внимание требуется сотрудникам команды. Также я расскажу о тех рабочих инструментах, которые я регулярно использую для поддержания чувства «плеча» руководителя. Этот доклад будет полезен тем, кто хочет улучшить эмоциональный фон команды и за счет этого снизить отток специалистов.
Уровень сложности доклада - Практикам
MBA Facilitation, Moderation and Strategic thinking
15+ лет в обучении взрослых в НКО, бизнес-образовании, горнодобывающая промышленность, IT
9+ лет работы с командами
3+ лет в фасилитации (организация и сопровождение эффективной командной работы)
Внедрила и продолжаю развивать культуру командных сессий в КОРУС Консалтинг с 1300+ сотрудников
На докладе поговорим о том, как специальным образом организованные встречи - ретроспективы помогают анализировать проекты и использовать полученный опыт для развития команды.
А именно: как фиксировать и использовать ценные знания, полученные в процессе работы, как улучшать коммуникацию, укреплять командный дух и предотвращать конфликты.
Что будет:
- Примеры ретроспектив из практики 1С КОРУС Консалтинг.
- Разбор целей, задач и структуры ретроспективы.
В итоге вы сможете определиться, подходит ли вашей команде формат ретроспектив. А если подходит - наметить план изучения и внедрения
Уровень сложности доклада - Практикам
Бронируйте билеты по выгодной цене
С 15 февраля будет повышение цены на билеты.
Вы можете сейчас забронировать себе билеты по выгодной цене, затем у вас будет 7 дней на оплату.
- Занимаюсь разработкой на 1С с 2011 года
- Более 5 лет проработал руководителем отдела разработки, вернулся обратно к программированию
- Эксперт по технологическим вопросам 1С
- С 2012 года преподаю программирование на 1С
Рассмотрим все что нужно сделать - создание вебхуков для проброса сообщений, обработка логики, отправка сообщений в бота, ответ голосом в Алисе.
В итоге, можно получать любую информацию из базы не только в текстовом виде, но и "голосом" из любого устройства с Алисой.
Уровень сложности доклада - Практикам
Уже почти 5 лет в составе команды ИТ-лаборатории Инфостарта занимаюсь задачами автоматизации разработки и тестирования, а также в роли методиста и соавтора — созданием и проведением популярных курсов из серии «DevOps в 1С». В сфере 1С с 2003, прошел классический путь от сервис-инженера до руководителя отдела внедрения. С самого старта карьеры стараюсь активно участвовать в жизни сообщества 1С: пишу код для открытых проектов, делюсь опытом, отвечая на вопросы в популярных чатах по 1С, участвую в конференциях и митапах в роли докладчика и модератора.
Мы в ИТ-Лаборатории Инфостарта проанализировали наиболее популярные и исторически сложившиеся приемы и "лучшие практики" создания сценариев проверки поведения, переосмыслили критерии, предъявляемые сценариям на классическом Gherkin, примерили на свой опыт и на основе этого сформулировали правила разработки сценариев на ТурбоГеркин, которыми хотели бы поделиться с сообществом.
В своем докладе я расскажу о наиболее важных из них, постараюсь их обосновать, покритиковать сложившиеся практики, которые мы считаем плохими и расскажу, как делать правильно.
Рассчитываю, что доклад откроет в сообществе дискуссию о правилах разработки сценариев проверки поведения, которая в итоге позволит сформулировать общие для сферы тестирования решений на платформе 1С критерии качества и требования и сделает работу тестировщиков-автоматизаторов эффективнее.
Уровень сложности доклада - Практикам
Сейчас работаю в компании RDV техническим архитектором и отвечаю за развитие направления по решению проблем производительности высоконагруженных систем.
Расскажу о рисках, связанных с отсутствием тестирования, и о том, как оно помогает выявить и устранить потенциальные проблемы до запуска системы. Особое внимание в докладе уделим следующим аспектам:
1. Инструменты для нагрузочного тестирования. Обсудим самые эффективные инструменты и их особенности. Разберем подготовку списка сценариев, которые максимально точно отразят реальную нагрузку на систему. Определим методы и приемы, которые помогут повысить точность и надежность полученных данных тестирования.
2. Подходы к нагрузочному тестированию. Что делать, если система уже стабильна и просто переезжает на новую инфраструктуру? А как быть, если идет внедрение, и система активно разрабатывается? Разберем различные стратегии тестирования для разных этапов проекта.
3. Планирование ресурсов и времени. Сколько специалистов нужно привлечь и сколько времени заложить на проведение? Поделюсь своим опытом и дам практические рекомендации по оптимальному распределению ресурсов.
Уровень сложности доклада - Практикам
Пояснение:
Корпоративный инструментальный пакет - набор конфигураций, поставляемых 1С для использования на крупных проектах внедрения.
Центр администрирования - название одной из конфигураций, входящих в КИП.
Расскажу:
– Что умеет Центр администрирования
– Как внедрить ЦА в вашу работу
– Какие сценарии использования ЦА на практике
– Какой результат получили от использования ЦА на проекте внедрения ERPУХ+ДО+ТОИР+ТМС
А также поделюсь инструкцией с подробными шагами для ТА и инженера, как настроить Центр администрирования и его окружение, в том числе дам свои собственные скрипты для автоматизации.
Уровень сложности доклада - Практикам
Опыт мобильной разработки – более 5 лет;
Есть 2 хобби – воспитание двух дочерей и дайвинг
Обсудим проблемы использования существующих механик, познакомимся с альтернативами объектов 1С в ОС Android.
Поразмышляем над ошибками разработки и методах их устранения
1) Мобильная разработка на 1С: отличия, особенности и ограничения
2) Область применения и основные механизмы
3) Разберем "непривычности" для "десктопных" разработчиков
4) Альтернативные механизмы выполнения задач
5) Способы взаимодействия мобильной базы с другими базами
6) Взаимодействие с периферийным оборудованием - наступание на "грабли" и успешный обход препятствий
7) Интерфейс - главные отличия от компьютерной версии
8) И все таки этого 1С не умеет... Что не удалось реализовать средствами 1С и пришлось дописывать "прослойку" в Android Studio.
9) Тенденция изменений мобильной платформы от версии к версии. Что же нас ждет в итоге?
Уровень сложности доклада - Новичкам
Будет представлен в виде концепции "айсберга", где вершина - это самые прозрачные задачи для архитектора (производительность, СУБД, поиск узких мест, блокировки), а под толщей воды находятся все более неявные темы, такие как мониторинг, интеграции, ДевОпс, управление и выстраивание разработки, огромный пул дополнительных инструментов и технологий (S3, Vault, Docker, Grafana, Prometheus, Onescript/1С Исполнитель), особенности работы платформы (Регламентные и фоновые задания, HTTP), а также перечень психологических трудностей как самого архитектора так и всей команды.
Каждый уровень айсберга будет рассказывать об опыте внедрения, использования технологий и подходов, применяемых инструментах, граблях и психологических нюансах (сопротивление команды, договор с бизнесом, личная мотивация, выгорание).
Доклад продемонстрирует путь систематизации и внедрения подходов разработки, мониторинга и управления производительностью, а также предложит пул необходимых для этого инструментов. Будет наглядная оценка результатов реформ (как было до и стало после).
Также отдельное внимание будет уделено не менее важной стороне вопроса: как самому не потерять мотивацию и не уволиться, как разрешить споры в команде при внедрении новых подходов и технологий, как не поругаться с ДБА и админами, как повысить инициативность команды и открыть путь в современные практики.
- где-то давно у нас был "Построитель отчетов", ну как был, он и сейчас есть. И возможно им кто-то пользуется;
- потом нам дали "Схему компоновки данных". И с тех пор никто не помнит как писать отчеты без нее;
- где-то позже появилась "Схема запроса". Страшно подумать, как работал конструктор запросов без нее...
Есть и другие интересные объектные модели, вокруг различных механизмов. Но эти я выделил, как достаточно значимые, он позволили взглянуть "иначе" на привычные объекты.
И вот на дворе без пяти минут как 8.3.30, а может и 8.4 когда-то будет (ведь были такие слухи), а схемы печатной формы по прежнему нет. А я уверен, спросите любого программиста, он вам скажет - "это невозможно". Наверняка то же самое было и с отчетами, и с запросом...
Так вот, конструктор Printwizard на самом деле, это не только завернутые пользовательские инструменты для быстрой, удобной и универсальной разработке печатных форм. Я расскажу что под капотом и во что превращаются печатные формы. Немного затрону тему как я шел к объектной модели, какой инструментарий использовал. И нет, это не рекламный пост о том, что PrintWizard это классный инструмент. Это рассказ о технологиях, решениях и опыте...
Уровень сложности доклада - Экспертам
1. "Разбор полетов". Мы получили от экспертов отрасли обратную связь по докладу "15 мифов о платформе 1С", перепроверили часть мифов на других исходных данных с помощью иных алгоритмов и готовы представить полученные данные аудитории.
2. "Продолжение". В ходе разбора еще 9 мифов вы узнаете, что работает быстрее - http- или web-сервисы, действительно ли снижается нагрузка на сервер при использовании веб-клиентов, каковы преимущества использования микросервисов в 1С, что лучше: xml или json и почему перепроведение одним сотрудником документов на файловой базе, опубликованной на веб-сервере, подвешивает работу остальных пользователей.
Приходите, будет интересно!
Борюсь за качество кода, делюсь своими экспертными знаниями, помогаю и обучаю - привношу свет и добро.
Мы прошли долгий и трудный путь. Были сладкие победы, были и неудачи.
В докладе планируем обсудить следующий набор вопросов:
- обновление программных доработок в коде и формах
- автоматизации обновления
- вопросов обновления через расширения
- процесса управления проектом переноса, контроля и оценкой выполненных работ
- тестирования на уровне роботов и пользователей
- верификации данных
Уровень сложности доклада - Практикам
- С 2015 года в разработке 1C
- Развитие WMS систем
- Запуск git flow на предыдущем месте работы с использованием 1с и oscript
Много разных серверов для программистов.
Произвольные тесты под разные задачи.
Проблема централизованного запуска скриптов для работы с git из одной базы 1с на разных серверах.
Реализация простого инструмента для работы в gitflow
Реализация кли приложения на базе oscript
Уровень сложности доклада - Практикам
Опыт в различных сферах автоматизации бизнеса: продажи/производство, интеграции и т.д.
• инструменты разработки (что используем кроме конфигуратора)
• распределенное хранение исходников в GitLab
- хранение исходников одного продукта по разным репозиториям
- разделение разработки на вехи и хот фиксы
• v8unpack - как средство сборки/разборки разных продуктов из одних и тех же файлов
- разделение на продукты
- отдельные области кода
- замены областей
• merge request'ы (MR) и код ревью
• контроль качества кода "на лету" с помощью SonarQube
- возврат программисту MR на доработку, в случае наличия проблем
• Сборка продуктов на Jenkins
• Автотесты на Vanessa Automation и оповещения ответственных о проблемах
- смок при сборке
- регрессионные
- оформление ошибок
Уровень сложности доклада - Практикам
С детства увлекался программированием, но учиться на программиста пошел за другом, так как тогда не понимал своего призвания. После колледжа и армии работа нашлась только системным администратором, поэтому проработал им около 4 лет. Дальше программирование все равно влекло, и пока сидел на должности системного администратора, пробовал брать задачки по отчетам 1С, а дальше и кодить начал. Со временем нашел работу программистом 1С.
Работал по 2-3 года в основном на оптовые компании. В промежутке успел поработать как ИП, выполняя задачи для бывших работодателей и новых клиентов. На данный момент так же работаю в оптовой компании, которая идет к быстрому росту за счет грамотного расширения продаж на маркетплейсах.
Как лучше делить расширения и зачем это вообще делать.
Как разрабатывать расширения, чтобы они умели взаимодействовать между собой.
Рассказ опыта взаимодействия более 10 расширений в одной базу (при общем количестве расширений около 30).
Уровень сложности доклада - Практикам
Начинал с версии 7.0, прошел весь путь до 8.3 (через 7.5, 7.7, 8.0, 8.1, 8.2).
На 7.5 мне даже довелось самому сделать первый партионный учёт, даже раньше самой фирмы 1С. Под это пришлось писать свою БД через внешнюю компоненту на С++. Использовал теорию двоичных (бинарных) деревьев.
Полученный тогда опыт до сих пор помогает мне интуитивно понимать принципы выборки данных в современных реляционных базах данных,
и принципы блокировок данных. Поэтому, задачки по оптимизации запросов к базе данных – мои любимые :) и достаточно часто – успешные.
Был опыт работы с различными конфигурациями: УТ, КА, УПП (ERP), с Бухгалтерией 3.0, 1.6, и даже с ЗУП.
Часто документы оперируют одними и теми-же данными, и мы снова возвращаемся к последовательному проведению.
В докладе мы рассмотрим некоторые методики для однопоточного проведения, позволяющие сократить общее время проведения.
Расскажу:
- как мы частично обходим бесконечный выбор остатков по регистру в каждом документе:
формально - разные данные, а по факту - "запрос в цикле".
- пример, как часть кода можно не выполнять вовсе и не тратить на это время, если заранее предугадать результат.
- что мы делаем вообще зря, и как это исправить; а также дополнительные бонусы от этого.
Также рассмотрим различные комбинации однопоточных методов ускорения с применением многопоточности.
(т.н. "Гибридное проведение")
Уровень сложности доклада - Экспертам
Работаю в сфере инвестиций, ценных бумаг, паевых фондов и доверительного управления, занимаясь автоматизацией учета всего этого дела. Занимаюсь проектированием архитектуры решений, оптимизацией производительности системы, разработкой сложных подсистем и механизмов, а также вопросами управления командой разработки. Также провожу корпоративные обучения, направленные на улучшение качества кода. Стараюсь постоянно совершенствоваться в профессиональном плане
Иногда рефакторинг может пойти не так. Вот несколько ситуаций, когда рефакторинг может навредить:
1. Рефакторинг старого кода. Если не планируем развивать старый код, то менять его не стоит.
2. Рефакторинг непосредственно перед релизом. Мелкие правки могут обернуться большими проблемами. Лучше не рисковать.
3. Рефакторинг ради рефакторинга. Пытаемся усложнить свою жизнь на ровном месте. Потратим время для получения сомнительного эффекта
4. Рефакторинг без тестирования. Поправили небольшую опечатку в имени переменной и полностью сломали расчет себестоимости.
5. Рефакторинг "про запас". Прикрутили к запросу на получение данных кэширование. Сейчас оно не используется. Непонятно, понадобится ли оно в будущем.
6. Выделение похожей функциональности в универсальный мегаметод. Такие методы в перспективе превращаются в монстров Франкенштейнов с костылями в виде бесконечных Если Тогда ИначеЕсли КонецЕсли.
Когда рефакторинг действительно нужен?
Из доклада можно узнать, когда рефакторинг нужен, а когда нет. Это поможет избежать ошибок и сделать код лучше.
Уровень сложности доклада - Новичкам
Лидер мнений по рискам, ИТ и ИБ.
Эксперт в ИИ.
Что такое Контракты в Элементе и почему они сильно меняют принципы разработки и принципы построения ИТ-инфрастурктур, выводя разработку на новый low-code уровень.
В докладе разберем:
1. Магазин библиотек - как конечная точка использования контрактов.
2. Вспомним про инкапсуляцию, но уже на уровне приложений.
3. Почему контракты убьют микросервисы.
Уровень сложности доклада - Экспертам
- Руковожу командой архитекторов 1С в Почтатехе.
- 10 лет в управлении разработкой.
- Управлял ИТ-процессами в торговле и на производстве.
- Пережил запуск MES в ERP командой из 4 человек.
- Новатор. Наблюдаю за трендами.
- Люблю новые технологии и использую их в работе.
- Адепт GitLab CI.
На практическом опыте хочу рассказать:
1. Как GitLab CI позволяет автоматически создавать и управлять динамическими окружениями.
2. Какие инструменты и методы автоматизации можно использовать для создания временных environments.
3. Премущества динамического создания окружений для fix и feature-веток.
4. Как настроить review apps для оценки изменений на каждом этапе разработки.
5. Очистка неактуальных окружений. Как сделать так, чтобы хватало места?
Инструменты, которые будут рассмотрены:
• GitLab CI/CD (environments, review apps)
• Контейнерные решения для создания изолированных окружений
• Автоматизация процессов деплоя и тестирования
• Примеры конфигураций .gitlab-ci.yml для динамических окружений
Польза для участников:
1. Как автоматизировать создание и удаление окружений разработки
2. Как перейти на разработку по GitFlow без EDT
3. За счет чего можно снизить затраты на ручное управление инфраструктурой и ускорить процессы разработки
4. Как внедрить практики управления окружениями и очистки неиспользуемых ресурсов
Уровень сложности доклада - Практикам
Бронируйте билеты по выгодной цене
С 15 февраля будет повышение цены на билеты.
Вы можете сейчас забронировать себе билеты по выгодной цене, затем у вас будет 7 дней на оплату.
Работаю в IT c 2010 года.
Начинал администратором баз данных Oracle, MS SQL, PostgreSQL.
Руководил командами DBA, администраторов Linux.
В команде СУБД Platform V Pangolin с 2021 года.
Занимаюсь развитием и сопровождением нашего форка PostgreSQL.
Коснусь проблем эксплуатации, расскажу про опыт миграций (в том числе 1С).
*Platform V Pangolin DB— реляционная СУБД для высоконагруженных систем от команды СберТеха. Сейчас в Сбере и других крупных компаниях эксплуатируется 100 000+ инсталляций нашего продукта, вокруг Pangolin развивается экосистема для работы с БД, а команда разработки насчитывает 130+ человек.
Уровень сложности доклада - Практикам
Прошла путь от аналитика до Директора центра компетенций в Гос. корпорации
На высших руководящих ИТ должностях 7 лет
На что мы обращаем внимание при найме сотрудников и их адаптации. Как работаем с командой и поддерживаем настоящий командный дух). Что нужно делать, чтобы не отстать от актуальных направлений в технологиях. Как обрабатывать в день больше 4000 обращений от пользователей. Как сопровождать 24 непохожих друг на друга конфигурации и более 500 продуктивных информационных баз и не перегореть на работе)
В ИТ-отрасли с 2000 года.
Ранее, ИТ-директор нескольких розничных сетей. Сейчас CEO и Генеральный директор компании "Денвик Аналитика" (Резидент "Сколково")
Один из разработчиков Low-Code системы выгрузки данных из 1С в BI-аналитику: "Экстрактор данных 1С в BI"
- Расскажу о реальном опыте нескольких компаний, которые реализовали у себя систему бизнес-аналитики на основе данных из 1С, не привлекая внимания санитаторов программистов в очень короткие сроки.
- Несколько шагов - и BI-аналитика в вашей компании запущена и используется. Что может поможет вам, а что помешает.
Уровень сложности доклада - Практикам
• Доцент кафедры менеджмента инноваций ВШЭ, к.э.н.
• Работал в консалтинге (компания «Организация Времени»), внутрикорпоративных бизнес-процессах (Росэнергоатом)
- Автоматическое формирование протокола с ключевыми моментами и задачами встречи.
- Формирование базы знаний из встреч: превращение любого вида устной коммуникации в ценный нематериальный актив организации.
- Анализ встреч по критериям успешности, токсичности, настроению, коммуникативности и эмоциональности.
- Искусственный интеллект, который можно устанавливать в закрытый информационный контур компании.
Уровень сложности доклада - Практикам
- Какие услуги имеет смысл объединять в «Единое окно»? Что взлетает само, что приходится толкать?
- Этапы и инструменты для перехода предприятия к модели ESM (Enterprise Service Management).
- Оценка эффектов на разных горизонтах.
Доклад будет полезен:
- IT-директорам, ищущим работающие бизнес-практики в своей отрасли.
- Руководителям сервисных служб, ищущим пути повышения эффективности.
- Разработчикам, заинтересованный в интеграции решений 1С с иными системами.
Уровень сложности доклада - Практикам
Бронируйте билеты по выгодной цене
С 15 февраля будет повышение цены на билеты.
Вы можете сейчас забронировать себе билеты по выгодной цене, затем у вас будет 7 дней на оплату.
- 10 лет в 1С
- 5 лет в экспертизе
- 2 года руководитель отдела экспертизы
У APDEX есть свои особенности, о которых нужно знать.
В докладе отвечу на вопросы:
0. Что такое APDEX и чем он будет полезен руководителю?
1. Откуда его брать?
2. Как считать?
3. Что показывает?
4. Как интерпретировать?
5. Можно ли ориентироваться на эту цифру?
6. Подводные камни?
Уровень сложности доклада - Практикам
Работаю и развиваюсь в сфере ИТ уже 15 лет и мне это еще не надоело :) За этот период прошел путь от выпускника ВУЗа и младшего специалиста, до руководителя отдела и эксперта в различных областях, в том числе Информационной Безопасности.
Последние годы плотно занимаюсь как техническими, так и организационными вопросами обеспечения защиты различного рода активов. Считаю, что фундаментальные знания и понимание процессов помогают быстро и качественно решить любую поставленную задачу.
К сожалению, на практике не все с ними знакомы или пренебрегают ими в силу определенных причин. В рамках доклада мы разберемся с:
- основными определениями ИБ
- элементами, на которых строится вся защита
- фундаментальным принципом безопасности "Defence in depth"
- различными классами технических средств защиты
После этого доклада вы расширите свое представление об ИБ и сможете более комплексно подходить к вопросу планирования ее обеспечения.
- Почему чаще всего после миграции 1С начинает работать медленнее? (переподписка процессоров и памяти, старое железо, дисковая система не рассчитанная на высокие нагрузки)
- А что делать людям, которым нужна геораспределенная 1С? (такое тоже бывает)
- Почему мы решили строить свое облако для клиентов?
- Экосистема для 1С в облаке - личная мечта, которую реально реализовать
Начальник отдела ИТ 20+ лет
2005г. Системный администратор в гостиничном комплексе.
2006г. Системный администратор в рекламном агентстве.
2010г. Руководитель группы системных администраторов АО "Пролетарий"
Базовый функционал сети на аппаратном уровне маршрутизаторов (~1000 IP-устройств).
Управление инфраструктурой всех IP-устройств из единого флакона 1С: удаленный помощник, Web-интерфейс, доступ устройств в интернет, автоматическая регистрация изменений аппаратной части у клиентов, интеграция с ЗУП...
17 лет в 1С, сертифицированный эксперт по платформе 1С, DBA-1 по Postrgres.
Решаю проблемы производительности и стабильности на одном из самых высоконагруженных проектов 1С.
- Как мы спланировали миграцию 60 серверов и 4 окружений (DEV, Load, Prodlike, Prod) так, чтобы минимизировать риски
- Какие сложности возникают при работе геораспределенного кластера 1С и кластера MS SQL Server
- Как автоматизация помогла нам избежать человеческих ошибок при настройке серверов
- Какие тесты критически важно провести до начала миграции
- Главное: как мы организовали плавный переход пользователей на новую инфраструктуру, сохранив SLA.
Доклад будет полезен тем, кто:
- Планирует масштабную миграцию корпоративных систем
- Хочет узнать о практических аспектах работы с территориально распределенной инфраструктурой 1C
- Интересуется вопросами обеспечения высокой доступности критичных бизнес-приложений
Поделюсь конкретными решениями, цифрами и подводными камнями, с которыми мы столкнулись в процессе реализации проекта.
Уровень сложности доклада - Практикам
Начал карьерный путь с программиста и консультанта 1С.
Последние 3 года работаю руководителем сервисной службы в крупной производственной компании.
Мы активно развивали наши сервисы и в рамках доклада хочу рассказать о:
1. Как "ковалась" основа в виде в спутниковой связи: от чего отказались в виду неэффективности, а что у нас до сих пор копируют конкуренты.
2. Как на этой основе развернулись 1С сервера - почему на части судов отказались от своего сервера и как мы проводим обслуживание, когда судно в открытом море.
3. Какие на эти сервера развернули базы 1С и почему их так много. Как задачи пытались решить и что было решено плохо.
4. Как происходит обновление этого количества баз и почему у меня не болит голова каждый понедельник после новых релизов наших разработчиков.
5. А также о том, что сопутствующего из сервисов у нас появилась и что мы планируем еще доделать.
Уровень сложности доклада - Практикам
Работаю и развиваюсь в сфере ИТ уже 15 лет и мне это еще не надоело :) За этот период прошел путь от выпускника ВУЗа и младшего специалиста, до руководителя отдела и эксперта в различных областях, в том числе Информационной Безопасности.
Последние годы плотно занимаюсь как техническими, так и организационными вопросами обеспечения защиты различного рода активов. Считаю, что фундаментальные знания и понимание процессов помогают быстро и качественно решить любую поставленную задачу.
К сожалению, на практике не все с ними знакомы или пренебрегают ими в силу определенных причин. В рамках доклада мы разберемся с:
- основными определениями ИБ
- элементами, на которых строится вся защита
- фундаментальным принципом безопасности "Defence in depth"
- различными классами технических средств защиты
После этого доклада вы расширите свое представление об ИБ и сможете более комплексно подходить к вопросу планирования ее обеспечения.
Структура сессии:
1. Определение областей применения практик ИТ-аудита. Рассматриваем: бизнес-процессы, система управления, люди (пользователи, исполнители), оборудование, материалы (комплектующие), информация. Участники в командах определяют что должно входить в аудит в каждой области.
2. Описание процесса ИТ-аудита. Участники в командах обмениваются опытом и в формате мозгового штурма определяют типовой процесс ИТ-аудита. По итогам обсуждения вместе с модератором унифицируется процесс. Участники работают с библиотекой практик в качестве подсказок.
3. Описание этапа подготовки к аудиту. Команды готовят карту практик для подготовки к проведению аудиту, предлагают: документационное обеспечение, процедуру согласования, систему управления командой аудита, подход к управлению проектом, основные метрики. Участники работают в специалильном шаблоне для упрощения работы.
Уровень сложности доклада - Практикам
Бронируйте билеты по выгодной цене
С 15 февраля будет повышение цены на билеты.
Вы можете сейчас забронировать себе билеты по выгодной цене, затем у вас будет 7 дней на оплату.
- Реанимацией ранее замороженных проектов
- взятию в работу "сложных" проектов, которые по каким-то причинам повернули не туда в ходе предыдущих этапов проекта (предыдущие исполнители работ до поворота покинули чат).
В ходе доклада я расскажу о том, как:
- провести аудит текущего состояния подобных проектов;
- отработать кейсы неполного владения информацией (неинформативные / отсутствующие протоколы, отсутствие предыдущих исполнителей работ, отсутствие системной работы с функционально-техническими и бизнес-требованиями к проекту);
- наладить работу новых людей на проекте, превратить их из отдельных специалистов в команду выполняющую общую задачу;
- понять, когда нужно менять людей на проекте;
- перезапустить взаимоотношения с внутренним / внешним заказчиком;
- привести в порядок границы проекта;
- обеспечить качество проводимых работ: целостность выстраиваемой модели учета и полноту функциональных требований к продукту.
Принципы решения задач построены на практическом опыте принятия в работу зашедших в тупик проектов ERP с дальнейшим успешным запуском систем в эксплуатацию .
Уровень сложности доклада - Практикам
На помощь приходит система оценки эффективности решения задач. Благодаря ей мы можем отслеживать динамику работы и делать выводы об эффективности использования ресурсов. Соответственно, прогнозирование результатов становится более прозрачным и предсказуемым.
Расскажу:
- Как работает команда разработки и какие у кого зоны ответственности
- Как и кем ведется учет задач
- Как учитывается плановое и фактическое время
- Как происходит контроль план-факта по списанному времени
Уровень сложности доклада - Новичкам
В докладе мы поговорим о том как по другому организовать команду проекта, а именно обсудим следующее:
* проблематика разделения команд "бизнес и ИТ", "заказчик и подрядчик", "разработка и поддержка"
* варианты организационных расстановок при которой отсутствует указанные разделения
* какие практики необходимо применять для организации команд и при чем тут эмоциональный интеллект
* обязанности и полномочия участников проектно-продуктовой команды
* как выглядит польза для компаний участников проекта
И все мы это сделаем на примере проекта имплементации 1С:Корпорации, а в качестве методички - будем использовать SAFe 6.x
Уровень сложности доклада - Экспертам
В отрасли внедрения 1С 19 лет, из них большую часть в консалтинге.
Наиболее известный проект, в котором участвовал – подсистема «Бюджетирование» в 1С:ERP 2. За время работы в фирме «1С» руководителем группы разработки «Бюджетирование, казначейство и аналитика» реализовал много интересных проектов, например: конфигурация «1С:275ФЗ», новый платежный календарь.
Есть опыт разработки гибридной проектной технологию на основе 1С:ТКВ 2 для выполнения корпоративных проектов. В работе всегда старается автоматизировать свою деятельность.
Активный докладчик INFOSTART EVENT. Лауреат премий INFOSTART AWARDS за вклад в развитие сообщества и секцию «Управление проектами».
Дважды победитель DevBattle на INFOSTART в 2022 и 2023 годах.
Степень MBA защитил в МИРБИС по специализации «Финансовый менеджмент». Также в МИРБИС в 2013-ом окончил президентскую программу подготовки управленческих кадров по специализации «Стратегический маркетинг». Высшее образование – МИФИ(ГУ).
1. Итерационное уточнение образа решения или правильно бегаем кругами между бизнесом и подрядчиком
2. Собираем образ MVP
3. Что подать на вход тендера чтобы потом не было мучительно больно сравнивать оценки между собой
4. Успешный кейс: расскажу как мы перестраивали план проекта "на ходу" чтобы спасти заваливающийся проект
5. Неуспешный кейс: расскажу как по настоянию Заказчика мы жестко следовали плану и требованиям из контракта и что из этого получилось (спойлер - ничего хорошего)
6. Правила хорошего документирования или бойтесь больших документов
7. Успешный кейс: расскажу как мы "на ходу" перестраивали схему документирования и успешно завершили проект
В ходе доклада поделюсь нашим опытом использования СППР при оценках проектов и чем она нам помогает. Опыт вполне может быть применен ин-хаус подразделениями как для оценки внутренних проектов так и для подготовки тендеров.
Уровень сложности доклада - Практикам
Специалист по классическим (PMBOK, IPMA) подходам проектного управления и гибким Agile - методам (Scrum, Kanban);
Руководитель проектов, бизнес-тренер, консультант, методолог проектного и продуктового управления, фасилитатор;
Автор книги «Живые команды: управление стрессом в проектах».
В первую очередь доклад будет полезен тем, кто смотрит на свои процессы (в отделе, проекте, команде) и понимает что что-то работает не так как нужно, но как поймать это "что-то" не знает.
Доклад охватывает следующие темы:
- Основные концепции и инструменты Lean, применимые к ИТ-проектам,
- Методы выявления и устранения ключевых видов потерь,
- Практические кейсы применения Lean в реальных ИТ-проектах.
На какие вопросы получит ответ и про какие инструменты узнает участник:
- Как понять, что с вашим процессом разработки что-то не так?
- Какие виды потерь есть в современной ИТ-сфере и как их выявить?
- Как построить карту потока ценности и что это дает (инструмент VSA)?
- Как организовать рабочее место по методике 5S, для оптимизации своей личной работы?
Уровень сложности доклада - Практикам
16 лет работаю в ИТ, прошел путь от разработчика до руководителя. Работал в крупных производственных компаниях и банках в России и Казахстане. Создавал с нуля подразделения по поддержке пользователей и клиентов, управлял большими ИТ-проектами и командами. Сейчас управляю программой ИТ-проектов и ИТ-стратегией в крупном казахстанском банке.
1. Что такое SAFe® и зачем он нужен: основные принципы методологии, которые помогают крупным организациям синхронизировать команды, быстрее адаптироваться к изменениям и выпускать качественные продукты.
2. Путь от проектов к Agile Release Trains: организация работы ARTs в банке для управления множеством инициатив и улучшения взаимодействия между командами
3. Практические результаты внедрения: ускорение вывода продуктов на рынок, улучшение клиентского опыта за счет цифровых решений и поддержка стратегических задач через гибкие и прозрачные процессы
4. Реальный кейс запуска Agile Release Train в технической поддержке
5. Инструменты эффективной работы в SAFe®: PI-планирование, метрики производительности и подходы, которые помогают справляться с масштабированием Agile и сложностями управления проектами.
Для кого доклад: руководители, программные и продуктовые менеджеры, Agile-коучи, которым важно узнать о практическом применении SAFe® для синхронизации команд, ускорения работы и повышения гибкости крупных организаций.
Уровень сложности доклада - Экспертам
Поговорим в докладе о:
- Может ли быть руководитель проекта тимлидом (пусть и временным) для специалистов команды;
- Должен ли быть руководитель проекта выполнять функции тимлида для специалистов команды;
- Лидерство и наставничество - это про одно и то же или про разное;
- Можно ли завоевать уважение команды при условия отсутствия специфических знаний по предметной области;
- Как выстроить взаимоотношения руководителю проекта с командой, назначенным тимлидом специалиста в команде;
- Как работать с позицией специалиста "Ты РП, что ты можешь в этом понимать?".
Доклад построен на личном опыте докладчика, обратной связи членов команд и сторонних наблюдениях за другими командами.
Уровень сложности доклада - Практикам
Когда удается справится с последствиями, и пыль оседает, многие предпочитают утешить себя тем, что подобное катастрофическое совпадение событий маловероятно, и что в данном случае случился редкий форс-мажор, поэтому можно успокоиться и жить дальше.
Это является большой ошибкой, потому что корни такого совпадения могут привести к повторению ситуации в будущем. Чтобы найти эти корни и устранить, нужно провести расследование среди аномальных данных прошлого, узнать неприглядные тайны, на которые они укажут, найти улики, и затем, как Шерлок Холмс, сопоставить все это между собой и найти тот корень, из-за которого происходят катастрофические ситуации.
Уровень сложности доклада - Практикам
Специализируюсь на автоматизации процессов на платформе «1С:Предприятие». С 2006 года работаю в сфере 1С. За время своей карьеры прошёл путь от стажёра-программиста до руководителя отдела разработки. С 2015 года успешно применяю свои знания и опыт в проектах на базе 1C:ERP, работая с оптово-розничной торговлей, строительством, производством и различными промышленно-финансовыми группами.
Активно делюсь своим опытом и знаниями, помогая коллегам избегать распространённых ошибок и трудностей. Участвую в процессе наставничества, помогая начинающим специалистам освоить профессию и развить навыки в области автоматизации.
1. Оценка текущего состояния для выявления основных проблем и слабых мест в бизнес-процессах.
2. Создание эффективных моделей бизнес-процессов с применением гибких методов и инструментов платформы 1С.
3. Обучение сотрудников использованию новых процедур и инструментов для работы с оптимизированными процессами.
4. Мониторинг и контроль за процессами с помощью инструментов платформы 1С для их дальнейшего улучшения.
5. Комплексный подход, включающий анализ, моделирование, внедрение, обучение и поддержку, позволяет повысить эффективность, увеличить производительность и сократить временные и ресурсные затраты.
- Более 18 лет во внедрении проектов на 1С в качестве разработчика, аналитика, руководителя проектов
- 10+ успешно реализованных проектов в сфере 1С
- Нравится решать сложные задачи, внедрять проекты заказчикам в срок, качественно и с минимальными затратами
Большинство людей не справляется с оценкой даже небольших задач. Из-за этого стараемся перестраховываться на 100%, 200 %. Но, несмотря на это, сроки оказываются неверными. И дедлайн “подкрался незаметно”...
Причина №1 неверной оценки - высокая неопределенность. Точных данных не хватает, и при оценке сроков мы вынуждены строить прогнозы, часто давать оценку по внутренним ощущениям… А потом за оценку придется нести ответственность перед руководителем, заказчиком.
В данной ситуации, лучшее что можно сделать - это научиться строить модель по управлению неопределенностью и управлять ею.
Про что я расскажу в своем докладе:
- Как рассчитать оценку времени в условиях высокой неопределенности?
- Принципы адекватной оценки
- Абсолютные и относительные оценки. Planning Poker, декомпозиция.
- Как построить вилочные и точные сметы.
- А если проект “нетиповой”?
Уровень сложности доклада - Практикам
2. Описание процесса управления продуктом - матрица продуктовой ответственности. Покажу 4 распространенных моделей управления продуктом (не идеальные) и 1 идеальную. PCM - модель создания продукта как часть проектной деятельности. (*если будем успевать - Конфликт по целям и ресурсам между функциями. Например, как продуктологу поделить маркетолога или главного бухглатера или генерального директора со всеми остальными нуждающимися). Шаблон для заполнения участниками в командах - как на их взгляд должно быть. Обсуждаем, почему так редко бывает.
Уровень сложности доклада - Практикам
Более 25 лет экспертизы в управлении проектами, программами и портфелями проектов. Занимался внедрением проектного управления в компаниях, лидерах российского рынка: ТНК-ВР, Альфа-групп, X5 Retail group, Оргкомитет «Сочи 2014», ПАО «ИнтерРАО», Национальная технологическая инициатива (НТИ). Один из разработчиков национальных стандартов проектного управления. Асессор конкурса «Проектный Олимп» Аналитического центра при Правительстве РФ.
Более 30 лет работы в ИТ, из них 18 лет на руководящих позициях. Неоднократно входил в Совет Клуба ИТ-директоров 4CIO и в Совет itSMF Россия. Один из авторов учебника для ИТ-директоров 4CIO. Член редколлегию учебника для Chief Digital Transformation Officer (CDTO). Эксперт Центра подготовки руководителей цифровой трансформации. Один из авторов доклада «Agile подход в государственном управлении». Член редколлегии учебника для Chief Digital Transformation Officer (4CDTO).
Эксперт по управлению знаниями. Отвечал за построение комплексной системы управления знаниями Оргкомитета Сочи 2014. Система получила высокую оценку со стороны Международного Олимпийского Комитета (МОК), ее основные положения включены в обновленную версию Технического Руководства МОК по Управлению знаниями в олимпийских проектах. Действующий эксперт МОК по планированию и управлению знаниями (IOC Advisor). Проводил обучение оргкомитетов Пхенчанг 2018, Токио 2020 и Пекин 2022. Член Экспертного Совета "КМ-Альянс".
Член Государственной аттестационной комиссии MBA РАНХиГС. Автор статей в журналах Harvard Business Review, РБК, «Intelligent enterprise», «ИТ-директор», «Управление проектами», «IT Manager»
Уровень сложности доклада - Практикам
По образованию - математик, кандидат физико-математических наук.
С 2000 года работаю в ИТ проектах, обеспечивал качество и автоматизировал бизнес-процессы крупных компаний.
Параллельно веду тренинги, на данный момент развиваю тему проектного управления в Корпоративной Академии Росатома.
Слышали ли вы отговорки: у нас это не сработает, нам так не разрешат действовать?
Сталкивались ли с противоречиями между внутренними регламентами и принципами Agile?
Сейчас часть компаний находится в ситуации, когда "и хочется, и колется".
В своем докладе я расскажу:
1. какие вызовы подвигают к гибким методам.
2. с какими препятствиями сталкивается внедрение в корпоративных командах и какие ментальные ограничения это накладывает на людей
3. что может помочь стартовать гибким методам в жестких структурах?
Уровень сложности доклада - Практикам
Директор по проектам Инфостарта, Скрам-мастер ИТ-лаборатории, бизнес-тренер. PMP, KMP, PMI-ACP, PSM I, 1С:РКП
Более 12 лет занимаюсь управлением проектами и консалтингом в сфере проектного менеджмента и работы по Канбан. Пожалуй, самое любимое в моей работе - видеть, как по итогам совместной работы команде удалось выстроить работу над продуктом, и в результате всем участникам стало жить и работать немного лучше.
Уровень сложности доклада - Практикам
Бронируйте билеты по выгодной цене
С 15 февраля будет повышение цены на билеты.
Вы можете сейчас забронировать себе билеты по выгодной цене, затем у вас будет 7 дней на оплату.
- Методология управления в ИТ, ITSM, Service Desk, управление знаниями
- ИИ в сфере ИТ
- Информационная безопасность, защита данных, управление рисками
- Лидерство и управление ИТ-командами
- Приемы, методы разработки, DevOps: эффективные практики
- Секция "Кейсы крупных компаний"
- Управление ИТ-инфраструктурой
- Управление проектом и продуктом
© Infostart 2025. Все права защищены.
Используем cookies для корректной работы сайта, персонализации пользователей и других целей,
предусмотренных Политикой.
Политика обработки персональных данных