Провёл тренинг и kickoff, а команда всё равно не понимает, зачем она повесила доску, и каждый день двигает стикеры? Завёл бэклог и запустил все события Scrum, а Владелец Продукта продолжает себя вести как начальник отдела или руководитель проекта? Провёл воркшоп по 5 порокам команды, а её участники продолжают работать обособленно? Значит ты что-то упустил при внедрении изменений. На докладе рассмотрим, типичные ошибки внедрения изменений на реальных примерах из Agile-кочинга и как их избежать:

• Отсутствие понимания у сотрудников необходимости изменений
• Отсутствие активного участия руководства
• Отсутствие чёткого и мотивирующего видения
• Недостаточное уделение внимания мотивации сотрудников на изменения
• Завышенные ожидания от Agile и отсутствие желания/возможности поменять окружение

О себе:
Agile-коуч, Lean Startup практик, Тренер Дизайн-Мышления.

• С 2004 года участвует в создании различных IT продуктов в должностях от разработчика до руководителя проектов.
• Работал как в стартапах, так и в компаниях IT-лидерах, таких как Сбербанк, EPAM, и ЛАНИТ.
• В 2011 впервые стал Scrum-Мастером
• С 2014 года помогает в трансформациях в качестве Agile-коуча таким компаний как: Альфа-Банк, МТС, М.Видео, ZeptoLab, Сбербанк, Utair

Когда компания растёт и разработчиков становится больше 9, Скрам перестаёт работать. Додо Пицца использует LeSS-фреймворк для организации работы 60+ разработчиков в 9 командах над одним продуктом. Можно ли построить LeSS постепенно или нужна революция? Первые шаги Инженерная культура как основа для взаимодействия команд Границы применимости — нужно ли оно вам?

О себе:
Любит и умеет писать код и тесты. Поклонник DDD и XP. Занимается разработкой с 1996 года по сегодняшний день. Имеет 10-летний опыт применения XP, Scrum, Kanban и LeSS при разработке бизнес-приложений в компаниях Intel, SmartStepGroup, Додо Пицца. Докладчик на конференциях CodeFest, AgileDays, Microsoft Platform, Intel Agile, LeSS Conference NY. Основной стек — .Net и JS.

Современный мир очень динамичен и постоянно меняется. Небольшое событие приводит к большим изменениям, которые зачастую непредсказуемы. Cложность коммуникаций накладывает ограничения на быструю передачу информации. Необходимость в развитие бизнеса формируют потребность в масштабировании. Поэтому нужно действовать постоянно.
Сегодня всё чаще компании при переходе на Agile говорят о необходимости уничтожения барьера между поддержкой и разработкой. Необходимость в дальнейшем развитии инженерные практик часто является главной повесткой дня ретроспектив команд разработки. Подход DevOps в настоящее время много обсуждается, а вот новый термин BizDevOps упоминается достаточно редко. В докладе будет рассмотрено так ли необходимо вводить новое понятие, а также будет рассказано про различные интерпретации идеи BizDevOps.

О себе:
Андрей Шумаков работает в сфере информационных технологий с 2000 года. Основное образование получено в МГУ. Получил дополнительное образование в рамках Agile- направления на курсах PSM I & II, KANBAN, LESS и имеет соответствующие сертификаты.
Действующий член ассоциации ABPMP с момента её регистрации в России.
На текущий момент работает роли SCRUM-мастера в группе практик гибких разработок ПАО «Промсвязьбанк», преподаёт в Финансовом Университете. Начинал карьеру с программиста, была своя небольшая компания в области ИТ поддержки и разработки, работал зам. начальника ИТ отдела в одном из крупных подразделений МГУ.
Большой опыт в создании команд, работающих по принципам самоорганизации, которые решали и продолжают решать множество задач, связанных с разработкой ПО. За последние несколько лет достиг значительных результатов в совершенствовании организационных практик для самоорганизованных команд, занятых в разработке продуктов, а также во внедрение процессов Scrum/Agile.
Основные профессиональные интересы: Agile/Scrum/LESS, DevOps, ITIL4, Prince2 Agile, BPM CBOK

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

О себе:
Тренер и консультант по гибким методологиям. 15 лет в деле! За плечами разработка, архитектура, развитие бизнеса и стартапы. Различные страны, продукты, процессы, — неизменным всегда было лишь желание идти вперед и брать всё новые и новые высоты. В ScrumTrek пришел развивать инженерное направление, но вскоре стало ясно, — процессы, инженерия, культура, продукты — это неделимые части единого целого. В настоящий момент в компании ScrumTrek развивает направление DevOps и работает с крупными компаниями, помогая им осуществлять изменения, ведущие к желанной цели любой корпорации — Business Agility.