37
Как не собрать все грабли при Agile трансформации Алексей Воронин, ScrumTrek

Алексей Воронин. Как не собрать все грабли при Agile трансформации компании?

Embed Size (px)

Citation preview

Как не собрать все грабли при Agile трансформацииАлексей Воронин, ScrumTrek

Алексей Воронин• Agile Coach / ScrumTrek

• В прошлом разработчик, Scrum Master, Консультант, Release Manager, Change Agent, Руководитель отдела планирования

• МТС ИТ, NVision Software Solutions, Asteros Labs, Asteros Consulting

[email protected]

av0r0nin

https://agilerussia.timepad.ru/events

Agile Russia

Agile Kitchen

Кейсы

Что такое Agile трансформация?

Agile

Фокус на потребителе Скорость изменений

Вертикальная коммуникация

Ценность не соответствует колодцам

Задача: соединить колодцы

Трения между колодцами

Рассадка по функциям

Политические барьеры

Грабли №1Что конкретно трансформируем?

Бизнес

Подразделение 1

Подразделение N

IT

Разработка Системы 1

Разработка Системы 2

Разработка Системы N

Разработка Шины

QA

Бизнес недоволен скоростью разработки IT систем!

Что делать?

Бизнес

Подразделение 1

Подразделение N

IT

Кроссф команда Системы 1

Владелец Системы 1

Разработчик С1

Разработчик Шины

QA

Кроссф команда Системы 2

Владелец Системы 2

Разработчик С2

Разработчик Шины

QA

Кроссф команда Системы N

Владелец Системы N

Разработчик СN

Разработчик Шины

QA

Трансформация IT

Бизнес

Подразделение 1 / Продукт 1

Владелец Продукта 1

Специалист от бизнеса 1

Разработчик С1

Разработчик С2

QA

Подразделение 2 / Продукт 2

Владелец Продукта 2

Специалист от бизнеса 1

Специалист от бизнеса 2

Разработчик С2

Разработчик С3

Подразделение N

IT

Трансформация всей компании

Грабли №2Как проводить изменения?

Как провести изменения?

Big Bang

Iterative Incremental

Собираем пилотные команды

Формируем Vision

Подключаем к пилоту

новые команды

+

Оперативно исправляем проблемы

Проводим системные изменения

Собираем грабли на пилотных командах

Грабли №3Как не заморозить изменения?

Собираем пилотные команды

Формируем Vision

Подключаем к пилоту

новые команды

+

Оперативно исправляем проблемы

Проводим системные изменения

Собираем грабли на пилотных командах

Ретроспектива пилотных команд

• Зачем?• Системное решение сложных

проблем команд

• Кто участвует?• Команда трансформации

• PO, SM пилотных команд

• 1-2 представителя пилотной команды

• Как часто проводить?• Каждый спринт

• Как отслеживать задачи?• Доска команды трансформации

Грабли №4Менять оргструктуру или не менять?

Larman’s Laws

• 1. Organizations are implicitly optimized to avoid changing the status quo middle- and first-level manager and “specialist” positions & power structures.

• 2. As a corollary to (1), any change initiative will be reduced to redefining or overloading the new terminology to mean basically the same as status quo.

• 3. As a corollary to (1), any change initiative will be derided as “purist”, “theoretical”, “revolutionary”, "religion", and “needing pragmatic customization for local concerns” — which deflects from addressing weaknesses and manager/specialist status quo.

• 4. As a corollary to (1), if after changing the change some managers and single-specialists are still displaced, they become “coaches/trainers” for the change, frequently reinforcing (2) and (3).

• 5. Culture follows structure.

Грабли №5Дизайн команд

Собираем пилотные команды

Формируем Vision

Подключаем к пилоту

новые команды

+

Оперативно исправляем проблемы

Проводим системные изменения

Собираем грабли на пилотных командах

Дизайн команд – от бизнес направлений / продуктов

Как сформировать структуру команд?

• Директивный – команды формируются экспертами “сверху”• Ответственность за структуру команды остается на экспертах

• Не учитываются нюансы и баланс компетенций, который виден только участникам команд

• Self-design – команды формируются самими участниками, в ограничениях заданных “сверху” • Ответственность за структуру команд участники берут на себя• Участники учитывают видимые только им нюансы в балансе

компетенций, эмоциональном комфорте и т.п.

Самодизайн команд

• Продолжительность Workshop –полдня

• В workshop участвуют потенциальные участники команд

• Владелец продукта презентует задачи, которые стоят перед продуктом

• Участники договариваются об ограничениях структуры команд (кроссфункциональность, 7±2 чел и т.п.)

• В течении дня происходит несколько циклов определения-корректировки структуры команд

https://goo.gl/SJc9Y8

Самодизайн одной команды

•Правила примерно такие же•Происходит во время запуска команды после тренинга•Требуется максимум 30 минут

Дизайн команд – сколько нужно PO?

Сколько нужно скрам-мастеров?

Сколько нужно Agile Coach?

Грабли №6Масштабирование изменений

Собираем пилотные команды

Формируем Vision

Подключаем к пилоту

новые команды

+

Оперативно исправляем проблемы

Проводим системные изменения

Собираем грабли на пилотных командах

Масштабирование изменений

Agile Coach Scrum Masterпилотной команды

Грабли №7Какой framework выбрать?

Где же правда – SAFe, LeSS, Nexus, Scrum@Scale, Spotify, …?

ВОПРОСЫ?

facebook.com/groups/enterpriseagilerussia

Enterprise Agile [email protected]

av0r0nin