Скорее власть, чем срочность: Мона, генеральный директор, внезапно извлекла кого-то из команды на три дня.
Это упражнение по соотнесению характеристик позволяет составить список заинтересованных сторон и выявить их значимость в отношениях с командой.
• Scrum, охватывающий заинтересованные стороны (графа 4 в шаблоне)
Во время прелюдии встает вопрос о знании Scrum заинтересованными сторонами и об их вовлеченности в развитие экосистемы.
В зависимости от уровня их осведомленности следует организовать обучение.
Говоря о характеристиках, необходимо:
✓ обучить заинтересованные стороны – по меньшей мере тех, кто обладает одновременно двумя или тремя характеристиками,
✓ снизить риски в отношении тех, кто обладает характеристиками власти или срочности,
✓ усилить роль тех, кто обладает характеристикой знания, и обеспечить их доступность.
Вся информация помещается на шаблон, в том числе доступность заинтересованных сторон и их возможность вовлечься в работу команды.
• Предназначение экосистемы (графа 5 в шаблоне)
Термин (эволюционного) предназначения пришел из холакратии [42]. Его подхватил Фредерик Лалу в своей книге «Переосмысление организаций»[43] и привел в качестве одного из трех понятий, необходимых для достижения статуса бирюзовой компании – другими словами, последней и наиболее успешной стадии организации.
В работах Лалу предназначение относится к однородному обществу внутри единой организации.
В нашем подходе оно применяется к экосистеме, которая иногда может совпадать с организацией, а может представлять ее часть или охватывать сразу несколько компаний.
Предназначение определяется коллективно. Если на этом этапе возникают трудности, команда просит помощи от заинтересованной стороны, обладающей характеристиками власти, срочности и знаний, или от инвестора.
Презназначение экосистемы Peetic состоит в повышении благосостояния владельцев животных.
• Контекстуализация Scrum (графа 6 в шаблоне)
Мы поговорим о контекстуализации в главе 14. При работе над шаблоном команда обменивается наиболее важными для экосистемы аспектами:
✓ предполагаемая продолжительность спринтов и сезонов,
✓ предполагаемые день и время Scrum-событий,
✓ адаптация Scrum-практик с учетом контекста,
✓ другие практики, используемые в Scrum-формате.
• Оценка баланса между командой и экосистемой
Система сводится к удовлетворению заинтересованных сторон через проработку командой их обратной связи. Scrum может рассматриваться как системный подход с механизмом, использующим обратную связь для получения хорошего продукта.
Это позволяет влиять на содержание продукта, вводя функциональности, соответствующие командной этике.
Но если предназначение экосистемы не соответствует этике команды и у команды нет возможности ее развивать, несогласованность неизбежно приведет к серьезным проблемам во внедрении Scrum. В таких условиях лучше не начинать спринт.
Рисунок 13.6 – Согласование командной этики с предназначением
Прежде чем идти дальше, изучим, что находится в графах 3, 4, 5 и 6 шаблона. Графа 6 напоминает заинтересованным сторонам, в чем заключается их участие в Scrum, и то, что они гарантируют свою доступность во время спринта.
Одна из задач прелюдии – укрепление хороших отношений между командой и заинтересованными сторонами. Если это невозможно, применение Scrum неприемлемо.
Успешная прелюдия должна помочь согласовать командную этику с предназначением экосистемы.
Команда должна убедиться, что она защищена от заинтересованных сторон, которые могут угрожать ее благополучию. Менеджер, посягающий на командные обязанности, угрожает самоорганизации. Обязанности каждого должны быть разделены на это время. Вот почему заинтересованные стороны также участвуют на данном этапе. Особенно важно обучить их, поделиться с ними духом Agile и объяснить их роль в новом способе работы.
Оценка позволяет принимать следующие решения, похожие на те, что принимались во время предыдущей оценки:
✓ продолжить, осуществив переход к следующему этапу,
✓ завершить этап, добившись согласия,
✓ остановиться, если команда не на одной волне,
✓ выход отдельных лиц из команды или из списка заинтересованных сторон по соображениям совести [44].
Чтобыприступить к спринту, команда должна чувствовать себя в комфортной среде, будучи в доверительных отношениях между участниками и с заинтересованными сторонами.
Доверие способствует целостности команды.
Психологическая безопасность облегчает необходимость принятия риска. Можно действовать и высказываться, не опасаясь быть неправильно понятым. Можно работать вместе, чтобы коллективно добиться результата.
Итоги этой деятельности не помещаются на шаблон, потому что в результате получается артефакт, называемый бэклогом.
В главе 15 представлены способы создания первоначального бэклога, составленного из историй. Необходимые для этого инструменты (impact mapping и story mapping) могут использоваться в прелюдии. Все зависит от возможностей команды.
Цель – в доказательстве того, что команда способна преуспеть в первом спринте в изначальных условиях экосистемы.
• Среда разработки (графа 7 в шаблоне)
Следует организовать среду разработки и обучить участников команды работе с новыми инструментами.
Команда вынуждена интересоваться проблемами DevOps и приглашать экспертов в данной области, начиная с самой прелюдии. Лучше иметь таких экспертов в команде.
• Понятные правила игры (графа 8 в шаблоне)
Участники команды, которые будут вместе играть в Scrum, придерживаются одних правил. На этапе прелюдии это вопрос согласования, чтобы можно было начать, а в дальнейшем команда может менять эти правила.
Scrum – это игра. Основные правила просты. Но фреймворк адаптируется и завершается – это и есть контекстуализация – в конечном счете, у всякой команды есть свои правила для совместной работы.
Примеры правил команды:
✓ способ принятия решений,
✓ список собранных данных в конце спринта, метрики,
✓ способ работы со срочными задачами (и в целом понятие срочности для команды).
Эти правила могут быть имплицитными или эксплицитными. Scrum-мастер по своему усмотрению задает вопросы команде и определяет, что для нее лучше.
• Рабочие зоны (графа 9 в шаблоне)
Что такое рабочие зоны, мы узнали в главе 3. Они создаются именно во время прелюдии.
Очень важно сразу определить зоны 1–3, чтобы облегчить наиболее важное общение и обмен:
✓ Зона 1 – это рабочее пространство для участников команды,
✓ Зона 2 также принадлежит команде, в ней проводятся такие события, как схватка,
✓ Зона 3 создана для встреч с наиболее важными заинтересованными сторонами.
• Критерии завершенности (графа 10 в шаблоне)
Критерии завершенности, которые мы подробно изучили в главе 8, влияют на совместную работу.
Во время прелюдии команда разрабатывает первые критерии завершенности.
На встрече по определению критериев завершенности команда должна подумать, какие проверки необходимо выполнить для получения качественного результата (и, следовательно, устойчивого – например, путем ограничения технического долга). Также встает вопрос об отношениях с экспертами и заинтересованными сторонами, определяются правила взаимодействия с ними.
• Команда, способная к производству
К концу первого спринта команда (по-хорошему) должна получить результат, ценный для заинтересованных сторон. Как убедиться, что команда на это способна?
Для производства необходимы ресурсы: материалы, среда, позволяющая разрабатывать, интегрировать, тестировать, и т. д.
Чтобы доказать, что она способна, лучшее – продемонстрировать это на простом примере. Участники выбирают одну из историй в бэклоге и работают над ней.
История реализуется внутри команды. Это позволяет проверить всю производственную цепочку, включая непрерывную интеграцию и развертывание.
• Оценка жизнеспособности экосистемы
Эта оценка опирается на шаблон, первоначальный бэклог и демо небольшой первой истории. Ее можно провести во время совещания (по типу обзора/ретро), в котором участвует вся команда и заинтересованные стороны.
Решение о том, что делать дальше, принимается на этом совещании:
✓ все отлично, можно приступать к спринту 1,
✓ нет, продолжать в этих условиях нецелесообразно.
При необходимости (если какой-либо из ожидаемых результатов не достигнут, но команда близка к этому) она может начать спринт 1 и добавить историю, касающуюся достижения этого пункта.
Рисунок 13.7 – Экосистема жизнеспособна!
13.4 Дополнения к прелюдии
Прелюдия необходима при создании или перевороте экосистемы, когда появляется новая команда или новые заинтересованные лица. Понятие нового субъективно. Можно, как вариант, опираться на треть обновленного коллектива.
Прелюдия, само собой, проводится при создании команды. Но она возможна при устоявшейся команде и новых заинтересованных сторонах. Или если команда завершила работу над одним продуктом и приступила к другому и в другой области, где и заинтересованные стороны тоже будут другими.