Антон НемчиновРайффайзенБанк

Зачем нужно внедрять гибкие практики разработки?

1960ые

Раз в 10 лет

2010ые

Каждые 2-3 месяца

1980ые

Каждые 2-3 года

При постоянном увеличении скорости и высокой конкуренции на рынке классические методы управления разработкой становятся…

Узким горлом

• Наделенная полномочиями

• Самомотивированная

• Кросфункциональная

• Нацеленная на постоянное усовершенствования

• Команда из 6-8 участников

• Владелец продукта постоянно доступен для обратной связи

• Удачные примеры внедрения чаще всего встречаются в компаниях выпускающие продукты для конечных пользователей

Внедрение Kanban и гибких практик разработки в агрессивной среде крупной организации

История базируется на реальных событиях

• 20-30 человек• Очень хочет быть эффективнее

• Хочет стать бизнесу партнером

• Сократить Time to Market

• Находится под распределённой трансформацией

Команда

Бизнес Заказчик• Тоже хочет быть эффективным

• Наивысший приоритет - её KPI

• Не вовлекается в развитие продукта

• Считает, что все происходить очень медленно

• Имеет те же цели, что и Команда

• Верит в «железный треугольник»

• Чувствует себя комфорта, когда контролирует все и всех

• Есть свои KPI. Изменение параметров проекта -1 в карму

• Планирование работ = commitment

Руководитель проектов

Мы уже пытались работать по Agile, но ничего не вышло Мы не знаем по чему У нас нет времени В этой организации это не возможно

Давайте внедрять Agile!Кто за?

Конец

Конец?

Почему команде не удалось даже начать?

• У нас все отлично. Зачем что-то менять?• Даже если кто-то голосует «ЗА», то делает это

эмоционально или под влиянием. В итоге, до дела тоже не доходит

• У отдельных членов команды есть устойчивое сопротивление, вызванное ранее не удачным опытом

• Команде нужно помощь

• Это проектная команда

• Внутренние сотрудники

• Внешние консультанты

• Линейные руководители так же являются членами проектной команды

• Все остальные активно участвуют

Agile Coach

Ребята, Agile - это круто

Зачем???

• Показать команде, что изменения назрели

• Помочь команде «подсветить» ключевые проблемы

• Для этого собрать информацию, сделать анализ и выявить ключевые зоны развития

• В итоге, дать команде определить самой с чего начать

Коммуникации Планирование Изменение скоупа

Зоны развития

• Канбан доска• Общий бэклог• Многоуровневое планирование• Приоретизация и оценка требований• 2-х недельные итерации• Метрики• Continues integration• Continues improvement

Мы задерживаем релиз Нам нужно назвать новые сроки Мы опять не попали в сроки…

Заказчик эскалирует проблему и увеличивает давление на команду

Вы в планах на следующий год

• Ты будешь управлять нашим бэклогом

• Ты сможешь говорить что и когда тебе нужно

• Но ты должна быть доступна для быстрой обратной связи

• У нас будут 2-х недельные итерации

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

• Повышена прозрачность потоков работы для команды и заказчиков

• Больше не страшны не детальные требования. Команда и заказчик научились общаться

• Команда доставляет самое важное в начале, тем самым сократив Time to Market

• Собираемые метрики позволяют планировать точнее и быстрее реагировать на события

Прошло 2-3 месяца…

Команда, у вас проблемы!

April May June July0

15

30

45

60

75

WIPCycle-Time

Анализ ситуации• В мае команда начала декомпозировать задачи• Предыдущий релиз принес много инцидентов• Заказчик стал активнее накидывать задачи• Закон Литтла сработал во весь рост• Команда демотивирована

WIP лимиты

• Имеет те же цели, что и Команда

• Верит в «железный треугольник»

• Чувствует себя комфорта, когда контролирует все и всех

• Есть свои KPI. Изменение параметров проекта -1 в карму

• Планирование работ = commitment

Руководитель проектов

Мне нужены оценки сроков для плана

и вы должны закомититься???

• Команда хорошо умеет планировать не более чем на 3 месяца

• Развести задачи команды и проекты помогают квоты

• Опыт команды подсказывает ей, что в ходе проекта многое может поменяться

• Оценки нужны для бюджета• Ему нужны комиты, потому,

что от него требуют точных оценок в начале проекта

• Изменения негативно влияют на KPI

• PMBOK guide позабыт…

1 месяц

2 месяца

3 месяца

4 месяца

5 месяце

в

6 месяце

в

7 месяце

в

8 месяце

в

9 месяце

в

10 месяце

в

11 месяце

в

12 месяце

в

0

23

45

68

90

113

Индекс вероятности

Подведем итог

• Распределенная трансформация имела положительное влияние

• Мы не внедряем Agile. Мы внедряем тип мышления и подход к работе.

• Agile, Kanban, SCRUM, Lean и т.п. всего лишь инструменты• Внедрение идет снизу в вверх при полной поддержки

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

Спасибо!LinkedIn: https://ru.linkedin.com/in/anemchinov

Email: Anton.Nemchinov@raiffeisen.ru