Формальные тесты не способны гарантировать полную работоспособность компонента (например, multiply(a,b) return 4 проходит тест 2 × 2, но не является функцией умножения).
Реальное качество обеспечивается применением надежных технических решений и высокой мотивацией разработчика, в силу которой он ищет такие решения, а не ограничивается первыми попавшимися. Чтобы оценить реальное качество отгрузок, а также дополнительно мотивировать разработчиков к качественной работе, применяется метод выборочного контроля.
1. ПМ случайным образом выбирает одну или несколько отгрузок завершившегося этапа.
2. Для каждой отгрузки ПМ подбирает эксперта, обладающего достаточными компетенциями для оценки ее качества.
3. Совместно с экспертом ПМ детально проверяет отгрузку (стресс-тестирование, анализ использованных технологий, сравнение с аналогами и т. д.). По итогам проверки выносится решение – достаточно ли качество для текущего проекта.
4. Нормальный результат выборочного контроля – приемлемое качество всех отгрузок. Он не гарантирует качество всех отгрузок проекта, но позволяет оценить верхнюю границу процента некачественных отгрузок.
5. В случае обнаружения одной или более отгрузок с недостаточным качеством ПМ оценивает вероятный процент некачественных отгрузок в целом и, исходя из этой оценки, корректирует расписание: некачественные отгрузки возвращаются на доработку, выборочный контроль расширяется.
6. В карточки разработчиков, участвовавших в отгрузках с недостаточным качеством, ПМ вносит пометки относительно повышенного риска небрежной работы и учитывает этот риск при планировании следующих этапов.
Результат. Раннее выявление проблемных компонентов продукта и дополнительная мотивация разработчиков делать работу хорошо, поскольку недоделки могут быть выявлены быстро.