Оценка разработки. Этапы оценки

Ранее: Декомпозиция, Неопределенности и «вилка», Участники и основные артефакты

Описание процесса, учитывающее специфику Spectr — мы оцениваем разработку по запросам наших клиентов

1. Изучение входящих материалов. Изучают все, но каждый погружается в детали в разной степени. В результате генерируется существенный пул вопросов к клиенту. Часто сразу подсвечиваются ключевые риски

2. Итерация обсуждений и уточнений с клиентом. Обычно это проходит в формате встречи, по итогам которой фиксируются все ответы + дозапрашиваются какие-то важные материалы

3. Аналитик делает детальную функциональную декомпозицию. В процессе он определяет уровни неопределенности для разного функционала и подсвечивает сложности/риски в комментариях. Если было принято решение о подготовке UI для основных интерфейсов — ставится соответствующая постановка дизайнеру

4. Экспертная оценка. Архитектор и тимлиды оценивают в часах разработку по функциональной декомпозиции от аналитика. При необходимости, декомпозиция дополняется. Часто в процессе этого формируется видение будущей архитектуры и готовятся соответствующие схемы

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

6. Коммерция. Рук-ль ПО принимает решение о том, какой процент закладывать на тестирование, аналитику, как закладывать и презентовать риски, по каким рейтам и какие специалисты будут нужны для реализации

7. Подготовка календарного и ресурсного плана. На основе сделанного ранее, проджект-менеджер составляет предварительный план проекта

8. Подготовка КП. Все материалы собираются и упаковываются в презентацию

9. Встреча и презентация клиенту. Мы отправляем смету заранее, но во время встречи все равно очень подробно ее показываем, объясняем и рассказываем про нашу методику. Во время презентации демонстрируем и остальные артефакты (архитектура, ключевые интерфейсы )