Оценивание

Оценивание представляет собой определение объема работ в разрезе историй пользователя.

Каждая история оценивается в пунктах.

Один пункт равен "идеальной" (сорокачасовой) неделе, целиком посвященной программированию.

Если оценка лежит в пределах от 1 до 3 пунктов - то он ставится на карточке истории.

Если оценка менее 1 - на карточке ставится 0. Это - так называемый "песок".

Если оценка превышает 3 пункта - мы имеем дело с "эпопеей". В этом случае карточка помечается, как "split" и подлежит процедуре разделения.

Другая стратегия работы с такой карточкой – попытаться вместить ее в оптимальный срок путем упрощения.

В случае, если история пользователя сложна для экспресс-оценки - необходимо провести исследование или "гвоздь" планирования.

Планирование версий и итераций

Планирование в XP базируется на следующих основных понятиях:

-производительность,

-приоритеты,

-стоимость версии,

-составление плана версий,

-составление плана итераций.

Производительность или быстродействие команды базируется на оценках пунктов истории. Однако необходимо учитывать, что пункты представляют идеальные оценки, кроме того существенную роль имеет опыт команды в оценивании (для начинающих команд возможна значительная погрешность).

Ключевую роль в назначении приоритетов играет, безусловно, заказчик.

Однако и Разработчик имеет право голоса при отборе историй, которые должны попасть в версию (вопросы архитектуры, ключевой функциональности и т.п.).

Стоимость версии определяется, базируясь на производительности, приоритетах и сроках.

План версий дает Заказчику начальное понимание стоимости проекта. Эта оценка дает ему возможность отказаться от проекта в начальной его стадии, если сроки и (или) цена являются неприемлемыми.

В случае, если план версий принят - составляется план итераций, отражающий шаги (итерации), которые необходимо проделать, чтобы добиться требуемой функциональности продукта.

ТЕМА14: Применение методов анализа требований при приобретении стандартного программного обеспечения

Покупка ПО под требования бизнес-процесса данного предприятия – такая же область приложения методов анализа требований как и разработка собственного ПО.