Оценивание представляет собой определение объема работ в разрезе историй пользователя.
Каждая история оценивается в пунктах.
Один пункт равен "идеальной" (сорокачасовой) неделе, целиком посвященной программированию.
Если оценка лежит в пределах от 1 до 3 пунктов - то он ставится на карточке истории.
Если оценка менее 1 - на карточке ставится 0. Это - так называемый "песок".
Если оценка превышает 3 пункта - мы имеем дело с "эпопеей". В этом случае карточка помечается, как "split" и подлежит процедуре разделения.
Другая стратегия работы с такой карточкой – попытаться вместить ее в оптимальный срок путем упрощения.
В случае, если история пользователя сложна для экспресс-оценки - необходимо провести исследование или "гвоздь" планирования.
Планирование версий и итераций
Планирование в XP базируется на следующих основных понятиях:
-производительность,
-приоритеты,
-стоимость версии,
-составление плана версий,
-составление плана итераций.
Производительность или быстродействие команды базируется на оценках пунктов истории. Однако необходимо учитывать, что пункты представляют идеальные оценки, кроме того существенную роль имеет опыт команды в оценивании (для начинающих команд возможна значительная погрешность).
|
|
Ключевую роль в назначении приоритетов играет, безусловно, заказчик.
Однако и Разработчик имеет право голоса при отборе историй, которые должны попасть в версию (вопросы архитектуры, ключевой функциональности и т.п.).
Стоимость версии определяется, базируясь на производительности, приоритетах и сроках.
План версий дает Заказчику начальное понимание стоимости проекта. Эта оценка дает ему возможность отказаться от проекта в начальной его стадии, если сроки и (или) цена являются неприемлемыми.
В случае, если план версий принят - составляется план итераций, отражающий шаги (итерации), которые необходимо проделать, чтобы добиться требуемой функциональности продукта.
ТЕМА14: Применение методов анализа требований при приобретении стандартного программного обеспечения
Покупка ПО под требования бизнес-процесса данного предприятия – такая же область приложения методов анализа требований как и разработка собственного ПО.