Оценка для исправления ошибок в Agile - калибровка оценок историй

Question

Я столкнулся со следующей проблемой оценки:

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

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

Мои самые большие проблемы с подходом: 1. Разделение ошибок и доставки историй - кажется, что это смягчает строгое определение выполненного, то есть нормально принимать историю, даже если есть ошибки. У нас есть больше времени, чтобы исправить. 2. Оценка влияния факторов сложности на создание буфера. Что говорит, что выделенный буфер% адекватен?

Есть ли лучший способ откалибровать оценки по качеству и сложности?

Answer 1

• ошибки - признак того, что ничего не было сделано, когда истории были заявлены как выполненные. Решение может состоять в том, чтобы расширить ваше определение готового, чтобы включить больше тестирования
• ошибки, возникающие как регрессия (все было сделано вовремя, они были проверены, но, как представляется, не было сделано позже). Решение может состоять в том, чтобы расширить определение "выполнено", чтобы автоматизировать все новые тесты и запустить все доступные существующие тесты, прежде чем утверждать, что история выполнена.

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

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