Цитаты из книги «Софт за 30 дней. Как Scrum делает невозможное возможным»

находимся, а не где должны быть в соответствии с экстраполиро­ванными данными. Реальность — это более твердая основа, чем ожидания.

Мы знаем, что разработка программного обеспечения — сложная задача. Мы можем экстраполи­ровать, но должны постоянно проверять. В конце каждой итерации мы проверяем, где мы действительно находим

The Standish Group оценила, что 50% всех функций программного обеспечения очень редко или никогда не используются пользователями4. К примеру, 80% пользователей применяют только 14% функционала массивного сайта hp.com5.

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

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

В данном случае первостепенное значение имеют краткосрочные выгоды, а не долгосрочное улучшение организации.

обладает ли команда всеми необходимыми навыками и обеспечением, требующимся для выполнения работы; понимают ли разработчики требования и почему; способна ли команда закончить спринт в соответствии с требованиями, и если нет, то почему; что можно добавить или выбросить из следующего инкремента функционала; что команда думает об использовании подхода Scrum.

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

Ретроспектива спринта — мероприятие, где формулируются улучшения. Эта встреча ни в коем случае не должна длиться более четырех часов.

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