Реестр артефактов проекта и план развития
Форма для Подготовки, PoC и Пилота. Реестр объединяет сведения о требованиях, спецификациях, тест-кейсах, автотестах и других материалах, используемых при разработке. Он содержит ссылки на основные источники и планы, а не копии их содержания.
Не путать с хранилищем сборочных артефактов: бинарные файлы и образы публикуются в нём и развёртываются на стенды по правилам тестовой инфраструктуры.
- Проект, область внедрения и исключения: …
- Дата среза и версия карты возможностей/сценариев: …
- Кто ведёт реестр; кто подтверждает содержание по областям: …
- Правила ведения материалов и доступ агента: …
- Необследованные области и ограничения оценки: …
- Предыдущий срез и изменения области оценки: …
1. Карта артефактов
Для большой системы — строки по предметным областям. Вид артефакта может храниться в нескольких системах, но у каждого правила или определения должен быть один основной источник. Вместо копирования статусов из детального реестра достаточно ссылки и даты проверенного среза.
| Вид и область | Основной источник и актуальная версия | Ответственный / кто проверяет | Применимость и состояние | Полнота, пробелы, ссылка на оценку | Действие или ссылка на план |
|---|---|---|---|---|---|
| Требования: цели, возможности, критерии | … | … | Есть / частично / нет / не обследовано | … | … |
| Спецификации: правила и исключения | … | … | … | … | … |
| Предметные модели, контракты, архитектурные решения | … | … | … | … | … |
| Тест-кейсы и сценарии приёмки | … | … | … | … | … |
| Тестовые данные и ожидаемые результаты | … | … | … | … | … |
| Поддерживаемые автотесты | … | … | … | Ссылка на детальный реестр тестов | … |
| Миграции схемы и данных БД | Скрипты/миграции, версия и история применения | … | Автоматически / частично / вручную / не обследовано | Покрытые БД, пробелы автоматизации; форма | Временный порядок и план внедрения |
| Комплекты восстановления БД и тестовых данных | Снимки или рецепты создания, версии схемы и данных | … | … | Совместимость с ревизиями, подтверждения сброса и восстановления | … |
| Доказательства проверок | … | … | … | Версии, воспроизводимость, доступность результатов | … |
| Инструкции работы агента с проектом | … | … | … | Повторяющиеся пробелы контекста | … |
Для неприменимого артефакта указать причину, подтвердившего и способ получить необходимый результат. Для отсутствующего — временный способ работы и приоритет создания. Общие статусы существования не заменяют оценку содержания.
2. Оценка полноты требований
Правила оценки и перечень аспектов — в гайде. Оценивается зафиксированная карта сценариев в выбранной области, а не количество файлов.
| Сценарий / возможность | Аспект | Применимость и основание | HLR/REQ или другой основной источник | Состояние описания | Пробел, противоречие или вопрос | Проверил, дата | Работа по дополнению |
|---|---|---|---|---|---|---|---|
| … | Например, основной поток, права, ошибки | Применим / неприменим с обоснованием и подтвердившим | … | Не описано / частично / описано и подтверждено | … | … | … |
- Подтверждено … из … применимых позиций, …%; версия карты: …
- Неприменимые позиции и неизвестные области: …
- Существенные пробелы независимо от процента: …
- Изменение с прошлого среза: закрытые пробелы / новые позиции / пересмотренные правила: …
- Отдельная оценка проверяемости, автоматизации и фактических проверок — источник, область, дата: …
3. План развития
План ведётся в привычном трекере. Здесь достаточно ссылок. Работы по общему восстановлению описания, развитию тестов и автоматических миграций идут параллельно Пилоту; зависимости конкретных задач отмечаются явно.
| Приоритет / пробел | Результат и критерий готовности | Задача плана | Кто готовит | Кто проверяет или принимает решение | Срок | Зависимые продуктовые задачи и временный способ | Статус / подтверждение |
|---|---|---|---|---|---|---|---|
| … | Например, согласованы правила повторной отправки и сценарии ошибок | … | Имя | Имя | … | Что можно делать сейчас, что требует ответа | … |
На еженедельном разборе фиксируются выполненные работы, новые пробелы, переносы с причинами и обязательства следующей недели. Одна работа не дублируется в нескольких планах: реестр тестов детализирует тестовую часть, журнал Пилота ссылается на те же задачи и фиксирует план/факт.
Отсутствие полного комплекта не блокирует старт. Неопределённость, не позволяющая понять или проверить результат конкретной задачи, разбирается до зависимой работы. Критерии завершения внедрения остаются в процессе.