Основные задачи проектной группы на фазе стабилизации

Следующая таблица описывает основные задачи и сферы ответственности каждого из ролевых кластеров проектной группы во время фазы стабилизации.

Ролевой кластер	Фокус
Управление продуктом	Исполнение коммуникационного плана; планирование премьеры продукта.
Управление программой	Мониторинг проекта; приоритезация ошибок.
Разработка	Устранение ошибок; оптимизация программного кода.
Удовлетворение потребителя	Доработка эксплуатационных руководств; учебные материалы.
Тестирование	Тестирование; сообщение об ошибках и их статусе; тестирование конфигурации.
Управление выпуском	Развертывание и поддержка пилотного внедрения; планирование внедрения; обучение персонала сопровождения.

Рекомендуемые промежуточные вехи

Точка конвергенции

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

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

Рисунок 10. Точка конвергенции

Точка достижения нуля

Точка достижения нуля (zero-bug bounce) – это момент, когда впервые все выявленные ошибки оказываются устраненными. Рис. 11 иллюстрирует эту точку. Вслед за ней пики количества активных ошибок должны становиться все меньше, вплоть до полного угасания в момент, когда решение уже достаточно стабильно для выпуска первой версии‑кандидата.

Существенную роль играет тщательная приоритезаия ошибок, поскольку устранение всякой из них содержит риск внесения новых ошибок. Точка достижения нуля ясно показывает, что проектная группа приближается к созданию стабильной версии‑кандидата (release candidate).

Заметим, что новые ошибки после достижения этой вехи наверняка будут найдены. Однако точка достижения нуля – это первый момент в работе над проектом, когда команда может честно отчитаться об отсутствии активных ошибок и сфокусироваться на сохранении этого состояния.

Рисунок 11. Точка достижения нуля

Версии-кандидаты

Для пилотной группы подготавливается и выпускается серия версий-кандидатов. Выпуск каждой из них является промежуточной вехой. Эти версии имеют следующие особенности:

· Каждая версия-кандидат имеет полный набор составляющих, необходимых для внедрения решения в производство.

· Создание версии-кандидата служит тестом готовности решения к выпуску, то есть проверяет готовность всех его составляющих.

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

· Тестирование версий-кандидатов, проходящее внутри проектной группы, требует высокой степени концентрации и интенсивности работы и фокусируется на выявлении критических “накладок” (showstopper bugs).

· Тестирование сопряжено с процессом приоритезации всех нововыявленных ошибок, необходимым для организации их устранения.

· Маловероятно, что первая версия-кандидат окажется заключительной. Как правило, при интенсивном тестировании версий-кандидатов будут выявлены “накладки”.