Лет 12 назад, когда я работал программистом в EPAM-е, мой товарищ участвовал в пилотном проекте. Он и еще несколько программистов работали над Proof Of Concept (POC) для американского заказчика, который через 2 месяца должен был принять решение, заходить с большим проектом в EPAM или нет. Менеджмент давил на ребят и они жертвовали качеством. Каждые две недели они показывали заказчику последнюю костыльную версию продукта, вводя его в заблуждение относительно своих способностей относительно скорости разработки. Если бы вы знали как негодовал заказчик, когда выяснилось, что команда не способна поддерживать такой темп разработки в долгую. Отношения были разрушены, доверие подорвано.
Ребята впопыхах добавляли новые фичи, создавая технический долг и вводя заказчика в заблуждение
Что-то подобное случается с людьми в конфетно-букетный период. Мы хотим казаться теми, кем не являемся на самом деле.
“Готовый” продукт, соответствующий DoD
Как понять реальный прогресс в продуктовой разработке? Исследуя “готовый” продукт, соответствующий критериям качества (DoD). Только так можно получить адекватную обратную связь и реальное понимание происходящего. Одно дело показать бумажный прототип автомобиля , другое дело ̶ сесть за руль и проехаться по треку, оценив ходовые качества и эргономику авто.
На Обзоре Спринта инспектируется прогресс к продуктовой цели
Скрам реализует ценности и принципы Аджайл Манифеста, требуя от Скрам-команды на Обзоре Спринта показывать работающий (Done) продукт:
Scrum Team представляет результаты своей работы заинтересованным лицам и обсуждает прогресс в достижении Product Goal. Работа НЕ МОЖЕТ считаться частью Increment, если она не соответствует определению готовности.
(Руководство по Скраму).
Демонстрация Undone на Обзоре Спринта приводит к:
- Утрате прозрачности относительно реального прогресса разработки
- Искаженным прогнозам, оценкам и несбывшимся ожиданиям
- Бэклогу Продукта, который не в оптимальном состоянии
- Разочарованию, утрате доверия внутри Скрам-команды, а также между Скрам-командой и заинтересованными лицами.
И даже если вы будете стоять на Обзоре Спринта с красный флагом и предупреждать всех о том, что ЭТО UNDONE, то найдутся те, кто воспримут увиденное за реальный прогресс, что приведет вас к негативным последствиям.
Как получить обратную связь на Undone?
Иногда необходимо получить обратную связь на Undone. Например, команда подготовила дизайн страницы, но не успела сверстать ее и интегрировать с другими сервисами. Неужели нужно ждать следующего Обзора Спринта, когда это будет Done? Нет, конечно, получайте обратную связь как можно оперативнее, но делайте это внутри итерации, а не на Обзоре Спринта. Фокусы Обзора: инспектировать Done инкремент и прогресс к продуктовой цели, адаптировать Бэклог Продукта.
Можно получать обратную связь на Undone внутри Спринта
DoD поддерживает самоорганизацию и дисциплину
Есть еще причина, почему Скрам-команде не стоит показывать Undone на Обзоре Спринта. Это дисциплинирует команду и поддерживает самоорганизацию. Одна Скрам-мастера запретила команде показывать новые фичи, потому что не был выполнен последний пункт DoD: “написана документация”. Команда была в ярости, но Скрам-мастер осталась непреклонной. На следующем Планировании Спринта разработчики триста раз провели DoD и убедились, что в Бэклог Спринта включены все задачи для его закрытия. Когда вы даете людям четкие и нерушимые ограничения, то они вынуждены адаптироваться внутри этих ограничений.
Хотите лучше разобраться в Скраме и узнать тонкости этого фреймворка? Добро пожаловать на сертификационный тренинг Professional Scrum Master (PSM).
Главные мысли
- Понять реальный прогресс в продуктовой разработке можно, исследуя “готовый” продукт, соответствующий критериям качества (DoD);
- Обзоре Спринта показывается только работающий (Done) продукт;
- Демонстрация Undone приводит к утрате прозрачности, неверным прогнозам, несбывшимся ожиданиям, разочарованию и утрате доверия.
- Строгое следование DoD поддерживает самоорганизацию и дисциплину.
