Денис Тучин - Как внедрить Agile, чтобы никто не заметил
•Download as PPTX, PDF•
1 like•574 views
Видео: https://www.youtube.com/watch?v=ielCPWnMQts Часто сталкиваюсь с вопросом коллег, а что делать, если в компании никто не хочет/не заинтересован внедрять Agile, начальство не поддерживает и т.д. Этот доклад чтобы помочь людям разрешить такие кейсы с максимальной эффективностью и минимальными моральными усилиями. На докладе постараюсь ответить на следующие вопросы: - Что делать, если в компании или команде есть ярые противники Agile? - Что делать, если никто ничего не хочет менять в процессах проекта, отдела, компании? - Как не "внедряя Agile" привнести Agile принципы и практики в проект?
Денис Тучин - Как внедрить Agile, чтобы никто не заметил
- 2. Об опыте Внедрение Agile с 2009 Консалтинг по Agile с 2012
- 3. Содержание • Если против руководство • Если против команда • Если против сам(а) • Если против команда и руководство и команда
- 4. Если против руководство (причины)
- 5. Если против руководство (причины) ● Не видит ценности ● Предвзятое отношение к Agile: ○ Agile - это хаос ○ Нет контроля над разработчиками ○ Нет документации ○ Нет архитектуры ○ Agile не работает ○ Agile для развлечения разработчиков ● Не хочет ничего менять ● И так всё хорошо
- 6. Руководство не видит ценности
- 7. Руководство не видит ценности Понять ценности руководства
- 8. Руководство не видит ценности Понять ценности руководства «Продать» исходя из этих ценностей
- 9. Предвзятое отношение руководства к Agile Внедряем, Agile, но не говорим, что это Agile
- 10. Предвзятое отношение руководсьва к Agile Большинство практик и подходов Agile придуманы за долго до 2001 известными в менеджменте и отрасли людьми: ● PDCA (1950) - У. Деминг и У. Шухарт ● Канбан (1959) - Тайити Оно ● Ключевые принципы Деминга (1986) ● Бережливое производство (1988) - Тайити Оно ● Автоматизированное тестирование (1975) - Ф. Брукс ● Кайдзен (1986) - Масааки Имаи
- 11. Предвзятое отношение руководсьва к Agile Внедряем, Agile, но не говорим, что это Agile: ... • Инженерные практики обычно внедряются на ура • Внедряем на уровне команд. Можно им тоже не говорить, чтобы слухи не дошли до руководства.
- 12. Руководство не хочет ничего менять (и так всё хорошо) Меняем процессы через разборы полётов, но не говорим про изменения процессов, а лишь про решение проблем. ● Если есть периодические встречи с руководством, поднимать в рамках них существующие проблемы ● При отсутствии регулярных встреч: ○ В идеале – организовать и проводить совмещённо статус митинг и ретро (либо по раздельности) ○ Иначе собирать встречи при возникновении проблем
- 13. Руководство не хочет ничего менять (и так всё хорошо) Меняем процессы через разборы полётов, но не говорим про изменения процессов, а лишь про решение проблем. ● Если есть периодические встречи с руководством, поднимать в рамках них существующие проблемы ● При отсутствии регулярных встреч: ○ В идеале – организовать и проводить совмещённо статус митинг и ретро (либо по раздельности) ○ Иначе собирать встречи при возникновении проблем * Опять же нужно понимать ценности и приоритеты руководства
- 14. Если против команда (причины)
- 15. ● Предвзятое отношение к Agile: ○ Нет архитектуры ○ Нет ответственных за код ○ Нужно постоянно отчитываться о проделанной работе ○ программистам нужно быть тестировщиками ● Неудачный опыт ● Пиши код бл*ть! (хватит болтать, нужно работать) ● Не хочет ничего менять ● И так всё хорошо ● Против одной из практик (TDD, pair programming etc.) ● Начальству нужно создавать видимость деятельности Если против команда (причины)
- 16. Предвзятое отношение команды к Agile Рассказать: тренинг или серия семинаров, где можно снять все возражения Примеры: • Scrum Lego Game • Kanban Pizza Game
- 17. Предвзятое отношение команды к Agile 1. Нет архитектуры – не правильное понимание Agile Рассказать
- 18. Предвзятое отношение команды к Agile 2. Нет ответственных за код Проблема глубже – люди позволяют себе безответственно относиться к коду. • Ретро • Правило бойскаутов • Технические истории
- 19. Предвзятое отношение команды к Agile 2. Нет ответственных за код Проблема глубже – люди позволяют себе безответственно относиться к коду. • Ретро • Правило бойскаутов • Технические истории Если в команде остаются такие люди?
- 20. Предвзятое отношение команды к Agile 3. Нужно постоянно отчитываться о проделанной работе Правда только отчасти. • Нужно донести истинные цели стендапов • Возможно проблема таки глубже: люди привыкли что они могут целый день заниматься не работой.
- 21. Предвзятое отношение команды к Agile 4. Программистам нужно быть тестировщиками • Чаще, не правда • Максимум - программистом автотестов
- 22. Неудачный опыт работы по Agile • Разбор неудачного опыта • Психологическая травма сродни детской – всегда нужен индивидуальный подход
- 23. Команда не хочет ничего менять, и так всё хорошо Указать, а, лучше, помочь увидеть проблемы: 1. Обратная связь от заказчиков или пользователей a. ?
- 24. Команда не хочет ничего менять, и так всё хорошо Указать, а, лучше, помочь увидеть проблемы: 1. Обратная связь от заказчиков или пользователей: a. ... b. демо c. день в саппорте 2. Ретро 3. Иначе клиника (насаждение Agile)
- 25. “Начальству нужно создавать видимость деятельности” • Рассказать, зачем команде эти практики, исходя из их ценностей • Если команда не мотивированная Постараться вытащить её из болота, чтобы разбудить здоровые ценности - ретро и аудит здоровья команды
- 26. Эффект будет не сразу!
- 27. Эффект будет не сразу! ● Кредит доверия ● Быстрые маленькие победы
- 28. Вместо заключения: Общие принципы внедрения изменений
- 29. Вместо заключения: Общие принципы внедрения изменений
- 30. Вместо заключения: Общие принципы внедрения изменений
- 31. Вместо заключения: Общие принципы внедрения изменений