Upgrade to Pro — share decks privately, control downloads, hide ads and more …

Waterfall на прокачку: добавляем Agile

Waterfall на прокачку: добавляем Agile

Agile Meetup #7

Avatar for Ivan Shishkin

Ivan Shishkin

August 04, 2018

Other Decks in Technology

Transcript

  1. • Предсказуемость • Простота • Ориентированность на ценность Плюсы Waterfall

    • Знает ответы на вопросы Что? Где? Когда? • Формализован • Прост в использовании • Проверен временем 5
  2. • «Атомные электростанции» • Проекты с Fixed Price/Time • Клиенты,

    которым не нужен «этот Agile» Где живет Waterfall https://www.youtube.com/watch?v=wAH92qJqvQQ 6
  3. Проблемы Waterfall • Можно сделать все правильно, но не то,

    что нужно заказчику • Информация теряется и искажается между этапами • Процессы не адаптируются 7
  4. 1. Why? 2. Who? 3. How? 4. What? Impact mapping

    https://habr.com/post/246401/ 10
  5. Естественное планирование 1. Описываем цель (Why?) 2. Описываем видение идеального

    результата (Who? How?) 3. Ищем шаги для достижения (What?) 4. Упорядочиваем их 5. Определяем первое действие 12
  6. Что сделали • Выстроили работу вокруг потребности заказчика, а не

    вокруг формальных процедур • Воспользовались специальной техникой • Нашли всю доступную информацию о проблеме • Инициировали общение с заказчиком 13
  7. Что в итоге 14 • Узнали, чего хочет заказчик, а

    не аналитик • Нашли несколько важных проблем, которые не рассматривались в ТЗ • Прокачали экспертизу в предметной области • Поняли, как это потом проверять
  8. Что сделали • Посчитали, где теряем время •Проанализировали коммуникации •

    Добавили кросс-функциональности • Попросили тестировщиков в команду 16
  9. Что в итоге 17 • Стали брать любые задачи разработки

    «под ключ» • Решили проблему коммуникаций • Не получили тестировщиков 
  10. Что в итоге 20 • Перестали терять время на переделки

    • Устранили «футбол» задачами между анализом и разработкой • Убедились, что подключение тестирования и сопровождения делает процесс еще эффективнее
  11. Что сделали • Разделили задачу на этапы • Результат каждого

    из этапов предоставлял ценность заказчику • Каждый из этапов отдавали клиенту 22
  12. Что в итоге • Клиент начал пользоваться функционалом после первого

    этапа • Запуск всего скоупа задач занял не больше времени, чем если бы его реализовывали за один этап 23
  13. Что сделали • Начали проводить ретро • Начали считать показатели

    • Стали искать причины проблем и менять процессы 25
  14. Что в итоге • Весь актуальный опыт был отражен в

    процессах • Добавили геймификации и ценностей • Прошли путь от «…и в продакшн» до экспериментов с Agile 26
  15. Как выглядит прокачанный Waterfall • Строим проекты вокруг бизнес- ценности

    • Работаем кросс-функционально • Соединяем этапы водопада между собой • Большие водопады превращаем в серию малых • Используем Agile инструменты 28
  16. 29 Waterfall + Agile = Waterfall • Можно сделать все

    правильно, но не то, что нужно заказчику • Ценность для заказчика в приоритете в течение всего проекта • Информация теряется и искажается между этапами • Кросс-функциональная команда в едином информационном поле • Процессы не адаптируются • Процессы непрерывно улучшаются