Все о SCRUM. Изучение, разработка, интеграция

Если в нем действительно возникнет необходимость, переходить к нему стоит постепенно: начать с одной команды, затем создать еще одну и т. д.

Чтобы организовать переход к Scrum на несколько команд, надо сперва овладеть Scrum на уровне одной команды. Поэтому я рекомендую начинать с небольших масштабов.

21.1.2 SCRUM of SCRUMs

Когда я только начинал работать в Scrum-фреймворке, ответ на вопрос о масштабах процесса был прост: мета-Scrum! И в качестве примера практики это был Scrum of Scrums, схватка схваток. Помимо ежедневных схваток каждой команды была еще одна с представителями от каждой команды!

Я не сразу осознал, что за этой, казалось бы, упрощенной схемой скрывается фрактальный аспект подхода.

Суть фрактального подхода в том, что одни и те же концепции применимы на разных уровнях. То, что допустимо на уровне одной команды, применимо и к другим.

Это важнейшний пункт: крупномасштабный Scrum остается Scrum. Это классический Scrum, но в широком контексте, где могут быть полезны новые организационные паттерны. Вот почему, если бы нужно было выбрать один Agile-фреймворк, это был бы LeSS. LeSS предлагает именно такой формат: Scrum плюс несколько паттернов для широкого контекста.

Большинство паттернов, которые будут представлены в этой главе, являются частью LeSS [62].

Важно не забывать о том, что в этом фрактальном подходе сохраняются традиционные роли Scrum. Новые роли не создаются.

21.1.3 Миссия организации

Как сохранить силу Scrum при работе в больших масштабах? Как избежать возврата к подходу командование и контроль, когда координируешь сразу несколько команд?

В книге «Lean Enterprise» в качестве ответа на эти вопросы автор предлагает принцип миссии.

Речь идет об определении миссии организации, ее четкой формулировке, объяснении, почему она важна, – и наконец, о том, чтобы позволить людям, отвечающим за выполнение, достичь ее. При этом не нужно составлять подробных планов и следить за их исполнением.

Этот принцип направлен на согласование – ту же цель, что и у подхода для создания первоначального бэклога (см. главу 15). При работе нескольких команд этот принцип гарантирует их самоорганизацию и автономность, что важно для реализации Scrum в хороших условиях.

Принцип миссии, применяемый несколькими Scrum-командами, работающими над одним продуктом, воплощен в общей цели сезона. Она усилена воздействиями, на которые ориентирована каждая команда. От участников зависит, как они будут идти к этой цели. Согласование – это цель спринта в условиях большой неопределенности.

21.2 Состав команд

Для лучшего понимания этого раздела рекомендую сперва ознакомиться с главами 3, 4 и 5.

21.2.1 Экосистема нескольких команд

Экосистема одной команды состоит из ее участников и заинтересованных сторон. Для нескольких команд заинтересованные стороны одни и те же. Экосистемы в большом масштабе отличаются взаимоотношениями команд.

В этой новой среде существует понятие общей цели, определенной во время прелюдии. Принцип границ, который способствует обмену знаниями и опытом, применим и к отношениям между командами.

21.2.2 Продуктовые команды

Как организовать несколько команд, работающих над одним и тем же продуктом?

Они должны уметь самоорганизовываться, чтобы приносить результаты. Результат – это функциональность. Такой паттерн распределения работы известен как продуктовая команда [Larman, «Feature team»].

Понятие функциональности детально рассмотрено ранее, и это упрощает понимание концепции продуктовой команды.

Команды организованы таким образом, что способны самостоятельно и полноценно разработать функциональность.

Это перекликается с понятием кроссфункциональности команды.