Цитаты из книги «Управление продуктом в Scrum. Agile-методы для вашего бизнеса»

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

Не следует принимать частично выполненную или выполненную с ошибками работу

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

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

В Scrum не существует правил, которые предписывали бы конкретную длительность проекта. Однако agile-проекты обычно длятся от трех до шести месяцев. Если для вывода продукта на рынок требуется более трех-четырех месяцев, используйте квартальные циклы, выпуская ежеквартально как минимум одну версию работающей, протестированной и задокументированной программы (Beck and Andres, 2005; 47–48).

Фиксирование функциональности — плохой вариант. Даже при наличии видения продукта его точные свойства, функциональность и особенности не известны сразу. Они открываются постепенно, на основе отзывов клиентов и пользователей. Появляются новые требования, бэклог продукта развивается по мере того, как scrum-команда больше узнает о потребностях клиентов и возможностях их удовлетворения. Попытка фиксировать функциональность вредит способностям команды адаптировать продукт к отзывам пользователей. В результате получится не тот продукт, который могут полюбить покупатели.

Один владелец продукта выбрал для первого спринта следующую цель: «У высоких деревьев глубокие корни». Эта фраза отлично описывала цель спринта — закладку основания для всего последующего проекта. Хорошая цель спринта обширна, но реалистична.

Расстановка приоритетов в бэклоге продукта входит в сферу ответственности владельца продукта. Однако, как и при любой работе с бэклогом, лучше всего расставлять приоритеты всей scrum-командой.

Расстановка приоритетов в бэклоге продукта входит в сферу ответственности владельца продукта.

Scrum поддерживает совершенно иной подход. Требования больше не замораживаются на ранней стадии — они выявляются и детализируются в течение всего проекта.