Background Image
Table of Contents Table of Contents
Previous Page  30 / 94 Next Page
Information
Show Menu
Previous Page 30 / 94 Next Page
Page Background

Scrum и XP: заметки с передовой

30

быть продемонстрирована?”. Народ пошепчется и через минуту кто-то встанет и начнёт: “ну, для начала надо

залогиниться на сайт, потом…”, а product owner тут же перебьёт: “залогиниться на сайт?! Не-не-не-не… эта

функция вообще к сайту не должна иметь никакого отношения – это будет просто маленький SQL-скрипт,

только для администраторов”.

Поле “как продемонстрировать” может (и должно) быть

очень кратким!

Иначе вы не успеете вовремя

закончить планирование спринта. По сути, это лаконичное описание на обычном русском языке, как вручную

выполнить наиболее общий тестовый пример: “Сделать это, потом это, потом проверить, что получилось так-

то”.

И я понял, что такое простое описание

часто

позволяют обнаружить разное понимание объёма работ для

историй. Хорошо ведь узнать об этом заранее, не так ли?

Разбиение историй на более мелкие истории

Истор и должны быть не слишком маленьким , но и не слишком большими (в смысле оценок). Если вы

получили кучу историй в половину story point’а, то вы наверняка падёте жертвой микроменеджмента. С

другой стороны, история в 40 story point’ов несёт в себе риск того, что к концу спринта её успеют закончить

лишь

частично

, а незавершённая история не представляет ценности для вашей компании, она только

увеличивает накладные расходы. Дальше – больше: если ваша прогнозируемая производительность 70 story

point’ов, а две наиболее важные истории оценены в 40, то планирование несколько усложнится. Команда

станет перед выбором: или расслабиться (т.е. включить в спринт только одну историю), или взять на себя

невыполнимые обязательства (т.е. включить обе).

Я считаю, что практически всегда есть возможность разбить историю на более мелкие. Однако, в этом

случае нужно следить за тем, чтобы меньшие истории всё ещё представляли ценность с точки зрения бизнеса.

Обычно мы стремимся получить истории объёмом от двух до восьми человеко-дней. Производительность

нашей среднестатистической команды обычно находится в пределах 40-ка – 60-ти человеко-дней, что

позволяет нам включать в спринт примерно по 10 историй. Иногда всего 5, а иногда целых 15. Кстати, таким

числом учётных карточек достаточно удобно оперировать.

Разбиение историй на задачи

Секу дочку… В чём ра ница между “задачами” и “историями”? Очень правильный вопрос.

А различие очень простое: истории это нечто, что можно продемонстрировать, что представляет ценность

для product owner’а, а задачи либо нельзя продемонстрировать, либо они не представляют ценности для

product owner’a.

Пример разбиения истории на более мелкие:

Добавление и

редактирование

пользователя

Управление

пользователями

Поиск

пользователей