2. Scrum-команда в согласии с заинтересованными сторонами,
3. жизнеспособная экосистема.
Не следует рассматривать оценку как формальный контроль со стороны руководства. Это, скорее, проверка настроя каждого из участников.
Все по-разному выходят на этап прелюдии – зависит от того, что было ранее. Это во многом объясняет и разницу в продолжительности прелюдии.
Вот несколько возможных вариантов.
✓ Ранее применялся Lean Startup, но, чтобы начать использовать MVP, было решено перейти к Scrum. Небольшая группа, которая вела работу, стала ядром Scrum-команды.
✓ Подготовительный этап проекта протекал по традиционному методу, долго изучали возможности и реальность внедрения. Scrum-команда создается с нуля, в нее входят люди, не принимавшие участие в предварительном этапе.
✓ Решение о переходе к Scrum было принято после кризиса в проекте, который запущен давно. В этом случае команда более или менее сформирована.
✓ Это совершенно новый проект с новой для организации командой, для нее Scrum не в новинку.
Факторы, влияющие на продолжительность прелюдии:
1. существование команды до прелюдии,
2. степень понимания продукта и ожиданий пользователей,
3. уровень знания Scrum будущими участниками команды и заинтересованными сторонами, а также их настрой,
4. необходимые действия для контекстуализации [40] Scrum.
Чем больше у команды опыт, тем меньше проблем будет во время прелюдии. Желательно, чтобы она длилась неделю-две, не более месяца – в худшем случае.
13.2 Ожидаемые результаты прелюдии
Шаблон – это практика обмена элементами, необходимыми для принятия коллективного решения. Вот шаблон, который я предлагаю для прелюдии:
Рисунок 13.2 – Шаблон прелюдии
Шаблон заполняется во время прелюдии и в установленном порядке. Заполнение подразумевает три больших последовательных этапа:
✓ первый, чтобы убедиться в жизнеспособности Scrum-команды (1, 2),
✓ второй – убедиться, что Scrum-команда находится в согласии с заинтересованными сторонами (3, 4, 5, 6),
✓ и последний, чтобы убедиться в жизнеспособности экосистемы (7, 8, 9, 10).
Мы уже разобрали, что означает готовый бэклог, и в главе 15 подробно рассмотрим, как команде к нему прийти в первый раз.
Короче говоря, к концу прелюдии необходимо иметь:
✓ список функциональностей на сезон (3–4 месяца),
✓ достаточно готовых историй к первому спринту.
Шаблон прелюдии удобен для того, чтобы представить и обсудить ситуацию, принять какое-либо решение. Но его недостаточно для определения жизнеспособности экосистемы. Лучшим вариантом будет протестировать его, внедрив небольшой элемент бэклога, касающийся основных элементов экосистемы.
Это позволит понять, насколько экосистема жизнеспособна.
13.3 Как провести прелюдию
• Участники Scrum-команды (графа 1 в шаблоне)
Создание команды – в первую очередь, так как все дальнейшие действия выполняются уже при наличии сформированной команды.
Рисунок 13.3 – Действия во время прелюдии
Мы не будем обсуждать, как подбирать команду. Участниками могут быть только те, у кого есть время и желание пуститься в это приключение, потому что нельзя заставлять людей входить в состав Scrum-команды против их воли. Приглашать их куда более уместно.
В случае необходимости вся команда, а не только Scrum-мастер, будет обучаться основам Scrum во время прелюдии.
В главах 3–5 мы уже рассмотрели роли участников Scrum-команды, Владельца продукта и Scrum-мастера.
Кто занимает эти роли? Взять кому-то на себя ту или иную роль – это может произойти естественным образом с согласия всей команды. Можно определить человека на роль при помощи выборов без кандидата.
Помимо распределения ролей PO и SM, нужно, чтобы каждый человек нашел свое место в команде. Для этого составляется список навыков и пожеланий. Выявление индивидуальных пожеланий внутри команды позволяет каждому выполнять работу, соответствующую его глубинным стремлениям. Таким образом, всем видна взаимодополняемость участников и есть возможность подготовиться к паттерну роения.
• Командная этика (графа 2 в шаблоне)
В главе 3 мы подчеркнули важность ценностей, которые разделяет вся команда. Обсудить ценности и прийти к единству и общему взгляду можно на рабочих совещаниях. Но сложно говорить об общих ценностях во время прелюдии, когда команда только создана. И все же этот вопрос поднимается слишком часто.
Я предлагаю оперировать таким понятием, как командная этика.
Командная этика полезна с точки зрения эффективности команды. В долгосрочной перспективе она способствует мотивации участников и их обучению [41].
Так как начинающие участники, как правило, не способны определить для себя понятие командной этики, я предлагаю рассмотреть ее на примере чего-то более универсального – пермакультуры.
Забота о нашей планете
Первый столп этики – забота о Земле. Команда опирается на этот компонент и задает вопрос во время прелюдии: хорошо ли то, что мы собираемся разрабатывать? Полезен ли будет результат нашей работы для планеты? Речь идет не о навязывании разработки без выброса, но о возможности начать разговор и обменяться точками зрения по данной теме.
Забота о людях
Второй столп – это забота о людях, что вторит девизу современного Agile: «чтобы разрабатывать продукт, надо развивать людей».
Обязательное условие успешной работы – доверительные отношения между участниками. Речь о знакомстве и узнавании друг друга и оценке способности работать вместе.
Обмен результатами
Третий столп этики – обмен результатами работы. Для успешного обмена нужно, чтобы нравились люди и нравился результат.
Предлагаемый разработчикам паттерн не отведал сам кашу – не давай собаке нашей, он же догфудинг, иллюстрирует: для возможности обмена нужно качество продукта.
Команда производит результат, которым нужно обменяться вне команды с большей частью заинтересованных сторон. Также должен происходить обмен знаниями и опытом. Такой взгляд на командную этику нацелен на подготовку оценки жизнеспособности команды.
Пример этики команды Peetic (сайт встреч для животных и их хозяев). Обсуждение этики было сосредоточено на исследовании, которое установило, что уровень выброса углерода большой собакой вдвое больше автомобиля 4х4. В противовес подчеркнули важность благополучия домашних животных. Команда выявила опасения нескольких людей на тему снижения выброса углерода в среде работы и разработки – это не вызвало насмешек со стороны менее обеспокоенных по данному вопросу.
• Оценка жизнеспособности Scrum-команды (на основе граф 1 и 2)
Жизнеспособность команды подразумевает, что каждый из участников:
✓ добровольно отправился в это приключение,
✓ нашел свою нишу, то есть, роль, которая полностью его удовлетворяет и приносит пользу команде,
✓ придерживается этики команды и поддерживает ее самобытность,
✓ вовлечен в работу команды на определенное время.
Рисунок 13.4 – Команда тестирует свою жизнеспособность
Как убедиться в том, что команда достигла этого во время прелюдии? Спрашивая непосредственно у участников команды.
✓ Если окажется, что потенциальный участник команды не придерживается коллективной этики, ему лучше покинуть группу.
✓ Если окажется, что прийти к соглашению по поводу общей этики невозможно, будет лучше отказаться от задумки и сказать инвестору, что он должен найти других людей для участия в разработке.
✓ Если жизнеспособность команды подтверждается, участники продолжают. Но мы уже знаем, что Scrum-команда не одинока.
• Экосистема
В системологическом подходе прелюдия является отличным моментом, чтобы задать себе главный вопрос – почему? – и подумать о месте команды в экосистеме.
Недостаточно просто создать команду, ведь ее окружают заинтересованные стороны.
Заинтересованные стороны: пользователи, клиенты – в общем, те, кого волнует продукт, реализуемый Scrum-командой. Они являются частью экосистемы, которая помимо самой команды включает продукт и его использование.
• Заинтересованные стороны (графа 3 в шаблоне)
Команда составляет список заинтересованных сторон, желательно при их участии. Для идентификации значимости заинтересованных сторон можно использовать модель Митчелла.
Рисунок 13.5 – Характеристики заинтересованных сторон
Модель основываеся на наличии у заинтересованных сторон трех характеристик, раскрывающихся в их общении с командой:
✓ власть, способность навязать свою волю,
✓ срочность, субъективное убеждение в том, что их просьба является срочной,
✓ знания, легитимность и признание другими их компетенций и действий. Мы называем это знаниями, так как заинтересованная сторона – потенциальный эксперт, о котором мы говорили в главе 3.
Человек может обладать сразу несколькими характеристиками.
Настоящими заинтересованными сторонами могут считаться только те, кто обладает хотя бы одной из представленных характеристик.
Срочность: Кевин, менеджер по работе с клиентами, просит внести корректировку напрямую у участницы команды.
Знания: Жерар знает все о технической инфраструктуре, что полезно для команды в момент ввода в эксплуатацию.