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

Есть еще одна возможность сохранить сезонный ритм. Она мне нравится даже больше: оставить фиксированную продолжительность сезона и уменьшить прогнозируемую производительность команды.

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

16.3.4 Отражение полученных данных в бэклоге

С упорядоченным бэклогом это легче легкого. Достаточно лишь указать временные рамки с учетом ожидаемой производительности, как в простом примере выше.

Это настолько просто, что автоматическое планирование было одной из первых функциональностей в инструменте iceScrum еще в 2007 году, когда я был Владельцем данного продукта.

16.3.5 Учет неопределенностей

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

Какие пределы можно устанавливать? Я предлагаю после проведения нескольких спринтов взять значение скорости команды в качестве стандартного отклонения.

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

Есть разные способы показать пределы неопределенности (рисунки 16.6 и 16.7).

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

Рисунок 16.6 – План сезона с учетом неопределенностей


Элемент лотка в правом нижнем углу находится в первом ряду, тот, что над ним – во втором, самый верхний – в последнем. Нижняя стрелка, идущая от сезона, составляет нижний предел – минимум того, что команда в состоянии завершить. Верхняя стрелка составляет верхний предел, то есть максимум для команды. Бесполезно перегружать изображение данными о спринтах, которые будут еще совсем не скоро (в данном случае спринты 4 и 5).

Это изображение, включающее неопределенности, позволяет:

✓ убедиться, что все необходимое для сезона включено в нижний предел;

✓ легко и понятно сообщать заинтересованным сторонам о своих прогнозах.


Чем дольше команда работает в текущем сезоне, тем меньше неопределенностей, потому что появляются реальные данные о ее работе.

Такой план сезона наглядно демонстрирует, какая часть бэклога будет точно завершена, какая – точно не завершена. А между ними – зона неопределенности.

Я советую переместить истории, которые точно не будут завершены, как можно раньше, и с учетом пределов неопределенности переместить в ледяной лоток (во время чистки на этапе доработки). Таким образом, лоток доработки всегда актуален, а индикаторы легко реализуемы и интерпретируемы.

<p>16.4 Обязательства в отношении плана сезона</p>

Должна ли команда в начале сезона принимать какие-либо обязательства в отношении результата, как она это делает в начале спринта?

16.4.1 Обязательства в отношении содержания?

Прежде всего, не стоит путать прогнозирование и обязательство. План сезона состоит из прогнозов – возможно, он позволит принять обязательства.

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

Конечно, обещать что-то в отношении задач бессмысленно. Точно так же несерьезно брать на себя обязательства касательно историй: большинство из тех, что будут завершены к концу сезона, в его начале еще не известны.

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

16.4.2 Обязательства в отношении цели?

Итак, никаких обяазательств касательно содержания. А что насчет цели на сезон?

Цель сезона – та же цель спринта, только на более высоком уровне. Она заранее обговорена и принята с началом сезона.

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

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

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

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

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

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

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

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

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

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