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

• Название: Scrum без ошибок
• Автор: Илан Голдштейн
• Жанр: Управление, подбор персонала
• Год: 2020
• ISBN: 978-5-00146-306-1

Широкое распространение Scrum объясняется его кажущейся простотой, однако его внедрение проходит далеко не так гладко, как ожидают многие. Опираясь на свой обширный опыт, сертифицированный scrum-тренер Илан Голдштейн раскрывает фундаментальные механизмы Scrum и его сущность как фреймворка. В этой книге каждый найдет решение своих проблем и конкретных scrum-задач. Даже те, кто разобрался во всех scrum-тонкостях и держит все под контролем, найдут для себя новые инструменты и добавят их в свой scrum-арсенал. В этой книге Илан Голдштейн собрал 30 лайфхаков. Написаны они таким образом, чтобы их можно было читать и использовать автономно, независимо от других частей книги. Обращайтесь к тем из них, которые больше всего отвечают вашим потребностям. И помните, что в этой книге отражена только реальная scrum-практика, протестированная в боевых условиях. На русском языке публикуется впервые.

---

Рис. 1.4. Минимальный список задач для нулевого спринта

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

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

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

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

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

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

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

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

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

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

Конец ознакомительного фрагмента.

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

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

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

Сноски

1

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

2

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

3

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

4

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

5

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

6

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

7

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

8

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

9

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

10

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/.

11

Takeuchi H., Nonaka I. The New New Product Development Game // Harvard Business Review. 1986. Доступно по ссылке: https://hbr.org/1986/01/the-new-new-product-development-game.

12

Cohn M. Introduction to Scrum Methodology. 2007, April 12. Презентация доступна по ссылке: http://scrumalliance.org/resources/47.

13

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

14

«Водопад», или waterfall, – метод управления проектами, в котором все этапы работы идут последовательно один за другим: ни один из этапов не должен быть пропущен, а следующий этап не начинается, пока не закончится предыдущий. Прим. ред.

15

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/.

16

В текущем спринте они тестируют результат работы программистов из предыдущего спринта. Прим. ред.