Читаем Все о SCRUM. Изучение, разработка, интеграция полностью

Внимание! Такой способ организации команд является не просто изменением, а настоящей организационной встряской, поскольку традиционная практика разделения работы основана на архитектуре системы. Задача – добиться успеха в переходе от компонентных команд к продуктовым.

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

Каждая продуктовая команда представляет собой Scrum-команду, которая реализует свои функциональности, разбивая их на истории. У каждой команды есть свой Scrum-мастер.

С ролью Владельца продукта все обстоит несколько иначе.

21.2.3 Роль Владельца продукта

Владелец продукта – это роль, связанная одновременно и с продуктом, и с командой. При больших масштабах над одним продуктом работает несколько команд, что, разумеется, влияет на роль PO.

Связь между ролью и продуктом сохраняется (и это подчеркивается в наименовании роли): у продукта есть только один РО, который работает с несколькими командами. Это действенный принцип – в случае, если количество команд остается небольшим, до трех или даже четырех, и если команды немногочисленны.


Рисунок 21.2 – Один Владелец продукта для нескольких команд


Иногда же возникает необходимость иметь других Владельцев продукта, например, по одному для каждой основной функциональности. Есть вариант создать роль Владельца продукта для каждой команды или для каждых двух-трех команд.

Таким образом, формируется группа РО для одного продукта.

Это тоже команда, и у нее, как у любой другой, есть свой Владелец продукта. Эта роль называется РО из РО, начальник РО или менеджер по продукту. Многие решения принимаются коллегиально, но при необходимости окончательное слово будет за человеком, исполняющим данную роль.

21.2.4 Границы между командами

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

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

Далее мы увидим, как события Scrum побуждают команды к общим встречам. Более того, между ними возникают взаимосвязи, необходимые для работы над функциональностью. В некоторых случаях применим паттерн роения: функциональность, находящаяся под ответственностью одной команды, реализуется при поддержке других команд.

Создание сообществ для обмена практиками – это еще один способ обмена опытом и, соответственно, укрепления сотрудничества между командами. Это особенно важно для обмена техническими навыками, необходимыми для работы со сложными системами.

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

<p>21.3 Жизненный цикл продукта</p>

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


Рисунок 21.3 – Последовательность сезонов в жизненном цикле продукта


В Scrum отсутствует фаза проекта для первой разработки, за которой следовала бы фаза техобслуживания: жизнь продукта состоит из спринтов и сезонов.

21.3.1 Синхронизация команд

Когда несколько команд разрабатывают один продукт, каждая из них проводит свой спринт. Но команда не устанавливает собственный темп и продолжительность спринта. Применяется паттерн сезонного ритма:

Все Scrum-команды работают в одном ритме: они начинают и заканчивают спринты одновременно.

Рисунок 21.4 – Паттерн сезонного ритма в больших масштабах

Пример. Все команды Peetic придерживаются одного ритма: сезоны длятся по три месяца, спринты – по две недели, пять спринтов за сезон.

Перейти на страницу:

Все книги серии Библиотека цифровой трансформации

Менеджмент цифрового продукта. От идеи до идеала
Менеджмент цифрового продукта. От идеи до идеала

Цифровизация меняет потребительские услуги и промышленные процессы, проникая во все аспекты нашей жизни, а информационно-технологические компании становятся лидерами в своих отраслях. Традиционные отрасли также включаются в цифровую трансформацию, разрабатывая программное обеспечение для собственных нужд. Успех в этой среде требует управления жизненным циклом цифровых продуктов в условиях быстро меняющегося рынка, конкуренции и постоянного развития. Как управлять такими проектами знает Ярослав Шуваев, эксперт по корпоративным инновациям с более чем 10-летним опытом преподавания UX/UI-дизайна и продакт-менеджмента, основатель shuvaev.com.Независимо от того, в какой точке карьеры вы находитесь, «Менеджмент цифрового продукта» предоставит вам ценные знания и инструменты для успешной адаптации и роста в эпоху инноваций.Из этой книги вы узнаете:• что такое цифровой сервис и как его монетизировать;• какой продукт можно считать жизнеспособным;• какие циклы проходит проект и что делать на каждом этапе;• что нужно для масштабирования работы;• зачем создавать антихрупкую ИТ-компанию.Если вы владеете компанией и планируете внедрить цифровые технологии для улучшения бизнес-процессов, эта книга поможет понять, какие стратегии стоит применять. Она будет полезна и основателям стартапов в фазе кратного роста, и менеджерам продукта, стремящимся повысить свою эффективность, а также архитекторам, дизайнерам, разработчикам, аналитикам и другим участникам процесса создания цифровых продуктов.В формате PDF A4 сохранен издательский макет книги.

Ярослав Александрович Шуваев

Маркетинг, PR
UX/UI дизайн для создания идеального продукта. Полный и исчерпывающий гид
UX/UI дизайн для создания идеального продукта. Полный и исчерпывающий гид

Успех любого цифрового продукта складывается из многих факторов. Ваш продукт может быть уникальным и востребованным, но без проработанного UX ему не суждено заслужить лояльность клиента. Эта простая истина прекрасно известна Ярославу Шуваеву, основателю школы UXAcademy и руководителю крупных digital-проектов для российских и западных компаний, среди которых Администрация Президента, Внешэкономбанк, Coca-Cola, «Газпром», «Татнефть», «Башнефть», Bosco, QIWI, STADA и многие другие.«Моя главная цель – описать факты через призму личного опыта и конкретные жизненные примеры», – пишет Ярослав. Его книга – авторский подход к дизайну, выработанный годами плодотворной работы. Вы сделаете пользовательский опыт лучше, побуждая клиентов возвращаться к вашему продукту снова и снова.

Ярослав Александрович Шуваев

Программирование, программы, базы данных / Учебные пособия, самоучители / Справочники
Нет соединения с сервером, попробуйте зайти чуть позже