Методология управления в ИТ, ITSM, Service Desk, управление знаниями
Т-Банк
Руководитель команды разработки
Team lead команды разработки 1С CORE, которая больше акцентирована на технических и технологических задачах, связанных с надежностью, доступностью, быстродействием и масштабированием системы 1С ЗУП в Т-банке. В Т-банк работаю с 2020 года.
Показать полностью...
«Проект по импортозамещению 1С в Т-Банке: планы, подготовка, сроки, ресурсы, сложности, результаты»
Я расскажу о проекте импортозамещения 1С на примере 1С ЗУП, как у нас проходил проект по миграции с MS SQL на Postgre SQL и с MS Windows на Linux, с какими проблемами мы столкнулись и как решали.
1. Исходные данные:
- сколько баз 1С ЗУП, их размеры
- сколько пользователей по разным категориямх (кадровики, расчетчики, аналитики)
- сколько специалистов 1с это все поддерживает
2. Подготовительный этап:
- аналитика текущей базы данных, оценка возможностей PostgreSQL и минимизация рисков
- планирование работ по времени и ресурсам
- техническое планирование нового стека
- взаимодействие с командой инженеров sre
- взаимодействие с другими командами (как командами 1с, так и с командами других сервисов)
- какие были ожидания и требования по проекту
3. Реализация проекта импортозамещения:
- сколько этапов у нас получилось и сколько времени это заняло на практике
- с какими проблемами мы столкнулись и на каких базах
- как эти проблемы обходили
- как выстроили коммуникацию с бизнес-пользователями на время перехода, какую обратную связь от них получали
4. Выводы:
- на каких решениях мы в итоге остановились и почему
- какие советы мы можем дать для проектов импортозамещения 1С ЗУП
- что стоит учесть при переходе, чтобы не допустить наших ошибок
1. Исходные данные:
- сколько баз 1С ЗУП, их размеры
- сколько пользователей по разным категориямх (кадровики, расчетчики, аналитики)
- сколько специалистов 1с это все поддерживает
2. Подготовительный этап:
- аналитика текущей базы данных, оценка возможностей PostgreSQL и минимизация рисков
- планирование работ по времени и ресурсам
- техническое планирование нового стека
- взаимодействие с командой инженеров sre
- взаимодействие с другими командами (как командами 1с, так и с командами других сервисов)
- какие были ожидания и требования по проекту
3. Реализация проекта импортозамещения:
- сколько этапов у нас получилось и сколько времени это заняло на практике
- с какими проблемами мы столкнулись и на каких базах
- как эти проблемы обходили
- как выстроили коммуникацию с бизнес-пользователями на время перехода, какую обратную связь от них получали
4. Выводы:
- на каких решениях мы в итоге остановились и почему
- какие советы мы можем дать для проектов импортозамещения 1С ЗУП
- что стоит учесть при переходе, чтобы не допустить наших ошибок
Уровень сложности доклада - Практикам
Владимир Николаев
ООО «ДиджиталБизФэктори»
Директор по процессам
В разработке с 1999 года, начал с госпроектов (медицина, МЧС), работал на зарубежные компании (создание SaaS), на рынке digital marketing в России (Coca-Cola, Honda, Panasonic, Whiskas, Audi), занимался стартапами, и ушел в финтех. Начал с разработки, но все более углублялся в выстраивание процессов и менеджмент, потому что писать код могут многие, а правильно организовать разработчиков, чтобы они делали это эффективно - не все.
Показать полностью...
«Из хаоса в структуру. Как повысить эффективность процессов через людей»
1. Почему это важно:
Любой процесс можно угробить некомпетентными исполнителями. Компании страдают от того, что специалисты с рынка никогда не соответствуют их ожиданиям на 100%. Центры компетенций позволяют минимизировать влияние этой проблемы.
2. Роль центров компетенций:
Ресурсный центр для команд: определение требований к кандидатам, найм и онбординг, обеспечение готовности сотрудников к выполнению задач, управление компетенции сотрудников на всем жизненном пути.
Хранилище эталонных знаний: создание обучающих программ, проведение обучений, учебные ресурсы.
Процессный офис: стандартизация и унификация процессов, внедрение в команды, контроль метрик, анализ эффективности, работа с командами над оптимизацией.
Исследовательская лаборатория: исследование и внедрение практик и инструментов, обучение сотрудников новым подходам.
3. Преимущества:
Унификация знаний и навыков сотрудников.
Объективная оценка, позволяющая отслеживать профессиональный рост сотрудников.
Гибкое перераспределение ресурсов между командами.
Единые метрики производственных процессов.
Оптимизация взаимодействия специалистов разного профиля.
Постоянное повышение квалификации через индивидуальные планы развития.
4. Практический пример:
Опыт внедрения центров компетенций в финтехе: результаты, проблемы, перспективы применения в ИТ-компаниях.
5. Для кого доклад:
ИТ-менеджмент, руководители команд разработки, менеджеры по персоналу, директора по процессам, которые заинтересованы в стандартизации процессов, повышении квалификации сотрудников и создании централизованного хранилища знаний.
Любой процесс можно угробить некомпетентными исполнителями. Компании страдают от того, что специалисты с рынка никогда не соответствуют их ожиданиям на 100%. Центры компетенций позволяют минимизировать влияние этой проблемы.
2. Роль центров компетенций:
Ресурсный центр для команд: определение требований к кандидатам, найм и онбординг, обеспечение готовности сотрудников к выполнению задач, управление компетенции сотрудников на всем жизненном пути.
Хранилище эталонных знаний: создание обучающих программ, проведение обучений, учебные ресурсы.
Процессный офис: стандартизация и унификация процессов, внедрение в команды, контроль метрик, анализ эффективности, работа с командами над оптимизацией.
Исследовательская лаборатория: исследование и внедрение практик и инструментов, обучение сотрудников новым подходам.
3. Преимущества:
Унификация знаний и навыков сотрудников.
Объективная оценка, позволяющая отслеживать профессиональный рост сотрудников.
Гибкое перераспределение ресурсов между командами.
Единые метрики производственных процессов.
Оптимизация взаимодействия специалистов разного профиля.
Постоянное повышение квалификации через индивидуальные планы развития.
4. Практический пример:
Опыт внедрения центров компетенций в финтехе: результаты, проблемы, перспективы применения в ИТ-компаниях.
5. Для кого доклад:
ИТ-менеджмент, руководители команд разработки, менеджеры по персоналу, директора по процессам, которые заинтересованы в стандартизации процессов, повышении квалификации сотрудников и создании централизованного хранилища знаний.
Уровень сложности доклада - Практикам
Максим Гришин
К2 тех
Руководитель группы корпоративного сопровождения
Больше 6 лет занимаюсь поддержкой и сопровождением систем на платформе 1С. Есть опыт построения отдела с 0 до 70 человек и управления этой командой. Участвовал в проектах в разных сферах: финансах, промышленности, госсекторе, ритейле и ИТ. Успешно пройдена автоматизация и модификация систем на платформе 1С у крупных заказчиков.
Показать полностью...
«Служба поддержки 2.0: как опережать ошибки и эффективно управлять командой »
Многие компании стремятся расширить свое влияние, осваивая сферу предоставления сервисов и услуг. Как правило, такие идеи возникают после успешного внедрения продукта заказчику собственными силами. Однако дальнейшее его сопровождение часто передается в руки стороннего партнера или подрядчика. В результате компания не только теряет финансовую выгоду, но и рискует утратить долгосрочные отношения с ценным заказчиком.
В докладе я расскажу:
- Как построить отдел сопровождения с нуля
- Как организовать работу в распределенных и глобальных командах
- Как избегать частых ошибок в построении и управлении командой
- Примеры ITSM не на стандартах, а на реальных кейсах
- Как управлять сервисом при команде более 70 человек (как внутри команды, так и на проекте)
- Итоги и примеры успешных и неудачных проектов по сопровождению и предоставлению услуг
В докладе я расскажу:
- Как построить отдел сопровождения с нуля
- Как организовать работу в распределенных и глобальных командах
- Как избегать частых ошибок в построении и управлении командой
- Примеры ITSM не на стандартах, а на реальных кейсах
- Как управлять сервисом при команде более 70 человек (как внутри команды, так и на проекте)
- Итоги и примеры успешных и неудачных проектов по сопровождению и предоставлению услуг
Уровень сложности доклада - Практикам
Алроса Информационные Технологии
Руководитель направления поддержки финансового учета в 1С
Прошла путь от специалиста линии консультации до руководителя направления с численностью 50 человек.
Выстроила процессы работы 1, 2, 3 линии внутри направления, что позволило снизить нагрузку на поддержку и увеличить количество трудозатрат разработчиков на доработку системы (с 70% часов от общего рабочего времени на реализацию доработок до 88%).
Показать полностью...
Выстроила процессы работы 1, 2, 3 линии внутри направления, что позволило снизить нагрузку на поддержку и увеличить количество трудозатрат разработчиков на доработку системы (с 70% часов от общего рабочего времени на реализацию доработок до 88%).
«Сплит обращаемости как инструмент анализа для снижения нагрузки на группу поддержки пользователей»
В докладе планирую рассказать:
1. Что такое "сплит обращаемости".
2. Как мы к нему пришли, что нас мотивировало на его использование.
3. Как мы подбирали аналитику для формирования сплита обращаемости.
4. Как убеждали сотрудников, что нужно заполнять новую аналитику для "сплита".
5. Какие мероприятия придумали на основе данных, полученных при анализе сплита обращаемости.
6. Какой эффект получили (снизилось количество обращений пользователей в helpdesk на 30% + консультанты стали быстрее отрабатывать обращения, что позволило улучшить общие показатели по работе с обращениями, и также снизить количество единиц на поддержку первой линии с 13 до 12 человек, без увеличения нагрузки на остальных) *одну единицу перевели в аналитики, для работы с запросами на развитие системы.
1. Что такое "сплит обращаемости".
2. Как мы к нему пришли, что нас мотивировало на его использование.
3. Как мы подбирали аналитику для формирования сплита обращаемости.
4. Как убеждали сотрудников, что нужно заполнять новую аналитику для "сплита".
5. Какие мероприятия придумали на основе данных, полученных при анализе сплита обращаемости.
6. Какой эффект получили (снизилось количество обращений пользователей в helpdesk на 30% + консультанты стали быстрее отрабатывать обращения, что позволило улучшить общие показатели по работе с обращениями, и также снизить количество единиц на поддержку первой линии с 13 до 12 человек, без увеличения нагрузки на остальных) *одну единицу перевели в аналитики, для работы с запросами на развитие системы.
Уровень сложности доклада - Практикам
ГК ДОБРОФЛОТ
Руководитель направления разработки бизнес приложений
В ИТ более 15 лет, пробовала себя в различных ролях: сотрудник тех поддержки, администратор баз данных, тестировщик, разработчик, руководитель ИТ проектов. Работала в таких компаниях как Sollers, FESCO.
Показать полностью...
«Компас BI - управляй, мотивируй, преобразуй ИТ!»
Три сценария использования BI-систем для управления ИТ на основе данных:
1. Переход на гибкие методологии разработки и внедрение модульного тестирования в команде разработки показал в модели BI следующую динамику за год:
- Увеличение количества запросов на 37%.
- Ускорение решения запросов на 10%.
- Снижение количества дефектов на два порядка.
- Повышение удовлетворенности клиентов на 2%.
- Снижение средней трудоемкости запроса на 19%.
2. Реинжиниринг процесса управления запросами на изменения проводится сейчас с использованием BI на всех этапах работ:
- Визуализация данных помогла выявить падение скорости решения запросов на ретроспективе команды разработки.
- Детализация и анализ данных при помощи bi модели помог в анализе текущего процесса и выявления проблем эскалации.
- Изменения в процессе и разработка новых метрик, таких как "время передачи запросов на 2 и 3 линии" и "назначение ответственного на 2 линии" были реализованы единовременно.
- Сейчас мы ведём контроль за новыми и ранее используемыми показателями, для последующей оценки результата изменений процесса. Результаты озвучу на митапе.
3. BI как инструмент отчетности перед комитетом по изменениям:
- Сбор данных о количестве реализованных задач.
- Анализ фактического времени на реализацию задач.
- Оценка удовлетворенности клиентов
1. Переход на гибкие методологии разработки и внедрение модульного тестирования в команде разработки показал в модели BI следующую динамику за год:
- Увеличение количества запросов на 37%.
- Ускорение решения запросов на 10%.
- Снижение количества дефектов на два порядка.
- Повышение удовлетворенности клиентов на 2%.
- Снижение средней трудоемкости запроса на 19%.
2. Реинжиниринг процесса управления запросами на изменения проводится сейчас с использованием BI на всех этапах работ:
- Визуализация данных помогла выявить падение скорости решения запросов на ретроспективе команды разработки.
- Детализация и анализ данных при помощи bi модели помог в анализе текущего процесса и выявления проблем эскалации.
- Изменения в процессе и разработка новых метрик, таких как "время передачи запросов на 2 и 3 линии" и "назначение ответственного на 2 линии" были реализованы единовременно.
- Сейчас мы ведём контроль за новыми и ранее используемыми показателями, для последующей оценки результата изменений процесса. Результаты озвучу на митапе.
3. BI как инструмент отчетности перед комитетом по изменениям:
- Сбор данных о количестве реализованных задач.
- Анализ фактического времени на реализацию задач.
- Оценка удовлетворенности клиентов
Уровень сложности доклада - Практикам
Евгений Романов
АО "Газстройпром"
Заместитель руководителя центра ИТ
В ИТ 20 лет, на руководящих должностях 10 лет.
«"Продуктовый" подход к поддержке пользователей»
1. История о том, как мы боролись с нехваткой специалистов на первой, второй и третьей линий и открыли для себя продуктовый подход в поддержке и развитии информационных систем;
2. Что такое продуктовая команда;
3. В чем отличии первой, второй и третьей линий поддержки от «продуктовой команды»;
4. Состав и роли Продуктовой команды;
5. Лидер Продуктовой команды – кто он?
6. Как «свести разведенных»? Коммуникации, взаимодействие между ПК.
7. Место главного архитектора при продуктовом подходе и команда интеграции.
8. Супер лидер;
9. Эффективность применения подхода: «ожидания» vs «реальность».
2. Что такое продуктовая команда;
3. В чем отличии первой, второй и третьей линий поддержки от «продуктовой команды»;
4. Состав и роли Продуктовой команды;
5. Лидер Продуктовой команды – кто он?
6. Как «свести разведенных»? Коммуникации, взаимодействие между ПК.
7. Место главного архитектора при продуктовом подходе и команда интеграции.
8. Супер лидер;
9. Эффективность применения подхода: «ожидания» vs «реальность».
Уровень сложности доклада - Практикам
wiseadvice.tech
Руководитель отдела сопровождения корпоративных систем
Один из проектов был внедрение ITSM в нашей компании, где я совместила свой практический опыт многолетней работы на разных должностях и теоретические зная для оптимизации процессов и повышения эффективности работы отдела технической поддержки.
Показать полностью...
«Ошибки новичка в построении ITSM в компании до 1000 сотрудников»
Мой доклад будет интересен компаниям, которые уже имеют сформированные ИТ-команды и хотят повысить уровень удовлетворенности внутренних и внешних заказчиков. Построение эффективной системы управления IT-службой является критически важным процессом для обеспечения бесперебойной системы всех бизнес-процессов. Я расскажу, какие ошибки поджидают Вас на начальном этапе и могут привести к значительной потере времени и ресурсов, как начать считать метрики и какие показатели необходимы для анализа эффективности ITSM.
Вы узнаете, как подготовить сотрудников, эффективно распределить роли и настроить коммуникацию внутри отделов, на чем сосредоточить усилия, а что оставить на потом.
Вы узнаете, как подготовить сотрудников, эффективно распределить роли и настроить коммуникацию внутри отделов, на чем сосредоточить усилия, а что оставить на потом.
Уровень сложности доклада - Новичкам
Гильдия консультантов
Исполнительный директор
Образование:
- Магистратура механико-математического факультета
- Выпускник президентской программы
Опыт работы руководителем с 2004 года.
- большой опыт руководства отделом продакшн.
- работа над крупными и успешными интернет-магазинами и b2b-системами;
- разработчик собственного ServiceDesk;
- разработчик методологии трекинга работы сотрудников;
- постоянный спикер ведущих IT-конференций России;
Докладчик конференции Infostart Event 2016, Infostart Event 2019, Infostart Event 2021, Moscow Premiere 2021, Infostart Event 2022 а также конференций РИФ и RIW.
Показать полностью...
- Магистратура механико-математического факультета
- Выпускник президентской программы
Опыт работы руководителем с 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, чтобы работалось еще комфортнее и прибыль компании росла.
Расскажу как с помощью ServiceDesk и регламентов внедрить использование базы знаний на новом уровне.
- Две проблемы любой базы знаний. Не заполняют и не пользуются. Как победить?
- Как база знаний помогает снижать нагрузку на техническую поддержку и ускорять решение проблем.
- База знаний для проектов на поддержке. Связка с service-desk
- Регламенты работы по наполнению и использованию базы знаний которые будут исполнятся исполнителями.
- Фиксация изменений проектов на поддержке
- Контроль на этапе внедрения. Какие метрики и контрольные точки.
- Повышение лояльности клиента и стоимости нормочаса через услугу описания проекта. Вы удивитесь, как это востребовано.
- Инструментарий для работы. От простого “гугл докс” до сложный систем с кучей интеграций.
- Сколько денег приносит база знаний?
Доклад будет интересен руководителям компаний и подразделений, которые хотят перевести внутренние процессы отдела на новый уровень. Буду особенно счастлив, если по результатам родятся новые идеи о том, что и как прокачать в Service Desk, чтобы работалось еще комфортнее и прибыль компании росла.
Уровень сложности доклада - Практикам
АО "Мелодия здоровья"
Директор по информационным технологиям
ИТ-директор федеральной сети аптек "Мелодия здоровья".
Более 14 лет в управлении ИТ.
Большой опыт работы в retail сетях на управляющих позициях:
- Сеть магазинов «Лэтуаль» - региональный системный администратор
- Сеть магазинов «Глория Джинс» - начальник ИТ отдела
- Сеть магазинов «Магнит» (проработал в компании более 7 лет) – руководитель управления по сопровождению ИТ
- Сеть магазинов и кафе «Аленка» - заместитель директора ИТ
- Сеть кафе «Крошка Картошка» - Директор по ИТ
На текущий момент является директором по информационным технологиям федеральной аптечной сети АО «Мелодия Здоровья».
Показать полностью...
Более 14 лет в управлении ИТ.
Большой опыт работы в retail сетях на управляющих позициях:
- Сеть магазинов «Лэтуаль» - региональный системный администратор
- Сеть магазинов «Глория Джинс» - начальник ИТ отдела
- Сеть магазинов «Магнит» (проработал в компании более 7 лет) – руководитель управления по сопровождению ИТ
- Сеть магазинов и кафе «Аленка» - заместитель директора ИТ
- Сеть кафе «Крошка Картошка» - Директор по ИТ
На текущий момент является директором по информационным технологиям федеральной аптечной сети АО «Мелодия Здоровья».
«Портал заявок и сервис деск на 1С ITIL»
География проекта:
Сеть аптек "Мелодия Здоровья" - федеральная сеть по всей территории РФ: от Санкт-Петербурга до Владивостока. Более 1200 аптек, более 30 филиалов. 2000 автоматизированных рабочих мест.
Цели:
- Автоматизировать процессы управления инцидентами, запросами, изменениями и активами с применением лучших мировых практикам и рекомендаций ITIL/ITSM
- Внедрить портал самообслуживания для прозрачности услуг и повышения эффективности диспетчеризации (автоматически)
- Автоматизировать смежные службы для управления обращениями
Результаты:
- Улучшили взаимодействия и коммуникации в компании.
- Сделали удобным обращения в сервисные службы компании в рамках единого окна
- Предоставили личный кабинет с детализацией всех заявок
- Появилась возможность расчета трудозатрат и показателей эффективности работы.
- Сократили время обращения исключив ручную диспетчеризацию заявок на 30%
Автоматизированы процессы:
- Управление каталогом и уровнем услуг
- Управление обращениями (инцидентами и запросами на обслуживание)
- Управление задачами
- Управление ИТ-активами и конфигурациями
- Управление изменениями
- Управление релизами
Уникальность проекта:
- Доработали системы для автоматизации бизнес-процессов. Создали системы управления запросами на изменение в рамках Agile подходов и автоматизация работы со спринтами (SCRUM)
- Доработали систему отчетности по показателям
- Доработали системы показателей KPI и интеграцию с 1С КА для расчета заработной платы
- Доработали систему по части SLA с применением подходов ITIL.
- Автоматизировали процессы смежных подразделений (HR, АХО, Бухгалтерия, Управление ассортиментом, НСИ, Юридическая служба)
Сложность реализации:
- Разработка каталога услуг у бизнес направлений.
- Сложность адаптации сотрудников к информационной системе
- Сложность внедрения из-за параллельной реструктуризации компании
Показать полностью...
Сеть аптек "Мелодия Здоровья" - федеральная сеть по всей территории РФ: от Санкт-Петербурга до Владивостока. Более 1200 аптек, более 30 филиалов. 2000 автоматизированных рабочих мест.
Цели:
- Автоматизировать процессы управления инцидентами, запросами, изменениями и активами с применением лучших мировых практикам и рекомендаций ITIL/ITSM
- Внедрить портал самообслуживания для прозрачности услуг и повышения эффективности диспетчеризации (автоматически)
- Автоматизировать смежные службы для управления обращениями
Результаты:
- Улучшили взаимодействия и коммуникации в компании.
- Сделали удобным обращения в сервисные службы компании в рамках единого окна
- Предоставили личный кабинет с детализацией всех заявок
- Появилась возможность расчета трудозатрат и показателей эффективности работы.
- Сократили время обращения исключив ручную диспетчеризацию заявок на 30%
Автоматизированы процессы:
- Управление каталогом и уровнем услуг
- Управление обращениями (инцидентами и запросами на обслуживание)
- Управление задачами
- Управление ИТ-активами и конфигурациями
- Управление изменениями
- Управление релизами
Уникальность проекта:
- Доработали системы для автоматизации бизнес-процессов. Создали системы управления запросами на изменение в рамках Agile подходов и автоматизация работы со спринтами (SCRUM)
- Доработали систему отчетности по показателям
- Доработали системы показателей KPI и интеграцию с 1С КА для расчета заработной платы
- Доработали систему по части SLA с применением подходов ITIL.
- Автоматизировали процессы смежных подразделений (HR, АХО, Бухгалтерия, Управление ассортиментом, НСИ, Юридическая служба)
Сложность реализации:
- Разработка каталога услуг у бизнес направлений.
- Сложность адаптации сотрудников к информационной системе
- Сложность внедрения из-за параллельной реструктуризации компании
Уровень сложности доклада - Новичкам
Консультант, фаундер
Консультант, тренер
Профессиональный опыт в ИТ 35 лет, управление проектами - продуктами - портфелями 20 лет. Опыт внедрения 2х портфелей - в образовании (сервисы онлайн и гибридного обучения) и компании-разработчике массового ПО (мобильные приложения для людей с нарушениями слуха). Консультант по проектному и ITSM управлению с опытом консалтинга в крупнейших российских компаниях в секторах финтеха, телекома, агропищевых холдингах, образовании.
Кофаундер стартапов, прошедших окупаемость и перешедших в операционку. Продолжаю запускать стартапы и менторить новые.
Показать полностью...
Кофаундер стартапов, прошедших окупаемость и перешедших в операционку. Продолжаю запускать стартапы и менторить новые.
«Как мотивировать команду и регулярно использовать базу знаний для управления ИТ-услугами»
Команды разработки и поддержки ИТ-услуг обычно сопротивляются ведению и актуализации базы знаний.
Обычный аргумент, не лишенный оснований - нет времени, много задач.
Как сподвигнуть на создание, наполнение - и самое главное - регулярное обновления базы знаний.
Обычный подход - должно приносить пользу самим сотрудникам, быть удобным в каждодневном применении.
1. Выявить потери от дублирования, ошибок, затраты времени на поиск и исследования очевидных вопросов.
2. Выявить неудачный опыт.
3. Совместно с опытными сотрудниками выработать максимально простую процедуру обновления базы знаний.
4. Развернуть простейшее ПО. Давайте посмотрим примеры такого ПО.
5. Минимальные требования к ПО ведения базы знаний
6. Первичное наполнение - используем ТЗ, бэклоги и комментарии
7. Варианты структурирования информации в БЗ, чтобы не превратить ее в "свалку"
8. Вводим KPI на пополнение и проверку статей в базе знаний при выполнении регулярных задач - решение инцидентов, проблем, обновления, изменения.
9. Демо - период. KPI считается, сотрудники информируются, но KPI не применяется.
10. Применяем KPI - элементы принуждения.
11. Теперь мы работаем эффективней! База накоплена, сотрудники сами ощущают пользу - минимизируются ошибки, рутина, выше производительность.
12. Некоторые трюки и "фишки".
Обычный аргумент, не лишенный оснований - нет времени, много задач.
Как сподвигнуть на создание, наполнение - и самое главное - регулярное обновления базы знаний.
Обычный подход - должно приносить пользу самим сотрудникам, быть удобным в каждодневном применении.
1. Выявить потери от дублирования, ошибок, затраты времени на поиск и исследования очевидных вопросов.
2. Выявить неудачный опыт.
3. Совместно с опытными сотрудниками выработать максимально простую процедуру обновления базы знаний.
4. Развернуть простейшее ПО. Давайте посмотрим примеры такого ПО.
5. Минимальные требования к ПО ведения базы знаний
6. Первичное наполнение - используем ТЗ, бэклоги и комментарии
7. Варианты структурирования информации в БЗ, чтобы не превратить ее в "свалку"
8. Вводим KPI на пополнение и проверку статей в базе знаний при выполнении регулярных задач - решение инцидентов, проблем, обновления, изменения.
9. Демо - период. KPI считается, сотрудники информируются, но KPI не применяется.
10. Применяем KPI - элементы принуждения.
11. Теперь мы работаем эффективней! База накоплена, сотрудники сами ощущают пользу - минимизируются ошибки, рутина, выше производительность.
12. Некоторые трюки и "фишки".
Уровень сложности доклада - Практикам
Антон Боганов
Red Security
Ведущий менеджер
Работал на стороне ИТ-интегратора, на стороне заказчика, разработчика ПО, провайдера ИТ/ИБ-услуг.
6 лет был Председателем itSMF России, 3 года Председатель Наблюдательного совета Форума. Архитектор РИТМ. Сооснователь конференции SAM/ITAM Day, Соавтор ГОСТ 19770-1-2021: Требования к системе управления ИТ-активами. 4 года тренеровал министров и зам. министров Правительсва РФ в Центре Подготовки Руководителей Цифровой Трансформации РАНХиГС/ВШГУ в рамках практического трека по реализации цифровых сервисов.
Показать полностью...
6 лет был Председателем itSMF России, 3 года Председатель Наблюдательного совета Форума. Архитектор РИТМ. Сооснователь конференции SAM/ITAM Day, Соавтор ГОСТ 19770-1-2021: Требования к системе управления ИТ-активами. 4 года тренеровал министров и зам. министров Правительсва РФ в Центре Подготовки Руководителей Цифровой Трансформации РАНХиГС/ВШГУ в рамках практического трека по реализации цифровых сервисов.
«Работа в РИТМе. Мы создаем Российскую/Рациональную ИТ-методологию»
Что уже произошло. Западные методологии управления ИТ ушли с российского рынка. Сертификация специалистов либо отозвана, либо возможна только за границей. Сертификация и единая оценка функциональных возможностей российского ПО невозможна, в качестве ориентира есть только Реестр отечественного ПО. Аналитические агентства, такие как PinkVerify, Gartner, Forrester и другие закрылись. Нет методологической базы для построения системы оценки зрелости компаний и оценки качества их цифровых услуг. К устранению «зазоров» и противоречий между западными моделями и адаптации их к российским реалиям, добавилась задача развития внутрикорпоративных методологий (свой Agile, TOGAF, ITIL , DAMA).
В результате пропадает единая мера знаний для специалистов, размывается мера зрелости для цифровых продуктов и организаций в области ИТ, найм и развитие высококвалифицированных специалистов серьезно усложняется. Сложнее переиспользовать лучшие практики. Нет гармонизированной базы знаний, нужно всё узнавать лично, выверять терминологию, самостоятельно строить единую и согласованную управленческую архитектуру для ИТ. Снижается уровень стандартизации в области ИТ. Тратятся ресурсы на «изобретение велосипеда» и создание общих словарей, теряется динамика развития, растут потери времени и финансов.
Что мы делаем в этой ситуации? В докладе я расскажу как мы разработали архитектуру РИТМа, запустили в работу проект по созданию РИТМа. Расскажу как мы объединяем лучших - лучшие методологи, архитекторы ИТ, практики управления ИТ-услугами и ИТ-процессами в стране, создают материалы в каждой из областей РИТМа . 80+ второв из разных компаний уже работают совместно. Согласуем между собой то, что уже работает , устраняем зазоры и согласуем между собой популярные методологии управления ИТ, дополняем Российскими реалиями, проверяем методы и техники совместно с теми, кто их будет использовать. Раз в квартал месяца собираем Топов ИТ для обсуждения и проверки результатов на стратегических сессиях, убеждаясь в том, что РИТМ реально обеспечивает ценность.
Что получится в итоге? Открытая и бесплатная база знаний для всех, книги устаревают еще до выхода. Мы описываем РИТМ в доступной для всех цифровой базе знаний и постоянно обновляем её новыми материалами. Обучение и сертификация - на основе РИТМ, вместе с ведущими российскими вузами создаются программы обучения и сертификации для студентов и профессионалов. Эксперты создают согласованную систему требований к ПО и оценке соответствия. Сообщество авторов РИТМ . Усиление горизонтальных связей и обмена опытом заиграли в РИТМе новыми красками. И конечно же, мы применяем свои же наработки при управлении проектом по созданию РИТМ, Работаем с продуктом РИТМ, с командами областей управления, работаем с культурой внутри РИТМа.
Про это все и будет мой доклад.
Показать полностью...
В результате пропадает единая мера знаний для специалистов, размывается мера зрелости для цифровых продуктов и организаций в области ИТ, найм и развитие высококвалифицированных специалистов серьезно усложняется. Сложнее переиспользовать лучшие практики. Нет гармонизированной базы знаний, нужно всё узнавать лично, выверять терминологию, самостоятельно строить единую и согласованную управленческую архитектуру для ИТ. Снижается уровень стандартизации в области ИТ. Тратятся ресурсы на «изобретение велосипеда» и создание общих словарей, теряется динамика развития, растут потери времени и финансов.
Что мы делаем в этой ситуации? В докладе я расскажу как мы разработали архитектуру РИТМа, запустили в работу проект по созданию РИТМа. Расскажу как мы объединяем лучших - лучшие методологи, архитекторы ИТ, практики управления ИТ-услугами и ИТ-процессами в стране, создают материалы в каждой из областей РИТМа . 80+ второв из разных компаний уже работают совместно. Согласуем между собой то, что уже работает , устраняем зазоры и согласуем между собой популярные методологии управления ИТ, дополняем Российскими реалиями, проверяем методы и техники совместно с теми, кто их будет использовать. Раз в квартал месяца собираем Топов ИТ для обсуждения и проверки результатов на стратегических сессиях, убеждаясь в том, что РИТМ реально обеспечивает ценность.
Что получится в итоге? Открытая и бесплатная база знаний для всех, книги устаревают еще до выхода. Мы описываем РИТМ в доступной для всех цифровой базе знаний и постоянно обновляем её новыми материалами. Обучение и сертификация - на основе РИТМ, вместе с ведущими российскими вузами создаются программы обучения и сертификации для студентов и профессионалов. Эксперты создают согласованную систему требований к ПО и оценке соответствия. Сообщество авторов РИТМ . Усиление горизонтальных связей и обмена опытом заиграли в РИТМе новыми красками. И конечно же, мы применяем свои же наработки при управлении проектом по созданию РИТМ, Работаем с продуктом РИТМ, с командами областей управления, работаем с культурой внутри РИТМа.
Про это все и будет мой доклад.
Уровень сложности доклада - Экспертам
Доброфлот
Руководитель единого центра обращений
Работаю в ИТ 12 лет, живу в городе Владивосток.
Начал карьерный путь с программиста и консультанта 1С.
Последние 3 года работаю руководителем сервисной службы в крупной производственной компании.
Показать полностью...
Начал карьерный путь с программиста и консультанта 1С.
Последние 3 года работаю руководителем сервисной службы в крупной производственной компании.
«Круговая ответственность или как мы выстроили систему мотивации ИТ в производственной компании»
Работая в IT-компании, мы столкнулись с проблемой отсутствия четких требований со стороны бизнеса. Обычно от нас ожидают, что мы просто сделаем так, чтобы всё работало: "Вы же самые умные, сами знаете, что делать — разберетесь." Знакомо?
Но мы хотим признания и заслуженных дивидендов. Возникает вопрос: за что нам просить и требовать?
В докладе расскажу про наш кейс, где получилось договориться, а где не вышло, а также:
1. Что нужно сделать заранее, чтобы подготовиться к защите схемы мотивации. Какие собирали "в стол" показатели несколько лет, чтобы объяснить, почему мы держим их на таком уровне, зачем их улучшать и за что мы хотим больше денег.
2. Примеры реализованных показателей для самых уязвимых сотрудников ИТ — специалистов технической поддержки, системных администраторов и их руководителей. Как мы смогли повысить скорость решения обращений до 20% от SLA, а процент обратной связи — до 75% и предоставив возможность дополнительной мотивации главным системным администраторам, повысили скорость реакции по инцидентам во внерабочее время, что повысило уровень доступности до 97-98%.
3. Как итоговая мотивация влияет на работу линейного персонала и почему так важно сделать её гибкой и настраиваемой. В каких случаях мы снижаем процент скорости решенных обращений, чтобы инженер "в полях" не задыхался на сразу двух площадках, какие события убираем из учета доступности сервисов, а когда пропущенные звонки не считаются пропущенными.
4. Презентация итоговых показателей или как заставить всю компанию интересоваться, как дела у ИТ. Покажу на примере настроенных дашбордов, где понятно даже диспетчеру, почему он не получил премию, и как пиар акции внутри компании сделать эффективнее.
Но мы хотим признания и заслуженных дивидендов. Возникает вопрос: за что нам просить и требовать?
В докладе расскажу про наш кейс, где получилось договориться, а где не вышло, а также:
1. Что нужно сделать заранее, чтобы подготовиться к защите схемы мотивации. Какие собирали "в стол" показатели несколько лет, чтобы объяснить, почему мы держим их на таком уровне, зачем их улучшать и за что мы хотим больше денег.
2. Примеры реализованных показателей для самых уязвимых сотрудников ИТ — специалистов технической поддержки, системных администраторов и их руководителей. Как мы смогли повысить скорость решения обращений до 20% от SLA, а процент обратной связи — до 75% и предоставив возможность дополнительной мотивации главным системным администраторам, повысили скорость реакции по инцидентам во внерабочее время, что повысило уровень доступности до 97-98%.
3. Как итоговая мотивация влияет на работу линейного персонала и почему так важно сделать её гибкой и настраиваемой. В каких случаях мы снижаем процент скорости решенных обращений, чтобы инженер "в полях" не задыхался на сразу двух площадках, какие события убираем из учета доступности сервисов, а когда пропущенные звонки не считаются пропущенными.
4. Презентация итоговых показателей или как заставить всю компанию интересоваться, как дела у ИТ. Покажу на примере настроенных дашбордов, где понятно даже диспетчеру, почему он не получил премию, и как пиар акции внутри компании сделать эффективнее.
Уровень сложности доклада - Практикам
ИИ в сфере ИТ
1С-Медицина-Регион
Руководитель группы разработки
Руководитель группы разработки 1С-Медицина-Регион.
Старший преподаватель Тюменского государственного университета.
Магистр компьютерных наук по программе "Информационные системы анализа данных".
Принимал участие в менторстве иностранных студентов в 1C Skills Camp.
Начал свое развитие в 1С со студенчества. Активно участвовал в олимпиадах, конкурсах и конференциях. На данный момент сам занимаюсь преподаванием и наставничеством: обучаю студентов, являюсь научным руководителем выпускных квалификационных работ, курирую практику студентов на предприятии, приобщаю к участию в профильных олимпиадах и научных конференциях
Популяризирую среди студентов научный подход и новизну в области 1С.
Показать полностью...
Старший преподаватель Тюменского государственного университета.
Магистр компьютерных наук по программе "Информационные системы анализа данных".
Принимал участие в менторстве иностранных студентов в 1C Skills Camp.
Начал свое развитие в 1С со студенчества. Активно участвовал в олимпиадах, конкурсах и конференциях. На данный момент сам занимаюсь преподаванием и наставничеством: обучаю студентов, являюсь научным руководителем выпускных квалификационных работ, курирую практику студентов на предприятии, приобщаю к участию в профильных олимпиадах и научных конференциях
Популяризирую среди студентов научный подход и новизну в области 1С.
«Опыт руководства выпускными квалификационными работами на базе задач машинного обучения с интеграцией в "1С:Здравоохранение 72"»
С 2016 года участвуем в обучении студентов. Один из видов преподавательской деятельности – это руководство выпускными квалификационными работами, которые разрабатываются на базе нашего предприятия. Часть работ посвящена решению задач машинного обучения.
В работах совмещаем технологии 1С и научную деятельность в сфере ИИ. Некоторые из решенных задач через градиентный бустинг:
- триаж пациентов на плановую операцию сердца;
- прогнозирование состояния коечного фонда;
- прогнозирование ухудшения состояния здоровья пациентов с сердечно-сосудистыми заболеваниями;
- прогнозирование перевода пациента в реанимацию.
При решении тестируем разные алгоритмы машинного обучения и выбираем наиболее подходящий для конкретной задачи.
В рамках доклада расскажем о нескольких решенных проектах. Какая проблема стояла, какое решение нашли, какие инструменты использовали и какой получили результат. Кроме этого коснемся темы подготовки ВКР студента на базе решенной задачи и работы со студентами.
В работах совмещаем технологии 1С и научную деятельность в сфере ИИ. Некоторые из решенных задач через градиентный бустинг:
- триаж пациентов на плановую операцию сердца;
- прогнозирование состояния коечного фонда;
- прогнозирование ухудшения состояния здоровья пациентов с сердечно-сосудистыми заболеваниями;
- прогнозирование перевода пациента в реанимацию.
При решении тестируем разные алгоритмы машинного обучения и выбираем наиболее подходящий для конкретной задачи.
В рамках доклада расскажем о нескольких решенных проектах. Какая проблема стояла, какое решение нашли, какие инструменты использовали и какой получили результат. Кроме этого коснемся темы подготовки ВКР студента на базе решенной задачи и работы со студентами.
Уровень сложности доклада - Практикам
КРОК
Руководитель группы разработки 1С, Технический менеджер по внедрению бизнес-приложений
Более 20 лет опыта внедрения и управления проектами на платформе 1С Предприятие. Сертифицированный руководитель комплексных проектов. Прошел путь от разработчика 1С Предприятие 7.7 до руководителя комплексных проектов на 1С ERP Управление холдингом. За последние 10 лет руководил крупными проектами внедрения финансового, производственного и МСФО учета. Два проекта были удостоены премии «1С Проект года».
Показать полностью...
«Искусственный интеллект в ИТ-проектах: практические кейсы и немного теории»
Сейчас как никогда важно идти в ногу со временем и смело использовать новые инструменты, чтобы облегчить жизнь и сохранить конкурентоспособность. Я расскажу, как снизить издержки и автоматизировать работу сотрудников на проектах с помощью ИИ. Все инструменты, которыми я поделюсь, направлены на сокращение рутинной работы и помогают управленцам, консультантам и разработчикам фокусироваться на главных задачах.
В докладе расскажу, как искусственный интеллект помогает:
- В ИТ-проектах при подготовке к старту работ,
- При моделировании процессов,
- При проектировании и разработке,
- В обучении пользователей,
- При поддержке процессов эксплуатации.
А также дам немного теории о больших языковых моделях, Fine-tuning и RAG: особенности технологий, нашей архитектуре работы ИИ-ассистентов, ручной оценке качества работы ИИ, автоматической оценке качества работы ИИ.
В докладе расскажу, как искусственный интеллект помогает:
- В ИТ-проектах при подготовке к старту работ,
- При моделировании процессов,
- При проектировании и разработке,
- В обучении пользователей,
- При поддержке процессов эксплуатации.
А также дам немного теории о больших языковых моделях, Fine-tuning и RAG: особенности технологий, нашей архитектуре работы ИИ-ассистентов, ручной оценке качества работы ИИ, автоматической оценке качества работы ИИ.
Trisoft
Стажер Программист
Учусь в Московском Авиационном Институте на втором курсе на IT-специальности. Я разработчик в компании ТРИСОФТ.
«Как появление ИИ повлияло на нынешних начинающих разработчиков и не только»
В своем докладе расскажу актуальную проблему среди моих сверстников - использование ИИ в повседневной жизни, как панацея. Если с первого взгляда так и может показаться, но на самом деле не все так может быть и красочно.
1) Почему появление ИИ способсутвет деградации знаний и понимания процессов у джунов
2) Необходимо ли поднимать порог входа в сферу разработки 1С для новеньких?
3) Почему люди, которые используют ИИ для генерации кода 1С могут быть неэффективными для компании
4) Можно ли использовать ИИ для автоматизации рутинной работы в 1С (в части кода) и не повлечет ли это некоторые риски
1) Почему появление ИИ способсутвет деградации знаний и понимания процессов у джунов
2) Необходимо ли поднимать порог входа в сферу разработки 1С для новеньких?
3) Почему люди, которые используют ИИ для генерации кода 1С могут быть неэффективными для компании
4) Можно ли использовать ИИ для автоматизации рутинной работы в 1С (в части кода) и не повлечет ли это некоторые риски
ООО "Концепт"
Директор по развитию
Директор по развитию компании Концепт.
Product Owner сервиса MAKER.
Опыт в ИТ более 16 лет.
Product Owner сервиса MAKER.
Опыт в ИТ более 16 лет.
«Как мы интегрировали GPT модели к сервису MAKER и что из этого вышло.»
1. Какие задачи пробовали решить с помощью GPT моделей?
2. Расскажу какие GPT модели протестировали, приведу сравнительный результат.
3. Важность роли, контекста и требований к выходному результату при работе с генеративными языковыми моделями.
4. Обучение GPT модели, что это дает? Спойлер: попытка создать корпоративную базу знаний.
5. Как интеграция сервиса MAKER и GPT ускоряет разработку требований к программному продукту.
2. Расскажу какие GPT модели протестировали, приведу сравнительный результат.
3. Важность роли, контекста и требований к выходному результату при работе с генеративными языковыми моделями.
4. Обучение GPT модели, что это дает? Спойлер: попытка создать корпоративную базу знаний.
5. Как интеграция сервиса MAKER и GPT ускоряет разработку требований к программному продукту.
Уровень сложности доклада - Практикам
Фирма "1С"
Тимлид
- Отвечаю за разработку, развитие и выпуск конфигурации 1С:Бухгалтерия некоммерческой организации.
- Занимаюсь разработкой 1С:Бухгалтерия предприятия.
- Внедряю современные технологии и автоматизирую процессы.
- Лауреат и победитель премии Infostart Awards 2017
- 11 лет подряд выступаю на партнёрских семинарах 1С
«Код-ревью с помощью ИИ. Текущие возможности и тренды.»
Искусственный интеллект в код-ревью — это не фантастика, а реальность, которая уже сегодня помогает разработчикам улучшать свои проекты. Хотите узнать, как ИИ может автоматически находить баги и предлагать улучшения, экономя ваше время и ресурсы? Тогда этот доклад для вас!
Что обсудим:
• Как ИИ помогает выявлять ошибки, улучшать стиль и производительность кода
• Популярные инструменты для анализа кода: GitHub Copilot, SonarQube, CodeRabbit
• Интеграция ИИ в существующие процессы разработки
• Удачные и неудачные примеры проведения ревью кода с помощью ИИ
• Преимущества и ограничения ИИ: что может, а что не заменит искусственный интеллект?
Для кого?
Для разработчиков, тимлидов и всех, кто хочет упростить рутинные задачи код-ревью и повысить качество своего кода с помощью современных технологий.
Что обсудим:
• Как ИИ помогает выявлять ошибки, улучшать стиль и производительность кода
• Популярные инструменты для анализа кода: GitHub Copilot, SonarQube, CodeRabbit
• Интеграция ИИ в существующие процессы разработки
• Удачные и неудачные примеры проведения ревью кода с помощью ИИ
• Преимущества и ограничения ИИ: что может, а что не заменит искусственный интеллект?
Для кого?
Для разработчиков, тимлидов и всех, кто хочет упростить рутинные задачи код-ревью и повысить качество своего кода с помощью современных технологий.
Уровень сложности доклада - Практикам
Елена Загибалова
СИТЕК
Руководитель отдела RnD и ИИ
Люблю современные технологии, работаю с ИИ.
Специализируюсь на языковых моделях. Готова делиться опытом
Специализируюсь на языковых моделях. Готова делиться опытом
«Подключаем GigaChat к 1С»
Мы подключили GigaChat в помощь бухгалтеру для обработки платежей в 1С:ERP. Это легко повторить. Расскажу как)
Обсудим возможности технологии и ее ограничения.
Вместе с вами придумаем новые варианты применения языковых моделей в 1С.
Будет интересно.
Обсудим возможности технологии и ее ограничения.
Вместе с вами придумаем новые варианты применения языковых моделей в 1С.
Будет интересно.
Уровень сложности доклада - Практикам
Денис Беляев
Технологии. Автоматизация. Бизнес. (ТАБ)
Генеральный директор
Программист.
Лидер мнений по рискам, ИТ и ИБ.
Эксперт в ИИ.
Лидер мнений по рискам, ИТ и ИБ.
Эксперт в ИИ.
«Практика LLM в процессах автоматизации - смена "правил игры"»
ChatGPT все больше входит в нашу жизнь по обычным бытовым вопросам. Но в связи с появлением высококачественных отечественных on-prem LLM моделей появилась возможность использовать их в задачах автоматизации бизнеса.
В докладе разберем:
1. Реализованные проекты внедрения с использованием LLM.
2. Варианты применения LLM моделей.
3. Принципы когда применение LLM модели возможно, а когда нет.
В докладе разберем:
1. Реализованные проекты внедрения с использованием LLM.
2. Варианты применения LLM моделей.
3. Принципы когда применение LLM модели возможно, а когда нет.
Уровень сложности доклада - Новичкам
Информационная безопасность, защита данных, управление рисками
WiseAdvice.tech
CDTO
В разработку на 1С пришел в 2012 году.
Прошел интересный путь, полный восторга и "открытий чудных" в 1С.
Занимался автоматизацией предприятий outstaff-направлений, внедрял CRM-системы в call-центрах, управлял отделом разработки в большом туристическом холдинге.
Имею два высших образования: техническое и экономическое.
Люблю интеграции под любым соусом.
PS: В свободное время (пока никто не видит) делаю интеграции ради интеграций.
Показать полностью...
«Строим безопасную инфраструктуру для 1С»
Рано или поздно все начинают решать вопросы безопасности внутри 1С приложений и около них.
В багаже есть пул кейсов, которыми хочется поделиться.
Попробуем поговорить о безопасности в рамках:
1. интеграций
2. удаленного доступа к информации внутри 1С
3. журналирования доступа к конфиденциальной информации (методами платформы)
4. цена безопасности в активной фазе разработки
5. цена безопасности по итогам проникновения в контур злонамеренного ИТ-специалиста.
В багаже есть пул кейсов, которыми хочется поделиться.
Попробуем поговорить о безопасности в рамках:
1. интеграций
2. удаленного доступа к информации внутри 1С
3. журналирования доступа к конфиденциальной информации (методами платформы)
4. цена безопасности в активной фазе разработки
5. цена безопасности по итогам проникновения в контур злонамеренного ИТ-специалиста.
Уровень сложности доклада - Практикам
Сергей Кулевский
АО ГЛОНАСС
Архитектор
Занимался 1С DevOps, когда еще это не было мейнстримом. Из рядовых саппортов вырос в разработчика-инженера.
«50 оттенков беззащитности 1С: почему данные могут утечь»
1. Сколько прав доступа ДОСТАТОЧНО, чтобы пользователь увел вашу базу обработкой в 50 строк?
Почему достаточно прав на использование обработок, чтобы все пошло кувырком
2. РИСКОВАТЬ! Нельзя терпеть!
Стандартное поведение бизнеса в условиях аврала и реакция разработчиков.
Подходы, на которые не обращают внимания.
3. Скрытая угроза: как вероятнее всего будет выглядеть уязвимость и почему вы узнаете об утечке данных последним.
4. Где КОРП с профилями безопасности не панацея?
Сильные и слабые стороны профилей КОРПа, где они помогут и где нет, а также:
КОРП и импортозамещение несовместимы?
5. РИСКОВАТЬ нельзя. Терпеть!
SonarQube и его реакция. Почему code-review актуален как никогда.
Почему достаточно прав на использование обработок, чтобы все пошло кувырком
2. РИСКОВАТЬ! Нельзя терпеть!
Стандартное поведение бизнеса в условиях аврала и реакция разработчиков.
Подходы, на которые не обращают внимания.
3. Скрытая угроза: как вероятнее всего будет выглядеть уязвимость и почему вы узнаете об утечке данных последним.
4. Где КОРП с профилями безопасности не панацея?
Сильные и слабые стороны профилей КОРПа, где они помогут и где нет, а также:
КОРП и импортозамещение несовместимы?
5. РИСКОВАТЬ нельзя. Терпеть!
SonarQube и его реакция. Почему code-review актуален как никогда.
Денис Беляев
Технологии. Автоматизация. Бизнес. (ТАБ)
Генеральный директор
Программист.
Лидер мнений по рискам, ИТ и ИБ.
Эксперт в ИИ.
Лидер мнений по рискам, ИТ и ИБ.
Эксперт в ИИ.
«Риск-ориентированное управление ИТ-инфраструктурой и процессами информационной безопасности»
Самое эффективное управление информационной безопасностью - риск-ориентированное. Это мы знаем из университетских курсов и отвечали так на экзаменах. Но как конкретно это применить в практике?
Разберем в докладе:
1. Базовые термины и принципы управления рисками.
2. Дашборд принятия решений по управлению рисками и пример работы с ним
3. Примеры принятых решений ИТ-руководителями на основе риск-ориентированного управления и полученный эффект от данных решений в рублях.
Разберем в докладе:
1. Базовые термины и принципы управления рисками.
2. Дашборд принятия решений по управлению рисками и пример работы с ним
3. Примеры принятых решений ИТ-руководителями на основе риск-ориентированного управления и полученный эффект от данных решений в рублях.
Уровень сложности доклада - Практикам
Александр Леонов
Positive Technologies
Ведущий эксперт лаборатории экспертного центра безопасности,
Занимается сферой vulnerability management с 2009 года. Работал как на стороне вендора, так и на стороне заказчиков. Развивает открытые проекты по детектированию и приоритизации уязвимостей, ведет телеграмм-канал «Управление Уязвимостями и прочее».
Показать полностью...
«Контроль состояния процесса Управления Уязвимостями»
Эксплуатация известных уязвимостей инфраструктуры, которые не были своевременно устранены, является одним из основных методов, используемых злоумышленниками в атаках на организации. В рамках доклада рассмотрим подход к построению процесса Управления Уязвимостями и контролю его состояния, учитывающему:
- Адекватность используемых решений по детектированию уязвимостей
- Анализ уязвимостей и заведение задач на устранение уязвимостей
- Охват инфраструктуры, качество работы с активами и ответственными за устранение уязвимостей
- Отслеживание выполнения SLA по задачам на устранение уязвимостей для скоупов активов
Уровень сложности доклада - Практикам
Игорь Апресов
Ingvar Consulting, LLC
Генеральный директор
Закончил МИФИ факультет КиБ (кибернетика и информационная безопасность) по специальности 10.05.03 Информационная безопасность автоматизированных систем
Работал в Фирме 1С, разрабатывал БСП и стандарты
Показать полностью...
Работал в Фирме 1С, разрабатывал БСП и стандарты
«Что такое информационная безопасность и как она пересекается с 1С»
Вводная лекция
- Что такое информационная безопасность
- Безопасность информации и информационная безопасность, в чем разница?
- Эксплуатация и защищенный контур
- Соответствие требований регуляторов
- "Бумажная безопасность"
- Защита кода и авторские права
- Проектирование и разработка безопасных программ
- Управление циклом безопасной разработки
Уровень сложности доклада - Новичкам
Bellerage IT
Руководитель направления разработки
Руководитель проектов разработки коробочных продуктов. Автор opensource проектов для 1С: sonarqube-for-1c, redis 1c addin, подсистема кэширования, bellerage-ssl. Эксперт в области интеграционных решений с 1С: корпоративные веб-порталы, веб/мобильные технологии, шины данных.
Показать полностью...
«Всё об аутентификации в 1С»
Платформа 1С активно развивается в сторону крупного корпоративного сегмента, и это отчётливо видно по разнообразию способов аутентификации в последних версиях платформы.
В докладе мы подробно рассмотрим все доступные методы аутентификации — от самых старых до самых современных.
Вы узнаете об особенностях, плюсах и минусах каждого способа аутентификации.
В докладе мы подробно рассмотрим все доступные методы аутентификации — от самых старых до самых современных.
Вы узнаете об особенностях, плюсах и минусах каждого способа аутентификации.
Уровень сложности доклада - Новичкам
Евгений Баклушин
Независимый эксперт, автор блога BESSEC
Автор блога BESSEC. Заместитель технического директора
Автор блога BESSEC. Эксперт по кибербезопасности и менеджер со стажем более 10 лет.
Работал в госорганах, интеграторе (УЦСБ на позиции замдиректора аналитического центра, вендоре). Преподаю в УрФУ, являюсь членом аттестационной госкомиссии.
Показать полностью...
Работал в госорганах, интеграторе (УЦСБ на позиции замдиректора аналитического центра, вендоре). Преподаю в УрФУ, являюсь членом аттестационной госкомиссии.
«Zero Trust: новый стандарт кибербезопасности?»
В докладе будет рассмотрено применение концепции Zero Trust (ZT) для решения задач кибербезопасности.
Рассмотрим историю и основные принципы концепции, на какие элементы кибербезопасности (силы и средства) воздействует концепция.
Также посмотрим, как внедрить концепцию ZT в своей организации и какие преимущества она даст, как отделу ИБ, так и организации в целом.
Рассмотрим историю и основные принципы концепции, на какие элементы кибербезопасности (силы и средства) воздействует концепция.
Также посмотрим, как внедрить концепцию ZT в своей организации и какие преимущества она даст, как отделу ИБ, так и организации в целом.
Уровень сложности доклада - Экспертам
Евгений Царёв
RTM Group
Управляющий
Управляющий RTM Group, эксперт в области IT-права и кибербезопасности. 15 лет в сфере защиты информации.
Более 10 лет – на руководящих позициях крупных компаний отрасли, включая Leta IT-company и Swivel Secure. В 2018 г. основал и возглавил группу компаний RTM Group, специализирующуюся на IT-праве, проведении нормативно-технических экспертиз и аудитов в области ИБ и ИТ. В качестве приглашенного эксперта Евгений Царев участвует в разработке стандартов, а также в судебных процессах по ИТ. Является автором курсов по ИБ, десятка исследований и нескольких сотен публикаций и комментариев в СМИ.
Показать полностью...
Более 10 лет – на руководящих позициях крупных компаний отрасли, включая Leta IT-company и Swivel Secure. В 2018 г. основал и возглавил группу компаний RTM Group, специализирующуюся на IT-праве, проведении нормативно-технических экспертиз и аудитов в области ИБ и ИТ. В качестве приглашенного эксперта Евгений Царев участвует в разработке стандартов, а также в судебных процессах по ИТ. Является автором курсов по ИБ, десятка исследований и нескольких сотен публикаций и комментариев в СМИ.
«Актуальное в законах и регуляторных требованиях»
Актуальные регламентирующие документы
Документы, вышедшие в 2024 году и новинки/планы 2025 года
Ответственность по итогу 2024 года и чего боятся в 2025 году
Кому и Что делать обязательно нужно
Документы, вышедшие в 2024 году и новинки/планы 2025 года
Ответственность по итогу 2024 года и чего боятся в 2025 году
Кому и Что делать обязательно нужно
Уровень сложности доклада - Практикам
Роман Никишов
ООО «Международная служба сертификации» (ООО «МСС»)
Ведущий аудитор
«Стандарт ISO 27001 как основа системы управления рисками информационной безопасности»
1 Понятие «Информационная безопасность» (ИБ).
• «Три кита» информационной безопасности – конфиденциальность, целостность, доступность.
• Безопасность – сведение к разумному минимуму потерь конфиденциальности, целостности, доступности.
• Понятие «Риск» и концепция приемлемого уровня риска.
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 – инструмент оптимизации затрат при обеспечении приемлемого уровня информационной безопасности.
Показать полностью...
• «Три кита» информационной безопасности – конфиденциальность, целостность, доступность.
• Безопасность – сведение к разумному минимуму потерь конфиденциальности, целостности, доступности.
• Понятие «Риск» и концепция приемлемого уровня риска.
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 рублей)
- Лидер центра компетенций "Кибербезопасность" НТИ Энерджинет
- Руководитель отдела развития бизнеса InfoWatch ARMA
Показать полностью...
- Формирование и сопровождение реализации более 30 крупных проектов по ИБ (от 100 000 000 рублей)
- Лидер центра компетенций "Кибербезопасность" НТИ Энерджинет
- Руководитель отдела развития бизнеса InfoWatch ARMA
«Роль и инструменты информационной безопасности в бизнесе компании»
Одна из ключевых проблем представителей ИБ в том, что они плохо понимают бизнес и не могут сформировать и донести пользу для него.
Проблема бизнеса, руководителей ИТ и разработки в том, что они не стараются брать максимум из системы ИБ, которую считает дотационной и тормозящей процессы.
В докладе будут даны ответы на вопросы:
- какие возможности есть в информационной безопасности для управления и развития бизнеса?
- какие инструменты есть в информационной безопасности для оптиизации затрат бизнеса?
- почему выгодно как можно раньше и как можно качественнее развивать систему информационной безопасности?
Проблема бизнеса, руководителей ИТ и разработки в том, что они не стараются брать максимум из системы ИБ, которую считает дотационной и тормозящей процессы.
В докладе будут даны ответы на вопросы:
- какие возможности есть в информационной безопасности для управления и развития бизнеса?
- какие инструменты есть в информационной безопасности для оптиизации затрат бизнеса?
- почему выгодно как можно раньше и как можно качественнее развивать систему информационной безопасности?
Уровень сложности доклада - Новичкам
Лидерство и управление ИТ-командами
Алексей Расчетов
Sportmaster Lab
Заместитель начальника отдела
X-shape специалист, совмещающий глубокую экспертизу в операционном, управленческом и регламентном учете с опытом построения финансовых, бюджетным моделей, параллельно с практическими навыками автоматизации данных участков, продолжающий развитие своих управленческих и коммуникационных soft skills, как hard skills в качестве Teamlead.
Имею степень Магистра Экономики и заканчиваю MBA «ИТ-Менеджмент». Первую половину профессионального опыта составляют позиции главного бухгалтера и финансового директора в организациях от малых до крупных форм. Участвовал в качестве ключевого пользователя и бизнес-драйвера внедрения процессов автоматизации.
Последние 6 лет работаю в крупных (российских и международных) компаниях на позициях Teamlead, Product lead, Функционального архитектора и Архитектора 1С. Внедряю новые функциональности с использованием гибких методологий Agile (Scrum, Kanban), придерживаясь принципов Lean management.
Показать полностью...
Имею степень Магистра Экономики и заканчиваю MBA «ИТ-Менеджмент». Первую половину профессионального опыта составляют позиции главного бухгалтера и финансового директора в организациях от малых до крупных форм. Участвовал в качестве ключевого пользователя и бизнес-драйвера внедрения процессов автоматизации.
Последние 6 лет работаю в крупных (российских и международных) компаниях на позициях Teamlead, Product lead, Функционального архитектора и Архитектора 1С. Внедряю новые функциональности с использованием гибких методологий Agile (Scrum, Kanban), придерживаясь принципов Lean management.
«Хаос-контроль или организация задач и обязательств без стресса и тревоги»
В современным мире руководители разных уровней, в той или иной степени, обладают навыком «стихийного управления порядком», что не позволяет им окончательно утонуть в потоке задач и обязательств. Проблема хаоса в задачах и обязательствах часто приводит к перегрузке и, как следствие, стрессу и тревожности. Когда в этой ситуации оказался я, то приступил к изучению методик и существующих инструментов.
Пройдя путь от привычных календарей и органайзеров до «Todoist» и «ЛидерТаск». Погрузившись в Матрицу Эйзенхауэра, одновременно жонглируя «Pomodoro» с Getting Things Done (GTD) – я открыл для себя «Хаос-контроль» и его лаконичную философию.
Данным докладом хочу призвать коллег обратить внимание на необходимость управления ежедневным потоком задач, предложить минимально необходимые инструменты и методики, поделиться своим практическим опытом перехода на «контроль хаоса» вместо, уже ставшей привычной, ежедневной тревожности.
Пройдя путь от привычных календарей и органайзеров до «Todoist» и «ЛидерТаск». Погрузившись в Матрицу Эйзенхауэра, одновременно жонглируя «Pomodoro» с Getting Things Done (GTD) – я открыл для себя «Хаос-контроль» и его лаконичную философию.
Данным докладом хочу призвать коллег обратить внимание на необходимость управления ежедневным потоком задач, предложить минимально необходимые инструменты и методики, поделиться своим практическим опытом перехода на «контроль хаоса» вместо, уже ставшей привычной, ежедневной тревожности.
Уровень сложности доклада - Практикам
Т-Банк
Руководитель группы разработки
Занимаюсь 1С больше 15 лет. Начинал карьеру в небольшой Франчайзи. Последние 3 года работаю в Т-Банке, 2 из которых - тимлид команды разработки, отвечающей за автоматизацию кадрового учёта.
Показать полностью...
«Тимлид как тренер: как собрать идеальную команду»
Команда - это нечто большее, чем набор индивидуальностей. Всегда хочется набрать себе в команду лучших из лучших. Но если в команде будет 10 Месси, кто будет таскать рояль?
Менеджерский опыт очень похож на тренерский. Не случайно в Англии футбольных тренеров тоже называют менеджерами.
Что важнее, хард или софт скиллы? На что обращать внимание при рассмотрении кандидатов? Я поделюсь своим опытом формирования команды разработки в Т-Банке, расскажу, насколько релевантны сравнения команд разработки со спортивными, и насколько функции тимлида сопоставимы с работой тренера.
Менеджерский опыт очень похож на тренерский. Не случайно в Англии футбольных тренеров тоже называют менеджерами.
Что важнее, хард или софт скиллы? На что обращать внимание при рассмотрении кандидатов? Я поделюсь своим опытом формирования команды разработки в Т-Банке, расскажу, насколько релевантны сравнения команд разработки со спортивными, и насколько функции тимлида сопоставимы с работой тренера.
Уровень сложности доклада - Практикам
Катерина Изюмская
Инфостарт
Руководитель Проектного офиса
Более 8 лет в сфере 1С, 5 лет из них - в управлении. Есть опыт как в развитии текущих направлений, так и запуска с нуля.
В Инфостарт начинала с позиции руководителя отдела Маркетплейс.
В своей работе делаю упор на развитие команды.
2 высших, одно из которых Психология.
Показать полностью...
В Инфостарт начинала с позиции руководителя отдела Маркетплейс.
В своей работе делаю упор на развитие команды.
2 высших, одно из которых Психология.
«Антикризисное управление. Может ли энергия быть бесконечной?»
Кризис можно воспринимать не только как трудность, но и как уникальную возможность для изменений и развития. Важно осознать, что именно в такие периоды возникают новые идеи и перспективы, которые могут привести к преобразованиям в бизнесе и жизни.
В своем выступлении поделюсь основными мыслями о том, как можно не только выжить в трудные времена, но и выйти из кризиса с новой энергией и результатами.
Основные тезисы:
В своем выступлении поделюсь основными мыслями о том, как можно не только выжить в трудные времена, но и выйти из кризиса с новой энергией и результатами.
Основные тезисы:
- Как при работе с кризисными проектами/направлениями, не уйти в личный кризис
- Где найти опору, когда нет результатов
- Как быть не затянутым в хаос
- Мои ошибки в управлении кризисными проектами/направлениями
- Как понять, что кризис миновал и наступила эпоха развития…и что дальше…
Уровень сложности доклада - Практикам
Константин Паламарчук
Programming Store
Ведущий разработчик 1С, тимлид
В IT с 2008 года, окончил университет с профессией "Инженер-системотехник" и понеслось. Сначала занимался разработкой тиражных отраслевых решений на платформе 1С. Затем стал руководителем и начал разбираться, как устроены люди: почему они что-то делают, а что-то нет. Люблю музыку и экстремальные виды спорта. Живу в Восточном Казахстане.
Показать полностью...
«GPT Chat - как тренажер управленческих навыков»
1. Блиц-обзор управленческих навыков. Какие из них можно и нужно тренировать?
2. Опасная и безопасная среда для оттачивания навыка постановки задач.
3. Структура грамотно поставленной задачи (контекст, результат, срок и другие составляющие).
4. Тренируемся вместе: увидим на примерах когда GPT-чат "халтурит", а когда исполняет задачу.
2. Опасная и безопасная среда для оттачивания навыка постановки задач.
3. Структура грамотно поставленной задачи (контекст, результат, срок и другие составляющие).
4. Тренируемся вместе: увидим на примерах когда GPT-чат "халтурит", а когда исполняет задачу.
Уровень сложности доклада - Новичкам
Евгений Мазуренко
Ozon
Руководитель отдела разработки финансовых и отраслевых систем 1С
15 лет в разработке, начинал как разработчик SQL, затем перешел в разработку на 1С, последние 8 лет занимаюсь управлением в различных командах разработки, практикую гибкие подходы в разработке ПО.
Показать полностью...
«Как тимлиду научиться делегировать»
Для многих начинающих тимлидов, делегирование превращается в настоящую проблему и это приводит к перегруженности руководителя и как следствие к снижению эффективности работы всей команды.
В докладе подробно разберем:
- От куда борется проблема делегировать и в чем она заключается
- Поговорим о том, как внедрить делегирование в повседневную работу
- Разберем, что можно делегировать, а что не стоит
Доклад будет полезен начинающим тимлидам столкнувшимся с проблемой начать делегировать, поговорим о причинах и страхах делегировать, разберем практические советы и инструменты для внедрения делегирования в повседневную работу, а опытные руководители смогут иначе взглянуть на свои подходы и возможно улучшить их.
В докладе подробно разберем:
- От куда борется проблема делегировать и в чем она заключается
- Поговорим о том, как внедрить делегирование в повседневную работу
- Разберем, что можно делегировать, а что не стоит
Доклад будет полезен начинающим тимлидам столкнувшимся с проблемой начать делегировать, поговорим о причинах и страхах делегировать, разберем практические советы и инструменты для внедрения делегирования в повседневную работу, а опытные руководители смогут иначе взглянуть на свои подходы и возможно улучшить их.
Уровень сложности доклада - Новичкам
CDEK
TeamLead 1С
13 лет создаю ИТ-отделы и управляю разными командами.
- создал 5 авторских курсов по 1С;
- вырастил 8+ 1С команд;
- провел более 1000 собеседований;
- нанял более 100 сотрудников на разные ИТ-должности.
«Интервью в 1 этап 1 час или как нанимать сотрудников в ИТ»
Время руководителей ИТ в компаниях стоит дорого, поэтому тратить его надо пользой.
Из доклада вы узнаете:
- как проводить интервью быстро и эффективно, чтобы удовлетворены остались обе стороны, и руководитель ИТ подразделения не превращался в HR-а;
- как правильно построить взаимодействие, чтобы успеть всё за 1 час;
- как принимать решение о найме;
- что можно получить из собеседований для себя и своей команды.
Из доклада вы узнаете:
- как проводить интервью быстро и эффективно, чтобы удовлетворены остались обе стороны, и руководитель ИТ подразделения не превращался в HR-а;
- как правильно построить взаимодействие, чтобы успеть всё за 1 час;
- как принимать решение о найме;
- что можно получить из собеседований для себя и своей команды.
Уровень сложности доклада - Новичкам
Lamoda Tech
Teamlead 1C Financial Group
Прошёл путь от разработчика 1С в небольшом интеграторе до тимлида, а затем и руководителя тимлидов в крупной федеральной e-comm компании. За свой почти 20-летний опыт работы я успел побыть на различных ролях - был разработчиком 1С, тимлидом, руководителем отдела разработки 1С в крупном федеральном ритейле, руководителем трех кросс-функциональных команд в известной компании из сегмента e-pharma, delivery manager в крупной госкомпании. А сейчас снова вернулся в тимлидство. За это время я получил разносторонний опыт работы в компаниях разного масштаба из разных сегментов бизнеса, познакомился с множеством подходов к управлению командами и продуктами как по классическим, так и гибким и гибридным методологиям.
Показать полностью...
«Тимлид в центре бури: как удержать равновесие между командой, продуктом и бизнесом?»
Каждый руководитель сталкивается с необходимостью адаптироваться в новой роли, на новом месте или в новой команде, но именно от вас зависит, насколько быстро вы войдёте в нужный ритм, заслужите доверие команды и коллег и станете по-настоящему эффективным. Особенно остро этот вопрос встает перед теми, кто только начинает свою карьеру в роли тимлида или переходит в новую компанию. В чем секрет успешного баланса между развитием продукта, нуждами бизнеса, управлением командой и улучшением процессов? Обо всём этом вы узнаете из моего доклада, в котором будут раскрыты ключевые моменты, которые помогут вам уверенно двигаться вперед.
Я предложу структурированный подход к балансу между четырьмя основными фокусами тимилида: командой, бизнесом, продуктом и процессами. Поделюсь практическими рекомендациями и подходами, которые помогут вам держать руку на пульсе событий и строить эффективную сильную команду. А также расскажу о том какие вопросы стоит задать себе уже на старте, чтобы избежать ошибок и обеспечить устойчивое развитие.
На основе личного опыта – включая первые шаги в роли тимлида, руководство отделом разработки 1С в крупном ретейле, опыт руководства тимлидами в e-comm компании и возврат к управлению командой – поделюсь реальными кейсами, когда правильный фокус на ключевых аспектах приводил к успеху, а ошибки становились ценными уроками. Присоединяйтесь, если хотите узнать, как успешно пройти путь от новичка до уверенного лидера!
Я предложу структурированный подход к балансу между четырьмя основными фокусами тимилида: командой, бизнесом, продуктом и процессами. Поделюсь практическими рекомендациями и подходами, которые помогут вам держать руку на пульсе событий и строить эффективную сильную команду. А также расскажу о том какие вопросы стоит задать себе уже на старте, чтобы избежать ошибок и обеспечить устойчивое развитие.
На основе личного опыта – включая первые шаги в роли тимлида, руководство отделом разработки 1С в крупном ретейле, опыт руководства тимлидами в e-comm компании и возврат к управлению командой – поделюсь реальными кейсами, когда правильный фокус на ключевых аспектах приводил к успеху, а ошибки становились ценными уроками. Присоединяйтесь, если хотите узнать, как успешно пройти путь от новичка до уверенного лидера!
Уровень сложности доклада - Практикам
MAG Development
Блогер, Тимлид
Телеграм блогер с аудиторией 2000+ 1Сников. Тимлид, системный аналитик, бывший программист 1С. Дебютировал спикером и занял 14 место среди 157 докладов конференции Инфостарт "A&PM EVENT 2024". Дважды лауреат премии Инфостарт. Автор статей на Инфостарт с рейтингом 3700+.
Показать полностью...
«Личный бренд в ИТ: Как Инфостарт и сообщество 1С помогут вам в карьерном росте»
Ребята, привет! Я хочу поделиться с вами не докладом, а провести настоящий сторителлинг на тему личного бренда. Расскажу вам головокружительную историю карьерного роста через личный бренд, от стажера до тимлида. Инфостарт здесь сыграл очень важную роль. А так же в этом во многом помогли замечательные люди, как вы, мои друзья и коллеги. Хочу поблагодарить всех, кто поддерживал и продолжает поддерживать меня в этом путешествии!
Что такое личный бренд
Важность личного бренда
Ключевые элементы личного бренда
Инструменты для создания личного бренда
Примеры успешных личных брендов в 1С
Стратегии продвижения личного бренда
Риски и вызовы
Заключение
Приходите, я постараюсь сделать так, чтобы это не было просто успешным опытом, а полезным уроком, который поможет вам начать свой путь в этом направлении.
Что такое личный бренд
Важность личного бренда
Ключевые элементы личного бренда
Инструменты для создания личного бренда
Примеры успешных личных брендов в 1С
Стратегии продвижения личного бренда
Риски и вызовы
Заключение
Приходите, я постараюсь сделать так, чтобы это не было просто успешным опытом, а полезным уроком, который поможет вам начать свой путь в этом направлении.
Уровень сложности доклада - Новичкам
Холдинг Т1
Тимлид команды разработки
- 20+ лет в IT управлении проектами/продуктами/разработкой, 15+ лет Agile, сейчас тимлид команды.
- Лидер сообщества тимлидов в Холдинге Т1, веду митапы "Кухня тимлида" в рецептами развития тимлидского опыта.
«Инструменты развития команды для тимлида»
В этом докладе я хочу рассказать, разобрать и поделиться некоторыми практиками, не всегда типичными для работы тимлида через призму процессов PDCA:
- Про командное планирование непонятных проектов
- Про исследования рабочих процессов
- Про проведение ретроспектив
- Про построение звёздной карты команды
Уровень сложности доклада - Практикам
Глеб Архангельский
ООО «Таймлист» (СП 1С)
Генеральный директор, ведущий российский эксперт по тайм-менеджменту
• Закончил факультет Прикладной математики СПб ГУ с красным дипломом
• Директор Центра бизнес-эффективности НИТУ МИСИС, к.э.н.
• Обладатель звания «Предприниматель года» Ernst and Young
• Закончил TRIUM Global Executive MBA
• Награжден благодарностью Правительства России и благодарностью Президента России
Показать полностью...
• Директор Центра бизнес-эффективности НИТУ МИСИС, к.э.н.
• Обладатель звания «Предприниматель года» Ernst and Young
• Закончил TRIUM Global Executive MBA
• Награжден благодарностью Правительства России и благодарностью Президента России
«ЛИДЕРСТВО И ТАЙМ-МЕНЕДЖМЕНТ В УПРАВЛЕНИИ ИТ-КОМАНДАМИ»
- Чем «лидерство» отличается от «менеджмента». Мой главный в жизни полезный лайфхак «лидерства».
- Принцип «навяжи свою повестку»
- Командный тайм-менеджмент: как ускорить работу и улучшить координацию, не отягощая команду слишком сложными инструментами
- Принцип «навяжи свою повестку»
- Командный тайм-менеджмент: как ускорить работу и улучшить координацию, не отягощая команду слишком сложными инструментами
Уровень сложности доклада - Практикам
Алексей Пименов
Neogenda
Сооснователь
Преподаватель и консультант по современным методам менеджмента. Прошел путь от разработчика до технического директора, последние 10 лет консультирую компании в области менеджмента и стратегии.
Показать полностью...
«Что делать, если обязали увеличить скорость команды?»
Под скоростью команды часто понимают две исключающие (ну почти) метрики: время производства и пропускную способность. Мы разберем обе:
- из чего состоит время производства, как его анализировать и как искать точки улучшения;
- из чего состоит пропускная способность, как ее максимизировать на тех ресурсах, которые есть и за счет чего можно ее увеличить
Рассмотрим читерство и античитерство, как нами манипулируют через метрики и как от этого защититься.
Участники уйдут с инструментами улучшения метрик и защиты от манипуляции метриками.
- из чего состоит время производства, как его анализировать и как искать точки улучшения;
- из чего состоит пропускная способность, как ее максимизировать на тех ресурсах, которые есть и за счет чего можно ее увеличить
Рассмотрим читерство и античитерство, как нами манипулируют через метрики и как от этого защититься.
Участники уйдут с инструментами улучшения метрик и защиты от манипуляции метриками.
Уровень сложности доклада - Практикам
Ренат Салихов
Programming Store
Ведущий разработчик 1С, тимлид
- Ведущий разработчик и тимлид в IT-компании Programming Store
- Внедряю в компании "1С:Элемент"
- Опыт в программировании 1С – 6 лет
- Веду блог в запрещенной сети, где делюсь опытом с начинающими 1С-разработчиками
«Встречи 1:1. Инструкция к применению»
1. Встречи 1:1 как инструмент управления командой – в чем их ценность и результативность.
- подробнее о том, какие цели преследуют встречи 1:1, и как помогают в достижении бизнес-результатов.
2. Опыт внедрения встреч 1:1. Ожидание и реальность.
3. Структурный подход к встречам 1:1.
- как спланировать ход разговора;
- в какой последовательности общаться с сотрудниками и почему;
- как работать с сопротивлением сотрудников.
- подробнее о том, какие цели преследуют встречи 1:1, и как помогают в достижении бизнес-результатов.
2. Опыт внедрения встреч 1:1. Ожидание и реальность.
3. Структурный подход к встречам 1:1.
- как спланировать ход разговора;
- в какой последовательности общаться с сотрудниками и почему;
- как работать с сопротивлением сотрудников.
Уровень сложности доклада - Новичкам
Корус Консалтинг
Ведущий аналитик
Ведущий аналитик компании Корус Консалтинг, тимлид на крупных проектах.
«Как создать сильную команду на проекте»
1. Что значит "сильная" команда.
2. Как определить способности участников команды.
3. Как использовать сильные и слабые стороны участников команды на пользу общего дела.
4. Постановка задач и приемка выполнения работ от команды.
5. Как правильно поощрять и правильно наказывать участников команды.
6. Приемы и "фишки" тимлида команды, используемые в работе.
7. Какая литература помогла мне в становлении тимлида - рекомендации.
2. Как определить способности участников команды.
3. Как использовать сильные и слабые стороны участников команды на пользу общего дела.
4. Постановка задач и приемка выполнения работ от команды.
5. Как правильно поощрять и правильно наказывать участников команды.
6. Приемы и "фишки" тимлида команды, используемые в работе.
7. Какая литература помогла мне в становлении тимлида - рекомендации.
Уровень сложности доклада - Практикам
Студия креативного консалтинга "Не просто ИДЕЯ"
руководитель проектов
Консультант по внедрению проектного управления, разработчик интеллектуальных систем управления (процессами, проектам, продуктом, персоналом). Руководитель Студии креативного консалтинга Не просто идея. С 2007 года руководитель международных проектов в сегментах: производство, добыча, машиностроение, информационные технологии. С 2017 года преподаватель MBA по направлениям операционное управление, проектное управление.
Показать полностью...
«Харизма руководителя проекта»
Как активировать свое обаяние?
Как Харизма влияет на успешность проекта?
Учимся говорить правильно и хорошо.
Как внешность влияет на эффективность управления?
Упражнение: как меня видят сотрудники и партнёры
Оценка своей Харизмы по шкале
Как Харизма влияет на успешность проекта?
Учимся говорить правильно и хорошо.
Как внешность влияет на эффективность управления?
Упражнение: как меня видят сотрудники и партнёры
Оценка своей Харизмы по шкале
Уровень сложности доклада - Практикам
ООО «Имплекс проекты»
Руководитель направления
В сфере 1С – более 18 лет. За это время был в ролях разработчика, консультанта, преподавателя, руководителя проектов, заместителя директора, руководителя компании. Сейчас занимаюсь направлением "1С:Франчайзинг" и являюсь руководителем команды в компании Implecs.
Показать полностью...
«Четыре инструмента, которые помогают мне снизить количество уходов специалистов из команды.»
Я руковожу командой специалистов 1С – разработчики, консультанты, аналитики. Большинство сотрудников работают в удаленном формате из разных городов России. Последние несколько лет я замечаю в нашей сфере тенденцию легкой смены места работы. Это и понятно – для сотрудника при удаленном формате работы, с точки зрения организации труда мало что меняется при смене работодателя. При этом, в нашей компании конкурентная зарплата, есть множество «плюшек» и бонусов. Так почему сотрудники уходят? Наши HR-специалисты провели анализ причин увольнений и выяснили, что большинство можно объединить фразой «не хватало внимания от руководителя».
В своем докладе я поделюсь выводами о том, что за внимание требуется сотрудникам команды. Также я расскажу о тех рабочих инструментах, которые я регулярно использую для поддержания чувства «плеча» руководителя. Этот доклад будет полезен тем, кто хочет улучшить эмоциональный фон команды и за счет этого снизить отток специалистов.
В своем докладе я поделюсь выводами о том, что за внимание требуется сотрудникам команды. Также я расскажу о тех рабочих инструментах, которые я регулярно использую для поддержания чувства «плеча» руководителя. Этот доклад будет полезен тем, кто хочет улучшить эмоциональный фон команды и за счет этого снизить отток специалистов.
Уровень сложности доклада - Практикам
Анастасия Криулина
КОРУС Консалтинг
Фасилитатор и T&D-менеджер в ГК "КОРУС Консалтинг"
Специализация в области организационной психологии
MBA Facilitation, Moderation and Strategic thinking
15+ лет в обучении взрослых в НКО, бизнес-образовании, горнодобывающая промышленность, IT
9+ лет работы с командами
3+ лет в фасилитации (организация и сопровождение эффективной командной работы)
Внедрила и продолжаю развивать культуру командных сессий в КОРУС Консалтинг с 1300+ сотрудников
Показать полностью...
MBA Facilitation, Moderation and Strategic thinking
15+ лет в обучении взрослых в НКО, бизнес-образовании, горнодобывающая промышленность, IT
9+ лет работы с командами
3+ лет в фасилитации (организация и сопровождение эффективной командной работы)
Внедрила и продолжаю развивать культуру командных сессий в КОРУС Консалтинг с 1300+ сотрудников
«Ретроспективы: как выжать максимум из проекта для развития команды»
Для кого: для лидов групп и руководителей направлений, стремящихся к профессиональному и командному росту своих сотрудников.
На докладе поговорим о том, как специальным образом организованные встречи - ретроспективы помогают анализировать проекты и использовать полученный опыт для развития команды.
А именно: как фиксировать и использовать ценные знания, полученные в процессе работы, как улучшать коммуникацию, укреплять командный дух и предотвращать конфликты.
Что будет:
- Примеры ретроспектив из практики 1С КОРУС Консалтинг.
- Разбор целей, задач и структуры ретроспективы.
В итоге вы сможете определиться, подходит ли вашей команде формат ретроспектив. А если подходит - наметить план изучения и внедрения
На докладе поговорим о том, как специальным образом организованные встречи - ретроспективы помогают анализировать проекты и использовать полученный опыт для развития команды.
А именно: как фиксировать и использовать ценные знания, полученные в процессе работы, как улучшать коммуникацию, укреплять командный дух и предотвращать конфликты.
Что будет:
- Примеры ретроспектив из практики 1С КОРУС Консалтинг.
- Разбор целей, задач и структуры ретроспективы.
В итоге вы сможете определиться, подходит ли вашей команде формат ретроспектив. А если подходит - наметить план изучения и внедрения
Уровень сложности доклада - Практикам
Айти42
CIO
Директор управления корпоративной архитектурой крупного холдинга;
Победитель конкурса "Лидеры России" 2024;
Преподаватель президентской программы подготовки управленцев;
Участник кадрового резерва республики Татарстан, с наставником в 2024 году - Р.Н. Миннихановым.
Показать полностью...
Победитель конкурса "Лидеры России" 2024;
Преподаватель президентской программы подготовки управленцев;
Участник кадрового резерва республики Татарстан, с наставником в 2024 году - Р.Н. Миннихановым.
«В поиске резервов производительности»
Время — это ограниченный и невозобновляемый ресурс, которого нам всегда не хватает.
Потребность в человеческих ресурсах на единицу времени будет только возрастать.
Мы стремимся сделать больше всего одновременно: посетить инфостарт, провести выходные с семьёй, перейти на ERP, узнать новое, сдать экзамен на спеца, потушить очередной локальный ИТ-кризис, уделить время стратегии, найти время на спортзал, список можно продолжать бесконечно.
Можно ли сделать все наши действия эффективнее одновременно?
Да. Если рассмотреть нашу когнитивную деятельность по принятию решения как процесс, который необходимо оптимизировать.
Берем раздаточный материал, ручку и создаем себе 1,5 дополнительных часа в сутках.
В рамках интерактивного доклада, мы ответим себе на вопросы:
1. Чем отличаются решения, которые вы принимаете утром и вечером?
2. Как принять сложное решение, когда на него не осталось сил?
3. Какие решения проще вообще не принимать?
4. На каких этапах принятия решения "застреваете" лично вы и чего с этим сделать?
Потребность в человеческих ресурсах на единицу времени будет только возрастать.
Мы стремимся сделать больше всего одновременно: посетить инфостарт, провести выходные с семьёй, перейти на ERP, узнать новое, сдать экзамен на спеца, потушить очередной локальный ИТ-кризис, уделить время стратегии, найти время на спортзал, список можно продолжать бесконечно.
Можно ли сделать все наши действия эффективнее одновременно?
Да. Если рассмотреть нашу когнитивную деятельность по принятию решения как процесс, который необходимо оптимизировать.
Берем раздаточный материал, ручку и создаем себе 1,5 дополнительных часа в сутках.
В рамках интерактивного доклада, мы ответим себе на вопросы:
1. Чем отличаются решения, которые вы принимаете утром и вечером?
2. Как принять сложное решение, когда на него не осталось сил?
3. Какие решения проще вообще не принимать?
4. На каких этапах принятия решения "застреваете" лично вы и чего с этим сделать?
Уровень сложности доклада - Практикам
Приемы, методы разработки, DevOps: эффективные практики
Умное пространство (Самокат)
Ведущий разработчик
- Занимаюсь разработкой на 1С с 2011 года
- Более 5 лет проработал руководителем отдела разработки, вернулся обратно к программированию
- Эксперт по технологическим вопросам 1С
- С 2012 года преподаю программирование на 1С
«Разработка персонального голосового ассистента, который может все, что вам нужно (Алиса + Элемент + Телеграм)»
Технология "1С:Предприятие. Элемент" позволяет нам создать приложение которое, по умолчанию, опубликовано в Интернет - не нужно поднимать отдельный сервер, публиковать базу и т.д. Воспользуемся этим и реализуем персонального ассистента, которого можно использовать как из телеграмма, так и из Алисы, голосом.
Рассмотрим все что нужно сделать - создание вебхуков для проброса сообщений, обработка логики, отправка сообщений в бота, ответ голосом в Алисе.
В итоге, можно получать любую информацию из базы не только в текстовом виде, но и "голосом" из любого устройства с Алисой.
Рассмотрим все что нужно сделать - создание вебхуков для проброса сообщений, обработка логики, отправка сообщений в бота, ответ голосом в Алисе.
В итоге, можно получать любую информацию из базы не только в текстовом виде, но и "голосом" из любого устройства с Алисой.
Уровень сложности доклада - Практикам
Александр Конюхов
ТКБ Инвестмент Партнерс
Ведущий разработчик
Опытный специалист в области автоматизации учета, инвестиций и разработки решений на платформе 1С с 15-летним стажем.
Работаю в сфере инвестиций, ценных бумаг, паевых фондов и доверительного управления, занимаясь автоматизацией учета всего этого дела. Занимаюсь проектированием архитектуры решений, оптимизацией производительности системы, разработкой сложных подсистем и механизмов, а также вопросами управления командой разработки. Также провожу корпоративные обучения, направленные на улучшение качества кода. Стараюсь постоянно совершенствоваться в профессиональном плане
Показать полностью...
Работаю в сфере инвестиций, ценных бумаг, паевых фондов и доверительного управления, занимаясь автоматизацией учета всего этого дела. Занимаюсь проектированием архитектуры решений, оптимизацией производительности системы, разработкой сложных подсистем и механизмов, а также вопросами управления командой разработки. Также провожу корпоративные обучения, направленные на улучшение качества кода. Стараюсь постоянно совершенствоваться в профессиональном плане
«Токсичный рефакторинг: когда хорошие намерения приводят к проблемам»
Рефакторинг — это когда ты улучшаешь код, но не меняешь его поведение. Это как навести порядок в комнате: ты убираешь вещи на свои места, но комната остаётся такой же.
Иногда рефакторинг может пойти не так. Вот несколько ситуаций, когда рефакторинг может навредить:
1. Рефакторинг старого кода. Если не планируем развивать старый код, то менять его не стоит.
2. Рефакторинг непосредственно перед релизом. Мелкие правки могут обернуться большими проблемами. Лучше не рисковать.
3. Рефакторинг ради рефакторинга. Пытаемся усложнить свою жизнь на ровном месте. Потратим время для получения сомнительного эффекта
4. Рефакторинг без тестирования. Поправили небольшую опечатку в имени переменной и полностью сломали расчет себестоимости.
5. Рефакторинг "про запас". Прикрутили к запросу на получение данных кэширование. Сейчас оно не используется. Непонятно, понадобится ли оно в будущем.
6. Выделение похожей функциональности в универсальный мегаметод. Такие методы в перспективе превращаются в монстров Франкенштейнов с костылями в виде бесконечных Если Тогда ИначеЕсли КонецЕсли.
Когда рефакторинг действительно нужен?
Из доклада можно узнать, когда рефакторинг нужен, а когда нет. Это поможет избежать ошибок и сделать код лучше.
Иногда рефакторинг может пойти не так. Вот несколько ситуаций, когда рефакторинг может навредить:
1. Рефакторинг старого кода. Если не планируем развивать старый код, то менять его не стоит.
2. Рефакторинг непосредственно перед релизом. Мелкие правки могут обернуться большими проблемами. Лучше не рисковать.
3. Рефакторинг ради рефакторинга. Пытаемся усложнить свою жизнь на ровном месте. Потратим время для получения сомнительного эффекта
4. Рефакторинг без тестирования. Поправили небольшую опечатку в имени переменной и полностью сломали расчет себестоимости.
5. Рефакторинг "про запас". Прикрутили к запросу на получение данных кэширование. Сейчас оно не используется. Непонятно, понадобится ли оно в будущем.
6. Выделение похожей функциональности в универсальный мегаметод. Такие методы в перспективе превращаются в монстров Франкенштейнов с костылями в виде бесконечных Если Тогда ИначеЕсли КонецЕсли.
Когда рефакторинг действительно нужен?
Из доклада можно узнать, когда рефакторинг нужен, а когда нет. Это поможет избежать ошибок и сделать код лучше.
Уровень сложности доклада - Новичкам
Инфостарт
Заместитель руководителя по ИТ
Уже почти 5 лет в составе команды ИТ-лаборатории Инфостарта занимаюсь задачами автоматизации разработки и тестирования, а также в роли методиста и соавтора — созданием и проведением популярных курсов из серии «DevOps в 1С». В сфере 1С с 2003, прошел классический путь от сервис-инженера до руководителя отдела внедрения. С самого старта карьеры стараюсь активно участвовать в жизни сообщества 1С: пишу код для открытых проектов, делюсь опытом, отвечая на вопросы в популярных чатах по 1С, участвую в конференциях и митапах в роли докладчика и модератора.
«Лучшие практики разработки сценариев на Vanessa Automation, которые должен знать каждый тимлид QA»
Инструменты автоматизации тестирования для 1С:Предприятия 8 силами сообщества развиваются уже больше десяти лет, среди них давно определился лидер, диктующий правила - Vanessa Automation. Но до сих пор эти правила распространяются в формате "мифов и преданий, не высеченных в камне". Между тем, в профильных чатах все регулярно возникают вопросы, есть ли уже готовые стандарты/требования к разработке сценариев проверки поведения на ТурбоГеркине.
Мы в ИТ-Лаборатории Инфостарта проанализировали наиболее популярные и исторически сложившиеся приемы и "лучшие практики" создания сценариев проверки поведения, переосмыслили критерии, предъявляемые сценариям на классическом Gherkin, примерили на свой опыт и на основе этого сформулировали правила разработки сценариев на ТурбоГеркин, которыми хотели бы поделиться с сообществом.
В своем докладе я расскажу о наиболее важных из них, постараюсь их обосновать, покритиковать сложившиеся практики, которые мы считаем плохими и расскажу, как делать правильно.
Рассчитываю, что доклад откроет в сообществе дискуссию о правилах разработки сценариев проверки поведения, которая в итоге позволит сформулировать общие для сферы тестирования решений на платформе 1С критерии качества и требования и сделает работу тестировщиков-автоматизаторов эффективнее.
Мы в ИТ-Лаборатории Инфостарта проанализировали наиболее популярные и исторически сложившиеся приемы и "лучшие практики" создания сценариев проверки поведения, переосмыслили критерии, предъявляемые сценариям на классическом Gherkin, примерили на свой опыт и на основе этого сформулировали правила разработки сценариев на ТурбоГеркин, которыми хотели бы поделиться с сообществом.
В своем докладе я расскажу о наиболее важных из них, постараюсь их обосновать, покритиковать сложившиеся практики, которые мы считаем плохими и расскажу, как делать правильно.
Рассчитываю, что доклад откроет в сообществе дискуссию о правилах разработки сценариев проверки поведения, которая в итоге позволит сформулировать общие для сферы тестирования решений на платформе 1С критерии качества и требования и сделает работу тестировщиков-автоматизаторов эффективнее.
Уровень сложности доклада - Практикам
RDV
Ведущий эксперт 1С
За 11 лет профессионального развития прошел путь от стажера до сертифицированного эксперта по технологическим вопросам 1с. В одном из последних проектов проработал и реализовал отказоустойчивую архитектуру на 72 сервера, 25 информационных баз и 3500 пользователей. Провел на всем этом нагрузочное тестирование 1С:ERP, оптимизировал код и запустил систему в промышленную эксплуатацию.
Сейчас работаю в компании RDV техническим архитектором и отвечаю за развитие направления по решению проблем производительности высоконагруженных систем.
Показать полностью...
Сейчас работаю в компании RDV техническим архитектором и отвечаю за развитие направления по решению проблем производительности высоконагруженных систем.
«Нагрузочное тестирование 1С в проектах импортозамещения. Как обеспечить стабильность при переходе на Linux и PostgreSQL?»
Переход на Linux и PostgreSQL — серьезный шаг для любой компании! Как избежать падения производительности и сбоев в работе системы? Ключ к успеху — проведение предварительного нагрузочного тестирования.
Расскажу о рисках, связанных с отсутствием тестирования, и о том, как оно помогает выявить и устранить потенциальные проблемы до запуска системы. Особое внимание в докладе уделим следующим аспектам:
1. Инструменты для нагрузочного тестирования. Обсудим самые эффективные инструменты и их особенности. Разберем подготовку списка сценариев, которые максимально точно отразят реальную нагрузку на систему. Определим методы и приемы, которые помогут повысить точность и надежность полученных данных тестирования.
2. Подходы к нагрузочному тестированию. Что делать, если система уже стабильна и просто переезжает на новую инфраструктуру? А как быть, если идет внедрение, и система активно разрабатывается? Разберем различные стратегии тестирования для разных этапов проекта.
3. Планирование ресурсов и времени. Сколько специалистов нужно привлечь и сколько времени заложить на проведение? Поделюсь своим опытом и дам практические рекомендации по оптимальному распределению ресурсов.
Расскажу о рисках, связанных с отсутствием тестирования, и о том, как оно помогает выявить и устранить потенциальные проблемы до запуска системы. Особое внимание в докладе уделим следующим аспектам:
1. Инструменты для нагрузочного тестирования. Обсудим самые эффективные инструменты и их особенности. Разберем подготовку списка сценариев, которые максимально точно отразят реальную нагрузку на систему. Определим методы и приемы, которые помогут повысить точность и надежность полученных данных тестирования.
2. Подходы к нагрузочному тестированию. Что делать, если система уже стабильна и просто переезжает на новую инфраструктуру? А как быть, если идет внедрение, и система активно разрабатывается? Разберем различные стратегии тестирования для разных этапов проекта.
3. Планирование ресурсов и времени. Сколько специалистов нужно привлечь и сколько времени заложить на проведение? Поделюсь своим опытом и дам практические рекомендации по оптимальному распределению ресурсов.
Уровень сложности доклада - Практикам
Независимый эксперт
Технический архитектор 1С
Более 13 лет занимаюсь разработкой бизнес-приложений. Прошел путь от начинающего разработчика до технического архитектора 1С и эксперта.
« Волшебная кнопка, или Как мы используем “Центр администрирования”»
Интерфейсы уходят, остаются сервера с командными интерфейсами. Это создает дополнительные сложности и временные трудозатраты для рядовых 1С-специалистов, которым привычнее работать с элементами управляемых форм, чем с командами и linux-терминала. Поэтому мы адаптировали Центр администрирования из Корпоративного инструментального пакета (КИП) так, что теперь одно нажатие кнопки решает задачи, на которые у меня и моих коллег уходило по 2-3 часа. Такое решение помогло нам убрать из связки “аналитик - инженер технической поддержки - технический архитектор” двух последних и пустить аналитика в свободное плавание.
Пояснение:
Корпоративный инструментальный пакет - набор конфигураций, поставляемых 1С для использования на крупных проектах внедрения.
Центр администрирования - название одной из конфигураций, входящих в КИП.
Расскажу:
– Что умеет Центр администрирования
– Как внедрить ЦА в вашу работу
– Какие сценарии использования ЦА на практике
– Какой результат получили от использования ЦА на проекте внедрения ERPУХ+ДО+ТОИР+ТМС
А также поделюсь инструкцией с подробными шагами для ТА и инженера, как настроить Центр администрирования и его окружение, в том числе дам свои собственные скрипты для автоматизации.
Пояснение:
Корпоративный инструментальный пакет - набор конфигураций, поставляемых 1С для использования на крупных проектах внедрения.
Центр администрирования - название одной из конфигураций, входящих в КИП.
Расскажу:
– Что умеет Центр администрирования
– Как внедрить ЦА в вашу работу
– Какие сценарии использования ЦА на практике
– Какой результат получили от использования ЦА на проекте внедрения ERPУХ+ДО+ТОИР+ТМС
А также поделюсь инструкцией с подробными шагами для ТА и инженера, как настроить Центр администрирования и его окружение, в том числе дам свои собственные скрипты для автоматизации.
Уровень сложности доклада - Практикам
Василий Осокин
Programming Store
Разработчик 1С
Опыт разработки в 1С – более 20 лет;
Опыт мобильной разработки – более 5 лет;
Есть 2 хобби – воспитание двух дочерей и дайвинг
Показать полностью...
Опыт мобильной разработки – более 5 лет;
Есть 2 хобби – воспитание двух дочерей и дайвинг
«"Жизнь вне декстопа" или мобильная разработка на 1С»
Поговорим о процессе разработки на реальных примерах.
Обсудим проблемы использования существующих механик, познакомимся с альтернативами объектов 1С в ОС Android.
Поразмышляем над ошибками разработки и методах их устранения
1) Мобильная разработка на 1С: отличия, особенности и ограничения
2) Область применения и основные механизмы
3) Разберем "непривычности" для "десктопных" разработчиков
4) Альтернативные механизмы выполнения задач
5) Способы взаимодействия мобильной базы с другими базами
6) Взаимодействие с периферийным оборудованием - наступание на "грабли" и успешный обход препятствий
7) Интерфейс - главные отличия от компьютерной версии
8) И все таки этого 1С не умеет... Что не удалось реализовать средствами 1С и пришлось дописывать "прослойку" в Android Studio.
9) Тенденция изменений мобильной платформы от версии к версии. Что же нас ждет в итоге?
Обсудим проблемы использования существующих механик, познакомимся с альтернативами объектов 1С в ОС Android.
Поразмышляем над ошибками разработки и методах их устранения
1) Мобильная разработка на 1С: отличия, особенности и ограничения
2) Область применения и основные механизмы
3) Разберем "непривычности" для "десктопных" разработчиков
4) Альтернативные механизмы выполнения задач
5) Способы взаимодействия мобильной базы с другими базами
6) Взаимодействие с периферийным оборудованием - наступание на "грабли" и успешный обход препятствий
7) Интерфейс - главные отличия от компьютерной версии
8) И все таки этого 1С не умеет... Что не удалось реализовать средствами 1С и пришлось дописывать "прослойку" в Android Studio.
9) Тенденция изменений мобильной платформы от версии к версии. Что же нас ждет в итоге?
Уровень сложности доклада - Новичкам
Андрей Носков
ООО СтройПроектСервис
Ведущий программист 1С
Ведущий программист 1С с четырёхлетним опытом, совмещающий навыки разработки с современными веб-технологиями, занимаюсь переходом на новую конфигурацию 1С с обычных форм на управляемые, используя кроссплатформенность 1С и JavaScript.
Работаю в компании "СтройПроектСервис", где внедряю инновационные подходы к созданию интерфейсов на базе 1С. Моё увлечение веб-разработкой началось ещё в школе, когда я создавал сайты и побеждал в городских конкурсах. Сейчас активно использую JavaScript и HTML для преобразования стандартных форм 1С в удобные и визуально привлекательные решения. Уже реализованы проекты по созданию интерактивных отчётов и кастомных интерфейсов в 1С Документооборот. В планах — масштабная модернизация 1С с полным переходом на адаптивные "веб-формы", чтобы сделать работу с платформой более комфортной и эффективной.
Показать полностью...
Работаю в компании "СтройПроектСервис", где внедряю инновационные подходы к созданию интерфейсов на базе 1С. Моё увлечение веб-разработкой началось ещё в школе, когда я создавал сайты и побеждал в городских конкурсах. Сейчас активно использую JavaScript и HTML для преобразования стандартных форм 1С в удобные и визуально привлекательные решения. Уже реализованы проекты по созданию интерактивных отчётов и кастомных интерфейсов в 1С Документооборот. В планах — масштабная модернизация 1С с полным переходом на адаптивные "веб-формы", чтобы сделать работу с платформой более комфортной и эффективной.
«1С и веб-дизайн: как приручить HTML и JS для создания интерфейсов мечты»
На докладе будет показано, как с помощью HTML и JavaScript преобразовать стандартное поле HTML документа 1С в мощный инструмент для создания современных, удобных и визуально привлекательных интерфейсов. Разработчики узнают о приемах интеграции веб-технологий в 1С, что позволит расширить возможности платформы и повысить удобство её использования. Использование JavaScript в сочетании с HTML позволяет добавлять интерактивные элементы, анимации и сложную логику отображения прямо внутри 1С. Такие интерфейсы могут не только выглядеть современно, но и значительно улучшить пользовательский опыт, особенно в сложных сценариях. Для внедрения HTML и JS не требуется значительных изменений в существующих конфигурациях 1С — это легковесное и простое решение.
На докладе будут разобраны практические примеры: от создания интерактивных форм до интеграции с внешними библиотеками. Участники узнают, как эффективно использовать JSON для передачи данных между 1С и веб-частью. Будут раскрыты методы оптимизации кода и подходы к отладке веб-скриптов в контексте 1С. Доклад покажет, как внедрение веб-технологий может повысить конкурентоспособность решений на платформе 1С. Особое внимание уделено наглядности: каждый участник уйдёт с чётким пониманием, как применить эти технологии в своих проектах.
На докладе будут разобраны практические примеры: от создания интерактивных форм до интеграции с внешними библиотеками. Участники узнают, как эффективно использовать JSON для передачи данных между 1С и веб-частью. Будут раскрыты методы оптимизации кода и подходы к отладке веб-скриптов в контексте 1С. Доклад покажет, как внедрение веб-технологий может повысить конкурентоспособность решений на платформе 1С. Особое внимание уделено наглядности: каждый участник уйдёт с чётким пониманием, как применить эти технологии в своих проектах.
Уровень сложности доклада - Практикам
IEK Group
Технический архитектор
27 лет, являюсь Техническим архитектором в компании ИЕК, до этого работал тех архитектором в компаниях Транснефть-Технологии, Авилон-Групп. Знаю разные языки программирования (C, C++, Java, Python), являюсь евангелистом ДевОпс практик. Провожу открытые уроки по теме 1С программирование для начинающих, автор кратких пособий и мини-курсов (Докер, Линукс, Си)
Показать полностью...
«Записки юного архитектора, или Айсберг архитектуры 1С»
Доклад будет рассказывать о личном опыте архитектора на примере компании ИЕК.
Будет представлен в виде концепции "айсберга", где вершина - это самые прозрачные задачи для архитектора (производительность, СУБД, поиск узких мест, блокировки), а под толщей воды находятся все более неявные темы, такие как мониторинг, интеграции, ДевОпс, управление и выстраивание разработки, огромный пул дополнительных инструментов и технологий (S3, Vault, Docker, Grafana, Prometheus, Onescript/1С Исполнитель), особенности работы платформы (Регламентные и фоновые задания, HTTP), а также перечень психологических трудностей как самого архитектора так и всей команды.
Каждый уровень айсберга будет рассказывать об опыте внедрения, использования технологий и подходов, применяемых инструментах, граблях и психологических нюансах (сопротивление команды, договор с бизнесом, личная мотивация, выгорание).
Доклад продемонстрирует путь систематизации и внедрения подходов разработки, мониторинга и управления производительностью, а также предложит пул необходимых для этого инструментов. Будет наглядная оценка результатов реформ (как было до и стало после).
Также отдельное внимание будет уделено не менее важной стороне вопроса: как самому не потерять мотивацию и не уволиться, как разрешить споры в команде при внедрении новых подходов и технологий, как не поругаться с ДБА и админами, как повысить инициативность команды и открыть путь в современные практики.
Будет представлен в виде концепции "айсберга", где вершина - это самые прозрачные задачи для архитектора (производительность, СУБД, поиск узких мест, блокировки), а под толщей воды находятся все более неявные темы, такие как мониторинг, интеграции, ДевОпс, управление и выстраивание разработки, огромный пул дополнительных инструментов и технологий (S3, Vault, Docker, Grafana, Prometheus, Onescript/1С Исполнитель), особенности работы платформы (Регламентные и фоновые задания, HTTP), а также перечень психологических трудностей как самого архитектора так и всей команды.
Каждый уровень айсберга будет рассказывать об опыте внедрения, использования технологий и подходов, применяемых инструментах, граблях и психологических нюансах (сопротивление команды, договор с бизнесом, личная мотивация, выгорание).
Доклад продемонстрирует путь систематизации и внедрения подходов разработки, мониторинга и управления производительностью, а также предложит пул необходимых для этого инструментов. Будет наглядная оценка результатов реформ (как было до и стало после).
Также отдельное внимание будет уделено не менее важной стороне вопроса: как самому не потерять мотивацию и не уволиться, как разрешить споры в команде при внедрении новых подходов и технологий, как не поругаться с ДБА и админами, как повысить инициативность команды и открыть путь в современные практики.
ПрогТехБизнес
Генеральный директор
В 1С с 2005 год. Имею некоторый багаж реализованных проектов. Что-то умею, чем-то руковожу, как-то пишу код. Иногда выступаю на Инфостарт.
«Объектная модель печатной формы. Зачем я в это полез...»
Платформа 1С прошла несколько этапов развития:
- где-то давно у нас был "Построитель отчетов", ну как был, он и сейчас есть. И возможно им кто-то пользуется;
- потом нам дали "Схему компоновки данных". И с тех пор никто не помнит как писать отчеты без нее;
- где-то позже появилась "Схема запроса". Страшно подумать, как работал конструктор запросов без нее...
Есть и другие интересные объектные модели, вокруг различных механизмов. Но эти я выделил, как достаточно значимые, он позволили взглянуть "иначе" на привычные объекты.
И вот на дворе без пяти минут как 8.3.30, а может и 8.4 когда-то будет (ведь были такие слухи), а схемы печатной формы по прежнему нет. А я уверен, спросите любого программиста, он вам скажет - "это невозможно". Наверняка то же самое было и с отчетами, и с запросом...
Так вот, конструктор Printwizard на самом деле, это не только завернутые пользовательские инструменты для быстрой, удобной и универсальной разработке печатных форм. Я расскажу что под капотом и во что превращаются печатные формы. Немного затрону тему как я шел к объектной модели, какой инструментарий использовал. И нет, это не рекламный пост о том, что PrintWizard это классный инструмент. Это рассказ о технологиях, решениях и опыте...
- где-то давно у нас был "Построитель отчетов", ну как был, он и сейчас есть. И возможно им кто-то пользуется;
- потом нам дали "Схему компоновки данных". И с тех пор никто не помнит как писать отчеты без нее;
- где-то позже появилась "Схема запроса". Страшно подумать, как работал конструктор запросов без нее...
Есть и другие интересные объектные модели, вокруг различных механизмов. Но эти я выделил, как достаточно значимые, он позволили взглянуть "иначе" на привычные объекты.
И вот на дворе без пяти минут как 8.3.30, а может и 8.4 когда-то будет (ведь были такие слухи), а схемы печатной формы по прежнему нет. А я уверен, спросите любого программиста, он вам скажет - "это невозможно". Наверняка то же самое было и с отчетами, и с запросом...
Так вот, конструктор Printwizard на самом деле, это не только завернутые пользовательские инструменты для быстрой, удобной и универсальной разработке печатных форм. Я расскажу что под капотом и во что превращаются печатные формы. Немного затрону тему как я шел к объектной модели, какой инструментарий использовал. И нет, это не рекламный пост о том, что PrintWizard это классный инструмент. Это рассказ о технологиях, решениях и опыте...
Уровень сложности доклада - Экспертам
ITLYNX
Генеральный директор
Опыт работы с 1С - 23 года. Разработал собственный веб-клиент для платформы 1С. Основатель и руководитель компании, специализирующейся на создании веб-порталов для конфигураций 1С.
Показать полностью...
«Еще 9 мифов о платформе 1С»
Доклад состоит из двух частей:
1. "Разбор полетов". Мы получили от экспертов отрасли обратную связь по докладу "15 мифов о платформе 1С", перепроверили часть мифов на других исходных данных с помощью иных алгоритмов и готовы представить полученные данные аудитории.
2. "Продолжение". В ходе разбора еще 9 мифов вы узнаете, что работает быстрее - http- или web-сервисы, действительно ли снижается нагрузка на сервер при использовании веб-клиентов, каковы преимущества использования микросервисов в 1С, что лучше: xml или json и почему перепроведение одним сотрудником документов на файловой базе, опубликованной на веб-сервере, подвешивает работу остальных пользователей.
Приходите, будет интересно!
1. "Разбор полетов". Мы получили от экспертов отрасли обратную связь по докладу "15 мифов о платформе 1С", перепроверили часть мифов на других исходных данных с помощью иных алгоритмов и готовы представить полученные данные аудитории.
2. "Продолжение". В ходе разбора еще 9 мифов вы узнаете, что работает быстрее - http- или web-сервисы, действительно ли снижается нагрузка на сервер при использовании веб-клиентов, каковы преимущества использования микросервисов в 1С, что лучше: xml или json и почему перепроведение одним сотрудником документов на файловой базе, опубликованной на веб-сервере, подвешивает работу остальных пользователей.
Приходите, будет интересно!
Аксиома
Архитектор, Руководитель разработки
В 1С 24 года. Прошел путь от рядового сотрудника франчайзи до его директора, в т.ч. был сотрудником фирмы «1С». Последние 13 лет работаю на проектах, занимаюсь организацией разработки и DevOps.
Показать полностью...
«Выбор оптимального подхода к организации разработки и инструментов на разных проектах, в зависимости от требований и ограничений»
Сейчас существует несколько подходов к организации разработки в 1С и множество инструментов.
Зачастую выбор того или иного подхода или инструментов неочевиден, и самые эффектные и современные инструменты могут оказаться не эффективными для целого класса проектов.
В рамках выступления автор расскажет о критериях выбора тех или иных подходов к разработке и инструментов в зависимости от проекта: целей, сроков, участников, бюджета на примере двух успешных "противоположенных" кейсов:
1. Разработка коробочного продукта: разработка в ветках в т.ч. с использованием EDT, с большим покрытием BDD тестами, и статическим анализом кода для каждого pull requestа и покрытием кода
2. Разработка крупного решения под заказ на базе типовой конфигурации: разработка в хранилище с gitsync, с дымовыми тестами и периодическим статическим анализом кода
А также расскажет про "не успешные" кейсы, где выбор подходов к разработке и инструментов был не удачным, или не столь полезным или эффективным.
В результате руководители узнают, какие подходы и инструменты будут более эффективны именно на их конкретном проекте, а разработчики узнают какие инструменты наиболее универсальны, как их лучше изучить и использовать.
Зачастую выбор того или иного подхода или инструментов неочевиден, и самые эффектные и современные инструменты могут оказаться не эффективными для целого класса проектов.
В рамках выступления автор расскажет о критериях выбора тех или иных подходов к разработке и инструментов в зависимости от проекта: целей, сроков, участников, бюджета на примере двух успешных "противоположенных" кейсов:
1. Разработка коробочного продукта: разработка в ветках в т.ч. с использованием EDT, с большим покрытием BDD тестами, и статическим анализом кода для каждого pull requestа и покрытием кода
2. Разработка крупного решения под заказ на базе типовой конфигурации: разработка в хранилище с gitsync, с дымовыми тестами и периодическим статическим анализом кода
А также расскажет про "не успешные" кейсы, где выбор подходов к разработке и инструментов был не удачным, или не столь полезным или эффективным.
В результате руководители узнают, какие подходы и инструменты будут более эффективны именно на их конкретном проекте, а разработчики узнают какие инструменты наиболее универсальны, как их лучше изучить и использовать.
ООО «АйСиЭл Софт»
Старший руководитель группы
В 1С 14 лет, за плечами множество проектов в роли ведущего разработчика. Обладаю опытом работы архитектором, техлидом и тимлидом. В настоящее время работаю в компании ООО "Айсиэл Софт", где стремлюсь приносить максимальную пользу нашим заказчикам.
Показать полностью...
«Прогнозирование и исправление узких мест PostgreSQL до начала миграции с MS SQL Server для конкретной базы заказчика»
В современном мире все больше компаний рассматривают возможность перехода с MS SQL Server на PostgreSQL. Для успешной миграции важно заранее понять, какие операции могут пострадать по производительности при переходе, учитывая специфику работы конкретного заказчика.
Основные аспекты, которые следует учесть:
- Кастомизация типовой конфигурации.
- Использование нетиповой конфигурации.
- Количество одновременно работающих пользователей.
- Набор наиболее важных операций.
- Другие факторы, влияющие на производительность.
Предлагаемое решение:
- Имитировать ежедневную работу пользователей заказчика на PostgreSQL, максимально приближая процессы к реальной жизни.
- Анализировать наиболее критичные операции для заказчика и определять, где требуется оптимизация.
- Оптимизировать узкие места и предоставить заказчику новые результаты тестирования.
В итоге:
Заказчик сможет "заглянуть в будущее" и увидеть, как будет работать его система на новой СУБД до начала процесса миграции. Это позволит минимизировать риски и подготовиться к переходу максимально эффективно.
Ключевые инструменты: Vanessa, ТестЦентр.
Основные аспекты, которые следует учесть:
- Кастомизация типовой конфигурации.
- Использование нетиповой конфигурации.
- Количество одновременно работающих пользователей.
- Набор наиболее важных операций.
- Другие факторы, влияющие на производительность.
Предлагаемое решение:
- Имитировать ежедневную работу пользователей заказчика на PostgreSQL, максимально приближая процессы к реальной жизни.
- Анализировать наиболее критичные операции для заказчика и определять, где требуется оптимизация.
- Оптимизировать узкие места и предоставить заказчику новые результаты тестирования.
В итоге:
Заказчик сможет "заглянуть в будущее" и увидеть, как будет работать его система на новой СУБД до начала процесса миграции. Это позволит минимизировать риски и подготовиться к переходу максимально эффективно.
Ключевые инструменты: Vanessa, ТестЦентр.
Уровень сложности доклада - Практикам
ООО "Осмокод"
Начальник отдела
Архитектор, играющий тимлид, активный участник open source-сообщества вокруг 1С. В 1С уже более 15 лет.
Борюсь за качество кода, делюсь своими экспертными знаниями, помогаю и обучаю - привношу свет и добро.
Показать полностью...
Борюсь за качество кода, делюсь своими экспертными знаниями, помогаю и обучаю - привношу свет и добро.
« Кейсы обновления больших доработанных конфигураций»
Расскажу про проблемы и сложности, которые у нас возникли в задачах обновления сложных, больших конфигураций уровня ERP.
Мы прошли долгий и трудный путь. Были сладкие победы, были и неудачи.
В докладе планируем обсудить следующий набор вопросов:
Мы прошли долгий и трудный путь. Были сладкие победы, были и неудачи.
В докладе планируем обсудить следующий набор вопросов:
- обновление программных доработок в коде и формах
- автоматизации обновления
- вопросов обновления через расширения
- процесса управления проектом переноса, контроля и оценкой выполненных работ
- тестирования на уровне роботов и пользователей
- верификации данных
Уровень сложности доклада - Практикам
ИТ Консалт
Ведущий программист
10 лет в разработке. Запуск более 20 проектов по WMS-системе. Запуск CI/CD на текущем месте работы.
Данила Кузнецов
ООО «ГРИ»
Старший разработчик
- С 2015 года в разработке 1C
- Развитие WMS систем
- Запуск git flow на предыдущем месте работы с использованием 1с и oscript
«DevOPS Управление разработкой из 1С»
Большой парк внешних обработок(500+).
Много разных серверов для программистов.
Произвольные тесты под разные задачи.
Проблема централизованного запуска скриптов для работы с git из одной базы 1с на разных серверах.
Реализация простого инструмента для работы в gitflow
Реализация кли приложения на базе oscript
Много разных серверов для программистов.
Произвольные тесты под разные задачи.
Проблема централизованного запуска скриптов для работы с git из одной базы 1с на разных серверах.
Реализация простого инструмента для работы в gitflow
Реализация кли приложения на базе oscript
Уровень сложности доклада - Практикам
ООО "ТК Азур"
Программист 1С
Программист 1С с десятилетним опытом, но не любящий задерживаться на одном предприятии долго - сделал дело и пошел развиваться дальше.
С детства увлекался программированием, но учиться на программиста пошел за другом, так как тогда не понимал своего призвания. После колледжа и армии работа нашлась только системным администратором, поэтому проработал им около 4 лет. Дальше программирование все равно влекло, и пока сидел на должности системного администратора, пробовал брать задачки по отчетам 1С, а дальше и кодить начал. Со временем нашел работу программистом 1С.
Работал по 2-3 года в основном на оптовые компании. В промежутке успел поработать как ИП, выполняя задачи для бывших работодателей и новых клиентов. На данный момент так же работаю в оптовой компании, которая идет к быстрому росту за счет грамотного расширения продаж на маркетплейсах.
Показать полностью...
С детства увлекался программированием, но учиться на программиста пошел за другом, так как тогда не понимал своего призвания. После колледжа и армии работа нашлась только системным администратором, поэтому проработал им около 4 лет. Дальше программирование все равно влекло, и пока сидел на должности системного администратора, пробовал брать задачки по отчетам 1С, а дальше и кодить начал. Со временем нашел работу программистом 1С.
Работал по 2-3 года в основном на оптовые компании. В промежутке успел поработать как ИП, выполняя задачи для бывших работодателей и новых клиентов. На данный момент так же работаю в оптовой компании, которая идет к быстрому росту за счет грамотного расширения продаж на маркетплейсах.
«Модульная доработка через множество расширений взаимодействующих между собой»
Какие правила необходимо соблюдать при разработке расширений.
Как лучше делить расширения и зачем это вообще делать.
Как разрабатывать расширения, чтобы они умели взаимодействовать между собой.
Рассказ опыта взаимодействия более 10 расширений в одной базу (при общем количестве расширений около 30).
Как лучше делить расширения и зачем это вообще делать.
Как разрабатывать расширения, чтобы они умели взаимодействовать между собой.
Рассказ опыта взаимодействия более 10 расширений в одной базу (при общем количестве расширений около 30).
Уровень сложности доклада - Практикам
Тензор
Ведущий инженер-программист
Ведущий программист 1С, 13 лет разрабатываю «желтенькие» продукты
Опыт в различных сферах автоматизации бизнеса: продажи/производство, интеграции и т.д.
Показать полностью...
Опыт в различных сферах автоматизации бизнеса: продажи/производство, интеграции и т.д.
«Сборочная линия 1С продуктов в компании Тензор»
Как устроена сборка продуктов 1С:
- кратко о продуктах
- инструменты разработки (что используем при разработке кроме конфигуратора)
- из чего состоит сборочная линия
- сборка разных продуктов из множества репозиториев и одних и тех же/разных областей кода
(как мы собираем сложные пазлы из кода, переиспользуем одну и ту же область в разных модулях с разным контекстом, переопределяем области)
- контроль качества кода
- автотесты
- кратко о продуктах
- инструменты разработки (что используем при разработке кроме конфигуратора)
- из чего состоит сборочная линия
- сборка разных продуктов из множества репозиториев и одних и тех же/разных областей кода
(как мы собираем сложные пазлы из кода, переиспользуем одну и ту же область в разных модулях с разным контекстом, переопределяем области)
- контроль качества кода
- автотесты
Уровень сложности доклада - Практикам
OCS Distribution
Ведущий программист 1С
Разработкой на 1С занимаюсь более 25 лет.
Начинал с версии 7.0, прошел весь путь до 8.3 (через 7.5, 7.7, 8.0, 8.1, 8.2).
На 7.5 мне даже довелось самому сделать первый партионный учёт, даже раньше самой фирмы 1С. Под это пришлось писать свою БД через внешнюю компоненту на С++. Использовал теорию двоичных (бинарных) деревьев.
Полученный тогда опыт до сих пор помогает мне интуитивно понимать принципы выборки данных в современных реляционных базах данных,
и принципы блокировок данных. Поэтому, задачки по оптимизации запросов к базе данных – мои любимые :) и достаточно часто – успешные.
Был опыт работы с различными конфигурациями: УТ, КА, УПП (ERP), с Бухгалтерией 3.0, 1.6, и даже с ЗУП.
Показать полностью...
Начинал с версии 7.0, прошел весь путь до 8.3 (через 7.5, 7.7, 8.0, 8.1, 8.2).
На 7.5 мне даже довелось самому сделать первый партионный учёт, даже раньше самой фирмы 1С. Под это пришлось писать свою БД через внешнюю компоненту на С++. Использовал теорию двоичных (бинарных) деревьев.
Полученный тогда опыт до сих пор помогает мне интуитивно понимать принципы выборки данных в современных реляционных базах данных,
и принципы блокировок данных. Поэтому, задачки по оптимизации запросов к базе данных – мои любимые :) и достаточно часто – успешные.
Был опыт работы с различными конфигурациями: УТ, КА, УПП (ERP), с Бухгалтерией 3.0, 1.6, и даже с ЗУП.
«Методы ускорения группового проведения документов. Когда многопоточка уже бессильна. Иные подходы.»
Проводить в несколько потоков конечно-же круто, но не всегда возможно.
Часто документы оперируют одними и теми-же данными, и мы снова возвращаемся к последовательному проведению.
В докладе мы рассмотрим некоторые методики для однопоточного проведения, позволяющие сократить общее время проведения.
Расскажу:
- как мы частично обходим бесконечный выбор остатков по регистру в каждом документе:
формально - разные данные, а по факту - "запрос в цикле".
- пример, как часть кода можно не выполнять вовсе и не тратить на это время, если заранее предугадать результат.
- что мы делаем вообще зря, и как это исправить; а также дополнительные бонусы от этого.
Также рассмотрим различные комбинации однопоточных методов ускорения с применением многопоточности.
(т.н. "Гибридное проведение")
Часто документы оперируют одними и теми-же данными, и мы снова возвращаемся к последовательному проведению.
В докладе мы рассмотрим некоторые методики для однопоточного проведения, позволяющие сократить общее время проведения.
Расскажу:
- как мы частично обходим бесконечный выбор остатков по регистру в каждом документе:
формально - разные данные, а по факту - "запрос в цикле".
- пример, как часть кода можно не выполнять вовсе и не тратить на это время, если заранее предугадать результат.
- что мы делаем вообще зря, и как это исправить; а также дополнительные бонусы от этого.
Также рассмотрим различные комбинации однопоточных методов ускорения с применением многопоточности.
(т.н. "Гибридное проведение")
Уровень сложности доклада - Экспертам
Денис Беляев
Технологии. Автоматизация. Бизнес. (ТАБ)
Генеральный директор
Программист.
Лидер мнений по рискам, ИТ и ИБ.
Эксперт в ИИ.
Лидер мнений по рискам, ИТ и ИБ.
Эксперт в ИИ.
«Контракты в Элементе - это next-gen low-code разработка»
О 1С:Предприятие.Элемент не только для программистов.
Что такое Контракты в Элементе и почему они сильно меняют принципы разработки и принципы построения ИТ-инфрастурктур, выводя разработку на новый low-code уровень.
В докладе разберем:
1. Магазин библиотек - как конечная точка использования контрактов.
2. Вспомним про инкапсуляцию, но уже на уровне приложений.
3. Почему контракты убьют микросервисы.
Что такое Контракты в Элементе и почему они сильно меняют принципы разработки и принципы построения ИТ-инфрастурктур, выводя разработку на новый low-code уровень.
В докладе разберем:
1. Магазин библиотек - как конечная точка использования контрактов.
2. Вспомним про инкапсуляцию, но уже на уровне приложений.
3. Почему контракты убьют микросервисы.
Уровень сложности доклада - Экспертам
Почтатех
Руководитель отдела архитектуры 1С
- Руковожу командой архитекторов 1С в Почтатехе.
- 10 лет в управлении разработкой.
- Управлял ИТ-процессами в торговле и на производстве.
- Пережил запуск MES в ERP командой из 4 человек.
- Новатор. Наблюдаю за трендами.
- Люблю новые технологии и использую их в работе.
- Адепт GitLab CI.
«Динамическое создание и управление окружениями разработки через GitLab CI: автоматизация, масштабирование и контроль качества»
Динамическое создание environments через 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. Как внедрить практики управления окружениями и очистки неиспользуемых ресурсов
На практическом опыте хочу рассказать:
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. Как внедрить практики управления окружениями и очистки неиспользуемых ресурсов
Уровень сложности доклада - Практикам
Управление ИТ-инфраструктурой
Почтатех
Руководитель отдела экспертизы
- 10 лет в 1С
- 5 лет в экспертизе
- 2 года руководитель отдела экспертизы
«APDEX - главный показатель здоровья системы»
Вроде все уже знают что такое APDEX и повсеместно используют его, но и он не идеален.
У APDEX есть свои особенности, о которых нужно знать.
В докладе отвечу на вопросы:
0. Что такое APDEX и чем он будет полезен руководителю?
1. Откуда его брать?
2. Как считать?
3. Что показывает?
4. Как интерпретировать?
5. Можно ли ориентироваться на эту цифру?
6. Подводные камни?
У APDEX есть свои особенности, о которых нужно знать.
В докладе отвечу на вопросы:
0. Что такое APDEX и чем он будет полезен руководителю?
1. Откуда его брать?
2. Как считать?
3. Что показывает?
4. Как интерпретировать?
5. Можно ли ориентироваться на эту цифру?
6. Подводные камни?
Уровень сложности доклада - Практикам
wiseadvice.tech
Руководитель отдела информационных технологий
Работаю и развиваюсь в сфере ИТ уже 15 лет и мне это еще не надоело :) За этот период прошел путь от выпускника ВУЗа и младшего специалиста, до руководителя отдела и эксперта в различных областях, в том числе Информационной Безопасности.
Последние годы плотно занимаюсь как техническими, так и организационными вопросами обеспечения защиты различного рода активов. Считаю, что фундаментальные знания и понимание процессов помогают быстро и качественно решить любую поставленную задачу.
«Комплексный подход к обеспечению безопасности - как защититься и ничего не забыть?»
В области информационной безопасности, как и в любой сфере, есть свои основополагающие принципы и стратегии, выполнение которых обеспечит качественную защиту активов и снизит риски нарушения КЦД.
К сожалению, на практике не все с ними знакомы или пренебрегают ими в силу определенных причин. В рамках доклада мы разберемся с:
После этого доклада вы расширите свое представление об ИБ и сможете более комплексно подходить к вопросу планирования ее обеспечения.
К сожалению, на практике не все с ними знакомы или пренебрегают ими в силу определенных причин. В рамках доклада мы разберемся с:
- основными определениями ИБ
- элементами, на которых строится вся защита
- фундаментальным принципом безопасности "Defence in depth"
- различными классами технических средств защиты
После этого доклада вы расширите свое представление об ИБ и сможете более комплексно подходить к вопросу планирования ее обеспечения.
DigiLabs
Технический директор
Последние 5 года - работаю с высоконагруженными базами 1С до 1000-1500 человек. До этого - ИТ-директор компании 585/Золотой.
«Облако для 1С - почему в РФ их до сих пор нет?»
- О чем надо подумать, когда планируешь переезд в облако (как получить доступ к 1С, как обновлять, бекапы, печать документов и так далее)
- Почему чаще всего после миграции 1С начинает работать медленнее? (переподписка процессоров и памяти, старое железо, дисковая система не рассчитанная на высокие нагрузки)
- А что делать людям, которым нужна геораспределенная 1С? (такое тоже бывает)
- Почему мы решили строить свое облако для клиентов?
- Экосистема для 1С в облаке - личная мечта, которую реально реализовать
- Почему чаще всего после миграции 1С начинает работать медленнее? (переподписка процессоров и памяти, старое железо, дисковая система не рассчитанная на высокие нагрузки)
- А что делать людям, которым нужна геораспределенная 1С? (такое тоже бывает)
- Почему мы решили строить свое облако для клиентов?
- Экосистема для 1С в облаке - личная мечта, которую реально реализовать
АО "Пролетарий"
начальник отдела ИТ
Программист 1С с 1999 года.
Начальник отдела ИТ 20+ лет
Начальник отдела ИТ 20+ лет
Андрей Шевкунов
АО "Пролетарий"
руководитель группы системных администраторов
2004г. Сборщик ПК на производстве.
2005г. Системный администратор в гостиничном комплексе.
2006г. Системный администратор в рекламном агентстве.
2010г. Руководитель группы системных администраторов АО "Пролетарий"
Показать полностью...
2005г. Системный администратор в гостиничном комплексе.
2006г. Системный администратор в рекламном агентстве.
2010г. Руководитель группы системных администраторов АО "Пролетарий"
«ЛВС предприятия без Windows domain. Управляем инфраструктурой из 1С»
Все неправильно! Системные администраторы работают в 1С 10 лет.
Базовый функционал сети на аппаратном уровне маршрутизаторов (~1000 IP-устройств).
Управление инфраструктурой всех IP-устройств из единого флакона 1С: удаленный помощник, Web-интерфейс, доступ устройств в интернет, автоматическая регистрация изменений аппаратной части у клиентов, интеграция с ЗУП...
Базовый функционал сети на аппаратном уровне маршрутизаторов (~1000 IP-устройств).
Управление инфраструктурой всех IP-устройств из единого флакона 1С: удаленный помощник, Web-интерфейс, доступ устройств в интернет, автоматическая регистрация изменений аппаратной части у клиентов, интеграция с ЗУП...
Доброфлот
Руководитель единого центра обращений
Работаю в ИТ 12 лет, живу в городе Владивосток.
Начал карьерный путь с программиста и консультанта 1С.
Последние 3 года работаю руководителем сервисной службы в крупной производственной компании.
Показать полностью...
Начал карьерный путь с программиста и консультанта 1С.
Последние 3 года работаю руководителем сервисной службы в крупной производственной компании.
« 1С на судах. Как мы боремся с волнами»
В составе группы компаний «Доброфлот» 22 судна, и в современных условиях каждое из них представляет собой набор передовых информационных технологий, без которых наш моряк не видит своей вахты.
Мы активно развивали наши сервисы и в рамках доклада хочу рассказать о:
1. Как "ковалась" основа в виде в спутниковой связи: от чего отказались в виду неэффективности, а что у нас до сих пор копируют конкуренты.
2. Как на этой основе развернулись 1С сервера - почему на части судов отказались от своего сервера и как мы проводим обслуживание, когда судно в открытом море.
3. Какие на эти сервера развернули базы 1С и почему их так много. Как задачи пытались решить и что было решено плохо.
4. Как происходит обновление этого количества баз и почему у меня не болит голова каждый понедельник после новых релизов наших разработчиков.
5. А также о том, что сопутствующего из сервисов у нас появилась и что мы планируем еще доделать.
Мы активно развивали наши сервисы и в рамках доклада хочу рассказать о:
1. Как "ковалась" основа в виде в спутниковой связи: от чего отказались в виду неэффективности, а что у нас до сих пор копируют конкуренты.
2. Как на этой основе развернулись 1С сервера - почему на части судов отказались от своего сервера и как мы проводим обслуживание, когда судно в открытом море.
3. Какие на эти сервера развернули базы 1С и почему их так много. Как задачи пытались решить и что было решено плохо.
4. Как происходит обновление этого количества баз и почему у меня не болит голова каждый понедельник после новых релизов наших разработчиков.
5. А также о том, что сопутствующего из сервисов у нас появилась и что мы планируем еще доделать.
Уровень сложности доклада - Практикам
Билайн
Начальник отдела эксплуатации платформы 1С
Эксперт 1С, тимлид команды эксплуатации платформы 1С в Билайне.
17 лет в 1С, сертифицированный эксперт по платформе 1С, DBA-1 по Postrgres.
Решаю проблемы производительности и стабильности на одном из самых высоконагруженных проектов 1С.
Показать полностью...
17 лет в 1С, сертифицированный эксперт по платформе 1С, DBA-1 по Postrgres.
Решаю проблемы производительности и стабильности на одном из самых высоконагруженных проектов 1С.
« Как переехать в облако незаметно для 5500 пользователей?»
В докладе я поделюсь реальным опытом миграции всей инфраструктуры 1С Билайна в облако, расположенное в территориально удаленном ЦОДе:
- Как мы спланировали миграцию 60 серверов и 4 окружений (DEV, Load, Prodlike, Prod) так, чтобы минимизировать риски
- Какие сложности возникают при работе геораспределенного кластера 1С и кластера MS SQL Server
- Как автоматизация помогла нам избежать человеческих ошибок при настройке серверов
- Какие тесты критически важно провести до начала миграции
- Главное: как мы организовали плавный переход пользователей на новую инфраструктуру, сохранив SLA.
Доклад будет полезен тем, кто:
- Планирует масштабную миграцию корпоративных систем
- Хочет узнать о практических аспектах работы с территориально распределенной инфраструктурой 1C
- Интересуется вопросами обеспечения высокой доступности критичных бизнес-приложений
Поделюсь конкретными решениями, цифрами и подводными камнями, с которыми мы столкнулись в процессе реализации проекта.
- Как мы спланировали миграцию 60 серверов и 4 окружений (DEV, Load, Prodlike, Prod) так, чтобы минимизировать риски
- Какие сложности возникают при работе геораспределенного кластера 1С и кластера MS SQL Server
- Как автоматизация помогла нам избежать человеческих ошибок при настройке серверов
- Какие тесты критически важно провести до начала миграции
- Главное: как мы организовали плавный переход пользователей на новую инфраструктуру, сохранив SLA.
Доклад будет полезен тем, кто:
- Планирует масштабную миграцию корпоративных систем
- Хочет узнать о практических аспектах работы с территориально распределенной инфраструктурой 1C
- Интересуется вопросами обеспечения высокой доступности критичных бизнес-приложений
Поделюсь конкретными решениями, цифрами и подводными камнями, с которыми мы столкнулись в процессе реализации проекта.
Уровень сложности доклада - Практикам
Управление проектом и продуктом
Первый БИТ
Функциональный архитектор
10 лет занимаюсь 1С, начинал младшим программистом 1С, сейчас работаю Функциональным архитектором / Тимлидом на крупных проектах автоматизации торгового, производственного, управленческого и финансового учетов. В портфеле порядка 20 выполненных проектов. Преподаватель РАНХиГС.
Показать полностью...
«Поворот не туда: реанимация проекта новым архитектором»
Доклад будет интересен функциональным архитекторам / руководителям проектов, не боящимся брать на себя нетривиальные задачи связанные с:
- Реанимацией ранее замороженных проектов
- взятию в работу "сложных" проектов, которые по каким-то причинам повернули не туда в ходе предыдущих этапов проекта (предыдущие исполнители работ до поворота покинули чат).
В ходе доклада я расскажу о том, как:
- провести аудит текущего состояния подобных проектов;
- отработать кейсы неполного владения информацией (неинформативные / отсутствующие протоколы, отсутствие предыдущих исполнителей работ, отсутствие системной работы с функционально-техническими и бизнес-требованиями к проекту);
- наладить работу новых людей на проекте, превратить их из отдельных специалистов в команду выполняющую общую задачу;
- понять, когда нужно менять людей на проекте;
- перезапустить взаимоотношения с внутренним / внешним заказчиком;
- привести в порядок границы проекта;
- обеспечить качество проводимых работ: целостность выстраиваемой модели учета и полноту функциональных требований к продукту.
Принципы решения задач построены на практическом опыте принятия в работу зашедших в тупик проектов ERP с дальнейшим успешным запуском систем в эксплуатацию .
- Реанимацией ранее замороженных проектов
- взятию в работу "сложных" проектов, которые по каким-то причинам повернули не туда в ходе предыдущих этапов проекта (предыдущие исполнители работ до поворота покинули чат).
В ходе доклада я расскажу о том, как:
- провести аудит текущего состояния подобных проектов;
- отработать кейсы неполного владения информацией (неинформативные / отсутствующие протоколы, отсутствие предыдущих исполнителей работ, отсутствие системной работы с функционально-техническими и бизнес-требованиями к проекту);
- наладить работу новых людей на проекте, превратить их из отдельных специалистов в команду выполняющую общую задачу;
- понять, когда нужно менять людей на проекте;
- перезапустить взаимоотношения с внутренним / внешним заказчиком;
- привести в порядок границы проекта;
- обеспечить качество проводимых работ: целостность выстраиваемой модели учета и полноту функциональных требований к продукту.
Принципы решения задач построены на практическом опыте принятия в работу зашедших в тупик проектов ERP с дальнейшим успешным запуском систем в эксплуатацию .
Уровень сложности доклада - Практикам
Ольга Гродская
КРОК
Руководитель проектов
Вся моя профессиональная деятельность «живет» на 1С более 20 лет, 15 сертификатов 1С в качестве консультанта и преподавателя ЦСО. Более 20 крупных проектов полного жизненного цикла в качестве эксперта, функционального архитектора или технического менеджера за последние 10 лет.
Показать полностью...
« Разработка “с нуля”: как оценить КПД команды разработки»
Когда в проекте сроки доработки постоянно откладываются, команда разработки просит выделить больше времени, возникает логичный вопрос: «А что и в какой момент пошло не так?».
На помощь приходит система оценки эффективности решения задач. Благодаря ей мы можем отслеживать динамику работы и делать выводы об эффективности использования ресурсов. Соответственно, прогнозирование результатов становится более прозрачным и предсказуемым.
Расскажу:
- Как работает команда разработки и какие у кого зоны ответственности
- Как и кем ведется учет задач
- Как учитывается плановое и фактическое время
- Как происходит контроль план-факта по списанному времени
На помощь приходит система оценки эффективности решения задач. Благодаря ей мы можем отслеживать динамику работы и делать выводы об эффективности использования ресурсов. Соответственно, прогнозирование результатов становится более прозрачным и предсказуемым.
Расскажу:
- Как работает команда разработки и какие у кого зоны ответственности
- Как и кем ведется учет задач
- Как учитывается плановое и фактическое время
- Как происходит контроль план-факта по списанному времени
Уровень сложности доклада - Новичкам
«От уборщицы до архитектора - построение среды сквозных команд проекта»
Так сложилось, что концепция разделения на заказчика и подрядчика с одной стороны четко разделяет ответственность, но с другой стороны приводит к высокой себестоимости проекта для всех его участников.
В докладе мы поговорим о том как по другому организовать команду проекта, а именно обсудим следующее:
* проблематика разделения команд "бизнес и ИТ", "заказчик и подрядчик", "разработка и поддержка"
* варианты организационных расстановок при которой отсутствует указанные разделения
* какие практики необходимо применять для организации команд и при чем тут эмоциональный интеллект
* обязанности и полномочия участников проектно-продуктовой команды
* как выглядит польза для компаний участников проекта
И все мы это сделаем на примере проекта имплементации 1С:Корпорации, а в качестве методички - будем использовать SAFe 6.x
В докладе мы поговорим о том как по другому организовать команду проекта, а именно обсудим следующее:
* проблематика разделения команд "бизнес и ИТ", "заказчик и подрядчик", "разработка и поддержка"
* варианты организационных расстановок при которой отсутствует указанные разделения
* какие практики необходимо применять для организации команд и при чем тут эмоциональный интеллект
* обязанности и полномочия участников проектно-продуктовой команды
* как выглядит польза для компаний участников проекта
И все мы это сделаем на примере проекта имплементации 1С:Корпорации, а в качестве методички - будем использовать SAFe 6.x
Уровень сложности доклада - Экспертам
Auxo (Атос АйТи Солюшенс энд Сервисез), ранее Atos в России
Руководитель подразделения
Руководитель подразделения внедрения 1С
В отрасли внедрения 1С 19 лет, из них большую часть в консалтинге.
Наиболее известный проект, в котором участвовал – подсистема «Бюджетирование» в 1С:ERP 2. За время работы в фирме «1С» руководителем группы разработки «Бюджетирование, казначейство и аналитика» реализовал много интересных проектов, например: конфигурация «1С:275ФЗ», новый платежный календарь.
Есть опыт разработки гибридной проектной технологию на основе 1С:ТКВ 2 для выполнения корпоративных проектов. В работе всегда старается автоматизировать свою деятельность.
Активный докладчик INFOSTART EVENT. Лауреат премий INFOSTART AWARDS за вклад в развитие сообщества и секцию «Управление проектами».
Дважды победитель DevBattle на INFOSTART в 2022 и 2023 годах.
Степень MBA защитил в МИРБИС по специализации «Финансовый менеджмент». Также в МИРБИС в 2013-ом окончил президентскую программу подготовки управленческих кадров по специализации «Стратегический маркетинг». Высшее образование – МИФИ(ГУ).
Показать полностью...
В отрасли внедрения 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. Успешный кейс: расскажу как мы "на ходу" перестраивали схему документирования и успешно завершили проект
В ходе доклада поделюсь нашим опытом использования СППР при оценках проектов и чем она нам помогает. Опыт вполне может быть применен ин-хаус подразделениями как для оценки внутренних проектов так и для подготовки тендеров.
1. Итерационное уточнение образа решения или правильно бегаем кругами между бизнесом и подрядчиком
2. Собираем образ MVP
3. Что подать на вход тендера чтобы потом не было мучительно больно сравнивать оценки между собой
4. Успешный кейс: расскажу как мы перестраивали план проекта "на ходу" чтобы спасти заваливающийся проект
5. Неуспешный кейс: расскажу как по настоянию Заказчика мы жестко следовали плану и требованиям из контракта и что из этого получилось (спойлер - ничего хорошего)
6. Правила хорошего документирования или бойтесь больших документов
7. Успешный кейс: расскажу как мы "на ходу" перестраивали схему документирования и успешно завершили проект
В ходе доклада поделюсь нашим опытом использования СППР при оценках проектов и чем она нам помогает. Опыт вполне может быть применен ин-хаус подразделениями как для оценки внутренних проектов так и для подготовки тендеров.
Уровень сложности доклада - Практикам
ИП Таченков А.А.
Консультант
Специалист по классическим (PMBOK, IPMA) подходам проектного управления и гибким Agile - методам (Scrum, Kanban);
Руководитель проектов, бизнес-тренер, консультант, методолог проектного и продуктового управления, фасилитатор;
Автор книги «Живые команды: управление стрессом в проектах».
«Применение методов Бережливого производства (Lean) для устранения потерь в проектах и продуктах »
Доклад ориентирован на широкую аудиторию и позволяет узнать, как использовать принципы Lean для оптимизации процессов разработки, внедрения и сопровождения ИТ-проектов, минимизируя потери времени, ресурсов и увеличивая качество конечного продукта.
В первую очередь доклад будет полезен тем, кто смотрит на свои процессы (в отделе, проекте, команде) и понимает что что-то работает не так как нужно, но как поймать это "что-то" не знает.
Доклад охватывает следующие темы:
- Основные концепции и инструменты Lean, применимые к ИТ-проектам,
- Методы выявления и устранения ключевых видов потерь,
- Практические кейсы применения Lean в реальных ИТ-проектах.
На какие вопросы получит ответ и про какие инструменты узнает участник:
- Как понять, что с вашим процессом разработки что-то не так?
- Какие виды потерь есть в современной ИТ-сфере и как их выявить?
- Как построить карту потока ценности и что это дает (инструмент VSA)?
- Как организовать рабочее место по методике 5S, для оптимизации своей личной работы?
В первую очередь доклад будет полезен тем, кто смотрит на свои процессы (в отделе, проекте, команде) и понимает что что-то работает не так как нужно, но как поймать это "что-то" не знает.
Доклад охватывает следующие темы:
- Основные концепции и инструменты Lean, применимые к ИТ-проектам,
- Методы выявления и устранения ключевых видов потерь,
- Практические кейсы применения Lean в реальных ИТ-проектах.
На какие вопросы получит ответ и про какие инструменты узнает участник:
- Как понять, что с вашим процессом разработки что-то не так?
- Какие виды потерь есть в современной ИТ-сфере и как их выявить?
- Как построить карту потока ценности и что это дает (инструмент VSA)?
- Как организовать рабочее место по методике 5S, для оптимизации своей личной работы?
Уровень сложности доклада - Практикам
Bereke bank
Руководитель направления ИТ-стратегии и ИТ-проектов
Program manager | Product manager | PMP® | SAFe® 6 Agilist | SAFe® 6 PO/PM | ITIL® 4 Certified
16 лет работаю в ИТ, прошел путь от разработчика до руководителя. Работал в крупных производственных компаниях и банках в России и Казахстане. Создавал с нуля подразделения по поддержке пользователей и клиентов, управлял большими ИТ-проектами и командами. Сейчас управляю программой ИТ-проектов и ИТ-стратегией в крупном казахстанском банке.
Показать полностью...
16 лет работаю в ИТ, прошел путь от разработчика до руководителя. Работал в крупных производственных компаниях и банках в России и Казахстане. Создавал с нуля подразделения по поддержке пользователей и клиентов, управлял большими ИТ-проектами и командами. Сейчас управляю программой ИТ-проектов и ИТ-стратегией в крупном казахстанском банке.
«SAFe® на полной скорости: от управления проектами к запуску поездов»
В своем докладе я кратко расскажу о том, как внедрение SAFe® помогло трансформировать подход к управлению проектами и программами в крупном банке, объединив Agile и Lean-практики для поддержки стратегических инициатив и ускорения выпуска продуктов.
1. Что такое SAFe® и зачем он нужен: основные принципы методологии, которые помогают крупным организациям синхронизировать команды, быстрее адаптироваться к изменениям и выпускать качественные продукты.
2. Путь от проектов к Agile Release Trains: организация работы ARTs в банке для управления множеством инициатив и улучшения взаимодействия между командами
3. Практические результаты внедрения: ускорение вывода продуктов на рынок, улучшение клиентского опыта за счет цифровых решений и поддержка стратегических задач через гибкие и прозрачные процессы
4. Реальный кейс запуска Agile Release Train в технической поддержке
5. Инструменты эффективной работы в SAFe®: PI-планирование, метрики производительности и подходы, которые помогают справляться с масштабированием Agile и сложностями управления проектами.
Для кого доклад: руководители, программные и продуктовые менеджеры, Agile-коучи, которым важно узнать о практическом применении SAFe® для синхронизации команд, ускорения работы и повышения гибкости крупных организаций.
1. Что такое SAFe® и зачем он нужен: основные принципы методологии, которые помогают крупным организациям синхронизировать команды, быстрее адаптироваться к изменениям и выпускать качественные продукты.
2. Путь от проектов к Agile Release Trains: организация работы ARTs в банке для управления множеством инициатив и улучшения взаимодействия между командами
3. Практические результаты внедрения: ускорение вывода продуктов на рынок, улучшение клиентского опыта за счет цифровых решений и поддержка стратегических задач через гибкие и прозрачные процессы
4. Реальный кейс запуска Agile Release Train в технической поддержке
5. Инструменты эффективной работы в SAFe®: PI-планирование, метрики производительности и подходы, которые помогают справляться с масштабированием Agile и сложностями управления проектами.
Для кого доклад: руководители, программные и продуктовые менеджеры, Agile-коучи, которым важно узнать о практическом применении SAFe® для синхронизации команд, ускорения работы и повышения гибкости крупных организаций.
Уровень сложности доклада - Экспертам
Алексей Пименов
Neogenda
Сооснователь
Преподаватель и консультант по современным методам менеджмента. Прошел путь от разработчика до технического директора, последние 10 лет консультирую компании в области менеджмента и стратегии.
Показать полностью...
«Карта гипотез - как связать цели и действия»
Команда любого проекта автоматизации состоит из специалистов и управленцев. При этом, зачастую, руководитель проекта не является прямым тимлидом для каждого участника.
Поговорим в докладе о:
- Может ли быть руководитель проекта тимлидом (пусть и временным) для специалистов команды;
- Должен ли быть руководитель проекта выполнять функции тимлида для специалистов команды;
- Лидерство и наставничество - это про одно и то же или про разное;
- Можно ли завоевать уважение команды при условия отсутствия специфических знаний по предметной области;
- Как выстроить взаимоотношения руководителю проекта с командой, назначенным тимлидом специалиста в команде;
- Как работать с позицией специалиста "Ты РП, что ты можешь в этом понимать?".
Доклад построен на личном опыте докладчика, обратной связи членов команд и сторонних наблюдениях за другими командами.
Поговорим в докладе о:
- Может ли быть руководитель проекта тимлидом (пусть и временным) для специалистов команды;
- Должен ли быть руководитель проекта выполнять функции тимлида для специалистов команды;
- Лидерство и наставничество - это про одно и то же или про разное;
- Можно ли завоевать уважение команды при условия отсутствия специфических знаний по предметной области;
- Как выстроить взаимоотношения руководителю проекта с командой, назначенным тимлидом специалиста в команде;
- Как работать с позицией специалиста "Ты РП, что ты можешь в этом понимать?".
Доклад построен на личном опыте докладчика, обратной связи членов команд и сторонних наблюдениях за другими командами.
Уровень сложности доклада - Практикам
Студия креативного консалтинга "Не просто ИДЕЯ"
руководитель проектов
Консультант по внедрению проектного управления, разработчик интеллектуальных систем управления (процессами, проектам, продуктом, персоналом). Руководитель Студии креативного консалтинга Не просто идея. С 2007 года руководитель международных проектов в сегментах: производство, добыча, машиностроение, информационные технологии. С 2017 года преподаватель MBA по направлениям операционное управление, проектное управление.
Показать полностью...
«Мастер-класс "Интеграция управления продуктом в проектную и операционную системы компании"»
1.Как управление продуктом сделать частью управления? Как определить, какие области управленческих практик потеряны и куда их вставить в общей системе? Участники работают в командах с игровым полем и фишками. Отмечают секторы управления, в которых у них в компаниях "пробелы". Определяем самые спорные и проблемные секторы. Небольшое обсуждение, что с этим делать
2. Описание процесса управления продуктом - матрица продуктовой ответственности. Покажу 4 распространенных моделей управления продуктом (не идеальные) и 1 идеальную. PCM - модель создания продукта как часть проектной деятельности. (*если будем успевать - Конфликт по целям и ресурсам между функциями. Например, как продуктологу поделить маркетолога или главного бухглатера или генерального директора со всеми остальными нуждающимися). Шаблон для заполнения участниками в командах - как на их взгляд должно быть. Обсуждаем, почему так редко бывает.
2. Описание процесса управления продуктом - матрица продуктовой ответственности. Покажу 4 распространенных моделей управления продуктом (не идеальные) и 1 идеальную. PCM - модель создания продукта как часть проектной деятельности. (*если будем успевать - Конфликт по целям и ресурсам между функциями. Например, как продуктологу поделить маркетолога или главного бухглатера или генерального директора со всеми остальными нуждающимися). Шаблон для заполнения участниками в командах - как на их взгляд должно быть. Обсуждаем, почему так редко бывает.
Уровень сложности доклада - Практикам
Антон Воробьев
Корпоративная Академия Росатом
Руководитель программ обучения отдела проектных компетенций
Руководитель проектов и образовательных программ совмещаю опыт IT и образования.
По образованию - математик, кандидат физико-математических наук.
С 2000 года работаю в ИТ проектах, обеспечивал качество и автоматизировал бизнес-процессы крупных компаний.
Параллельно веду тренинги, на данный момент развиваю тему проектного управления в Корпоративной Академии Росатома.
Показать полностью...
По образованию - математик, кандидат физико-математических наук.
С 2000 года работаю в ИТ проектах, обеспечивал качество и автоматизировал бизнес-процессы крупных компаний.
Параллельно веду тренинги, на данный момент развиваю тему проектного управления в Корпоративной Академии Росатома.
«Донесение идей Agile до классических проектных команд. Адаптация под текущую корпоративную методологию.»
Бывало ли так, что идеи гибкости не заходили и команда начинала прятаться за привычные регламенты?
Слышали ли вы отговорки: у нас это не сработает, нам так не разрешат действовать?
Сталкивались ли с противоречиями между внутренними регламентами и принципами Agile?
Сейчас часть компаний находится в ситуации, когда "и хочется, и колется".
В своем докладе я расскажу:
1. какие вызовы подвигают к гибким методам.
2. с какими препятствиями сталкивается внедрение в корпоративных командах и какие ментальные ограничения это накладывает на людей
3. что может помочь стартовать гибким методам в жестких структурах?
Слышали ли вы отговорки: у нас это не сработает, нам так не разрешат действовать?
Сталкивались ли с противоречиями между внутренними регламентами и принципами Agile?
Сейчас часть компаний находится в ситуации, когда "и хочется, и колется".
В своем докладе я расскажу:
1. какие вызовы подвигают к гибким методам.
2. с какими препятствиями сталкивается внедрение в корпоративных командах и какие ментальные ограничения это накладывает на людей
3. что может помочь стартовать гибким методам в жестких структурах?
Уровень сложности доклада - Практикам
Василий Савунов
ScrumTrek
Agile-коуч, Канбан-тренер
7 лет управленческого консалтинга. Помогаю выпрямлять кривые рабочие процессы, запускать крутые продуктовые команды, мирить бизнес и ИТ. Уже помог таким компаниям как Сбер, Банк Открытие, Теле2, Эконика, Sokolov и многим другим. Опираюсь на Канбан-метод, но держу в голове ценности Agile и нежно люблю Scrum :)
Показать полностью...
«Статистика против сбоев: анализ "случайных совпадений" для устранения корневых причин проблем»
В работе руководителей бывают ситуации когда в их подразделении вдруг происходит совпадение во времени нескольких событий, которые в сумме приводят к катастрофическим последствиям.
Когда удается справится с последствиями, и пыль оседает, многие предпочитают утешить себя тем, что подобное катастрофическое совпадение событий маловероятно, и что в данном случае случился редкий форс-мажор, поэтому можно успокоиться и жить дальше.
Это является большой ошибкой, потому что корни такого совпадения могут привести к повторению ситуации в будущем. Чтобы найти эти корни и устранить, нужно провести расследование среди аномальных данных прошлого, узнать неприглядные тайны, на которые они укажут, найти улики, и затем, как Шерлок Холмс, сопоставить все это между собой и найти тот корень, из-за которого происходят катастрофические ситуации.
Когда удается справится с последствиями, и пыль оседает, многие предпочитают утешить себя тем, что подобное катастрофическое совпадение событий маловероятно, и что в данном случае случился редкий форс-мажор, поэтому можно успокоиться и жить дальше.
Это является большой ошибкой, потому что корни такого совпадения могут привести к повторению ситуации в будущем. Чтобы найти эти корни и устранить, нужно провести расследование среди аномальных данных прошлого, узнать неприглядные тайны, на которые они укажут, найти улики, и затем, как Шерлок Холмс, сопоставить все это между собой и найти тот корень, из-за которого происходят катастрофические ситуации.
Уровень сложности доклада - Практикам
Владимир Болдырев
СИТЕК
Функциональный архитектор, TeamLead
Специалист в области автоматизации учета
Специализируюсь на автоматизации процессов на платформе «1С:Предприятие». С 2006 года работаю в сфере 1С. За время своей карьеры прошёл путь от стажёра-программиста до руководителя отдела разработки. С 2015 года успешно применяю свои знания и опыт в проектах на базе 1C:ERP, работая с оптово-розничной торговлей, строительством, производством и различными промышленно-финансовыми группами.
Активно делюсь своим опытом и знаниями, помогая коллегам избегать распространённых ошибок и трудностей. Участвую в процессе наставничества, помогая начинающим специалистам освоить профессию и развить навыки в области автоматизации.
Показать полностью...
Специализируюсь на автоматизации процессов на платформе «1С:Предприятие». С 2006 года работаю в сфере 1С. За время своей карьеры прошёл путь от стажёра-программиста до руководителя отдела разработки. С 2015 года успешно применяю свои знания и опыт в проектах на базе 1C:ERP, работая с оптово-розничной торговлей, строительством, производством и различными промышленно-финансовыми группами.
Активно делюсь своим опытом и знаниями, помогая коллегам избегать распространённых ошибок и трудностей. Участвую в процессе наставничества, помогая начинающим специалистам освоить профессию и развить навыки в области автоматизации.
«Выявления проблем и слабых мест в бизнес-процессах заказчика»
Оптимизация управления продуктом через контрольные точки функциональной архитектуры и работу с требованиями в 1С
1. Оценка текущего состояния для выявления основных проблем и слабых мест в бизнес-процессах.
2. Создание эффективных моделей бизнес-процессов с применением гибких методов и инструментов платформы 1С.
3. Обучение сотрудников использованию новых процедур и инструментов для работы с оптимизированными процессами.
4. Мониторинг и контроль за процессами с помощью инструментов платформы 1С для их дальнейшего улучшения.
5. Комплексный подход, включающий анализ, моделирование, внедрение, обучение и поддержку, позволяет повысить эффективность, увеличить производительность и сократить временные и ресурсные затраты.
1. Оценка текущего состояния для выявления основных проблем и слабых мест в бизнес-процессах.
2. Создание эффективных моделей бизнес-процессов с применением гибких методов и инструментов платформы 1С.
3. Обучение сотрудников использованию новых процедур и инструментов для работы с оптимизированными процессами.
4. Мониторинг и контроль за процессами с помощью инструментов платформы 1С для их дальнейшего улучшения.
5. Комплексный подход, включающий анализ, моделирование, внедрение, обучение и поддержку, позволяет повысить эффективность, увеличить производительность и сократить временные и ресурсные затраты.
Инфостарт
Директор по проектам
Директор по проектам Инфостарта, Скрам-мастер ИТ-лаборатории, бизнес-тренер. PMP, KMP, PMI-ACP, PSM I, 1С:РКП
Более 12 лет занимаюсь управлением проектами и консалтингом в сфере проектного менеджмента и работы по Канбан. Пожалуй, самое любимое в моей работе - видеть, как по итогам совместной работы команде удалось выстроить работу над продуктом, и в результате всем участникам стало жить и работать немного лучше.
«Указываем путь - как создавать дорожные карты продукта»
На первый взгляд это может звучать странно, но, на самом деле, дорожная карта продукта - это инструмент коммуникации. Способ наглядно показать информацию о продукте тому, кому она может понадобиться. Кому? А по-разному - команде, руководству, заказчику, клиентам… Смотря какие у вас цели, для разных целей понадобятся разные карты. В своем докладе поделюсь опытом создания разных дорожных карт и предложу попробовать на практике несколько шаблонов.
Уровень сложности доклада - Практикам
Павел Алферов
Московская школа управления СКОЛКОВО
Профессор бизнес-практики
Профессор бизнес-практики Московской школы управления СКОЛКОВО. Независимый эксперт по управлению проектами, управлению знаниями, цифровой трансформации.
Более 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»
Показать полностью...
Более 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»
«Кейс-квест. Интерактивный разбор проекта внедрения 1С для сложного Заказчика »
В рамках выступления мы вместе с залом разберем реальную историю проблемного проекта внедрения 1С. Слушатели пройдут путь, который прошла команда внедрения. По ходу разбора участники будут обсуждать ситуацию и голосовать за действия на развилках. При разборе будет появляться дополнительная информация, влияющая на принятие решений.
Уровень сложности доклада - Практикам
ООО "Инфостарт"
Руководитель проектов 1С
- Более 18 лет во внедрении проектов на 1С в качестве разработчика, аналитика, руководителя проектов
- 10+ успешно реализованных проектов в сфере 1С
- Нравится решать сложные задачи, внедрять проекты заказчикам в срок, качественно и с минимальными затратами
«Адекватная оценка в условиях неопределенности. Или как угадать сроки проекта?»
Оценить срок выполнения задачи, а тем более проекта, и попасть при этом в точную оценку - сложная задача.
Большинство людей не справляется с оценкой даже небольших задач. Из-за этого стараемся перестраховываться на 100%, 200 %. Но, несмотря на это, сроки оказываются неверными. И дедлайн “подкрался незаметно”...
Причина №1 неверной оценки - высокая неопределенность. Точных данных не хватает, и при оценке сроков мы вынуждены строить прогнозы, часто давать оценку по внутренним ощущениям… А потом за оценку придется нести ответственность перед руководителем, заказчиком.
В данной ситуации, лучшее что можно сделать - это научиться строить модель по управлению неопределенностью и управлять ею.
Про что я расскажу в своем докладе:
Большинство людей не справляется с оценкой даже небольших задач. Из-за этого стараемся перестраховываться на 100%, 200 %. Но, несмотря на это, сроки оказываются неверными. И дедлайн “подкрался незаметно”...
Причина №1 неверной оценки - высокая неопределенность. Точных данных не хватает, и при оценке сроков мы вынуждены строить прогнозы, часто давать оценку по внутренним ощущениям… А потом за оценку придется нести ответственность перед руководителем, заказчиком.
В данной ситуации, лучшее что можно сделать - это научиться строить модель по управлению неопределенностью и управлять ею.
Про что я расскажу в своем докладе:
- Как рассчитать оценку времени в условиях высокой неопределенности?
- Принципы адекватной оценки
- Абсолютные и относительные оценки. Planning Poker, декомпозиция.
- Как построить вилочные и точные сметы.
- А если проект “нетиповой”?
Уровень сложности доклада - Практикам
© Infostart 2025. Все права защищены.
Используем cookies для корректной работы сайта, персонализации пользователей и других целей,
предусмотренных Политикой.
Политика обработки персональных данных