Завершение спринта в Scrum – демо и ретро
В этой, тринадцатой статье из серии «Менеджмент цифрового мира» я продолжу рассмотрение схемы скрам и буду говорить про завершение спринта – Демо, оно же Sprint Review и Ретроспективу. Она продолжает предыдущие статьи «Итерации Scrum – целостная схема, а не прикольная картинка», где мы рассмотрели переход к итеративной работе и планирование, и «Схе…
есть пара вопросов.
1. Agile - разве это метод ?
2. Вы пишите про то, кто участвует в демо, но полной картины так и не дали. А это очень важное мероприятие.
3. Не раскрыты полностью цели ретро, на основе чего оно строится, каки вопросы обсуждаются, из вашего изложения не понятно.
Отвечаю по пунктам.
1. Agile - это не метод, это зонтичная констркуция, в которой есть манифест с ценностями и принципами, и дальше семейство разных методов. Я это описывал https://vc.ru/u/364500-maksim-cepkov/96264-agile-otvet-it-na-vyzovy-cifrovogo-mira а дальше перешел к описанию Scrum. И стараюсь везде это корректно оговаривать, используя название конкретных методов, или обобщенное указание Agile-методы, или просто Agile если имею ввиду полную конструкцию. Хотя понятно, где-то могло проскочить не аккуратное употребление слова.
2. Про демо. Наверное, с моей точки зрения упущение, что я не описал подробно, что именно пишет Scrum Guide - 4-часовая встреча для одномесячного спринта и повестку дня. Но именно это люди могут там прочитать. Штука в том. что в гайде описан весьма жесткий сценарий, с повесткой дня, в который, в том числе описана подготовка бэклога к следующему этапу и жесткая договоренность о нем. А действительность оказывается гораздо более разнообразна, это не всегда можно упаковать в одну встречу. Поэтому здесь я сосредоточился на функции демо как получению обратной связи, а работа с бэклогом - следующая статья. и это - отдельная активность. И такое разделение соответствует тому, что я читал в книгах Сазерленда и Книберга, и слышал от Книберга на тренинге. Так что если бы я цитировал Scrum Guide, то я бы его еще и критиковал. А в статье для широкого ознакомления это неуместно.
3. С ретро, в общем-то тоже самое. Хотя я не цитировал дословно те три пункта, которые составляют цель ретро в Scrum Guide (Inspect how the last Sprint went with regards to people, relationships, process, and tools; Identify and order the major items that went well and potential improvements; and, Create a plan for implementing improvements to the way the Scrum Team does its work) я. с одной стороны обозначил их рамочно как "процесс непрерывных улучшений", а, с другой - раскрыл содержание важных моментов, которые часто упускают, но которые необходимы. При этом пункты из Scrum Guide туда вошли - и оценить, что плохо, а что можно улучшить, и создание плана действий. Вообще техника ретро - сложная. о ней много книг есть. и я явно оговорился, что буду говорить о практиках.
В целом я не пишу учебник, а рассказываю про Agile на практике. Учебников и так много, и они не удовлетворяют людей. Люди видят описание Sprint Review, повестку на 4-часовую встречу, понимают не реализуемость в их условиях и говорят "ну Scrum нам не подходит, и вообще он настолько жесткий, что убиться можно".