Илан Голдштейн - Scrum без ошибок

Изменяющаяся продолжительность спринта

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

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

Полагаю, есть только две причины для изменения длины спринта:

1. Когда новая команда экспериментирует на начальном этапе работы.

2. Когда все работы завершаются ранее последнего дня финального спринта (см. рис. 1.5).

Рис. 1.5. После определения продолжительности спринта поддерживайте ее неизменной

Изолированная оценка

Подобная ситуация характерна для всех процессов вне Scrum, с которыми я сталкивался. Она возникает, когда ведущий разработчик пытается единолично оценить продолжительность всех работ. Вы можете спросить: а в чем проблема? Разве опытный сотрудник с наивысшей квалификацией не способен дать точную оценку? Тем не менее это действительно одна из проблем. Хотя ведущий разработчик может быть самым опытным, в большинстве случаев сам он не станет выполнять работу. По своим способностям он, несомненно, отличается от участников команды, которым и предстоит выполнить стоящие перед ними задачи. Следовательно, и его оценка будет отличаться от реального положения дел. Работу выполняет не один человек, а вся команда, поэтому она (как коллектив) и должна давать оценку (см. лайфхак 14). Когда это делает один человек, никакой системы сдержек и противовесов для него не существует. А если у него был выходной, он не услышал некоторые важные данные и сделал неправильные выводы? Когда в оценке задействованы все участники команды, такие промахи гораздо менее вероятны благодаря нескольким слоям и фильтрам при обработке информации.

Текст предоставлен ООО «ЛитРес».

Прочитайте эту книгу целиком, на ЛитРес.

Безопасно оплатить книгу можно банковской картой Visa, MasterCard, Maestro, со счета мобильного телефона, с платежного терминала, в салоне МТС или Связной, через PayPal, WebMoney, Яндекс.Деньги, QIWI Кошелек, бонусными картами или другим удобным Вам способом.

Д и лберт ( англ. Dilbert) – название серии комиксов и имя главного героя – инженера IT-компании, который прозябает в офисном рабстве, продирается через бессмысленный набор ценностей и миссию компании, страдает от недальновидного руководства и безуспешно пытается создать креативную команду. Первая публикация состоялась 16 апреля 1989 года, комикс Скотта Адамса выходил в 65 странах на 25 языках. По его мотивам был снят анимационный сериал. Прим. ред.

Генри Лоуренс Гантт ( англ. Henry Laurence Gantt) – соратник отца научного менеджмента Фредерика Тейлора, он изучал менеджмент на примере строительства кораблей и предложил полосатую диаграмму для визуализации плана-графика работ по проекту. Прим. ред.

Кеннет Рубин тренирует и обучает Scrum и agile-разработке, помогая сотрудникам компаний эффективно и экономично разрабатывать программные продукты. Являясь сертифицированным инструктором, Кеннет обучил гибкой разработке по методике Scrum более 18 тысяч человек. Он тренировал специалистов из более чем 200 компаний. Прим. ред.

Rubin K.S. Essential Scrum: A Practical Guide to the Most Popular Agile Process. Ann Arbor: Addison-Wesley Professional, 2012; издана на русском: Рубин К.С. Основы Scrum. Практическое руководство по гибкой разработке ПО. М.: Вильямс, 2016.

Фреймворк ( англ. framework – каркас, структура) – набор базовых элементов и правил, на которых строится тот или иной процесс. Прим. ред.

https://www.scrumalliance.org/ScrumRedesignDEVSite/media/ScrumAllianceMedia/Files%20and%20PDFs/Learn%20About%20Scrum/Core-Scrum.pdf.

Schwaber K., Sutherland J. The Scrum Guide. 2011. Downloadable at www.scrum.org.

Deemer P., Benefield G., Larman G., Vodde B. The Scrum Primer, Version 2.0. 2010. www.scrumprimer.com.

Rubin K.S. Essential Scrum: A Practical Guide to the Most Popular Agile Process. Ann Arbor: Addison-Wesley Professional, 2012; издана на русском: Рубин К.С. Основы Scrum. Практическое руководство по гибкой разработке ПО. М.: Вильямс, 2016.

Schwaber K. Scrum Fails? // Ken Schwaber’s Blog: Telling It Like It Is. 2011, April 7. Доступно по ссылке: http://kenschwaber.wordpress.com/2011/04/07/scrum-fails/.