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

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


Последствия. Все уже перечислено выше. Скорость команды используется для давления на команду.

Бывает даже, что под контроль ставится индивидуальная скорость, что является полнейшей чепухой.

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

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

16.6.3 Чрезмерная трата времени на оценку

Ситуация. Команде кажется, что она слишком много времени тратит на оценку.


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


Как сделать лучше? Поговорить об этом во время ретроспективы и предложить более простые способы оценки. Научиться разбивать работу на маленькие части (см. паттерн разделение в главе 8).

16.6.4 Слишком детальное информирование заинтересованных сторон о своих планах

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


Последствия. В плане нет смысла.


Как сделать лучше? Заинтересованные стороны лучше разбираются в функциональностях, чем в историях. С ними стоит общаться именно на уровне функциональностей.



Чтобы идти дальше

Книги

‣ Майк Кон, «Agile. Оценка и планирование проектов», Альпина Паблишер, 2021

‣ Vasco Duarte, NoEstimates, How to measure project progress without estimating, Oiko Sofy, 2014

<p>17</p><p>Ценность инструментов</p>

Во Франции совершенно точно существует такая тенденция: сначала выбор информационно-технических средств, затем уже определение и овладение методом. На этот счет мне вспоминается одна большая компания в области аэронавтики, где целые армии разработчиков тратили время на оснащение метода инструментами – а сам метод еще не был освоен.

В этом плане Agile-методы – все же за здравый смысл: сначала приобщение к ценностям и практикам, а затем уже выбор инструмента.

Некоторые могут пойти еще дальше и интерпретировать первую строку из Agile-манифеста – люди и взаимодействие важнее процессов и инструментов – как совет вовсе не пользоваться инструментами во время Agile-разработки.

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

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

Самое интересное, что Agile-методы пересматривают понятие инструментов. Ведь речь не только об электронных инструментах. Информационно-технические средства – это одно решение, обладающее множеством функций. Но (и именно этому учит Lean Startup) лучше сначала узнать, в чем проблема, прежде чем заниматься ее решением.

Цель этой главы – познакомить вас с инструментами, которые могут стать эффективными помощниками для Scrum-команды. Мы поговорим о компьютерных приложениях, а также играх, досках и, конечно, Post-it®.

<p>17.1 Post-it®</p>

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

До появления Post-it® мы использовали обычные блоки для записей, это было обычным делом на ранних этапах работы над пользовательскими историями. Рон Джеффрис в посвященной этому статье вывел формулу , где первая С означает Сard, то есть карточка, заметка.

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

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

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

Их использование особенно рекомендуется для мониторинга спринта. Scrum-доска – это идеальное место для проведения ежедневных схваток.


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

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

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

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

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

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

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

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

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