Project Priorities (Приоритеты)
- Must have: централизованное управление репозиториями (Git), автоматическая сборка при коммите (CI), базовый веб-интерфейс для просмотра статуса и логов сборки, базовая система аутентификации.
- Should have: система уведомлений в мессенджеры (Slack/Teams) и на Email, возможность отката к предыдущей стабильной версии в один клик, разграничение прав доступа (роли).
- Could have: расширенные дашборды с аналитикой (время сборки, частота ошибок), интеграция с таск-трекерами (Jira), кэширование зависимостей для ускорения сборки.
Матрица приоритетов проекта
| Измерение (Dimension) | Определяющий фактор (Driver) | Ограничение (Constraint) | Степень свободы (Degree of Freedom) |
|---|---|---|---|
| Schedule (Сроки) |
Запуск пилотной версии (базовая сборка и Git) должен быть завершен к 06.04.2026 (Контрольная точка M2). Полное внедрение (с уведомлениями и аналитикой) и передача в эксплуатацию — к 01.06.2026 (Контрольная точка M4). | Допустимое отклонение по срокам — не более 2 недель без согласования с руководством. | Некоторые расширенные функции (аналитика, кэширование) могут быть перенесены на следующие релизы, если это не блокирует базовый процесс сборки. |
| Features (Функции) |
Основные функции первой версии (интеграция с Git, запуск компиляции, базовая система уведомлений) должны быть реализованы полностью. | Система не может запускаться без стабильной работы CI-сервера и защиты кода от несанкционированного доступа. | Расширенные функции (мультиязычная сборка, сложные дашборды, CI/CD с авто-деплоем) могут быть перенесены на более поздние релизы. |
| Quality (Качество) |
Все функциональные тесты должны быть пройдены минимум на 95%, а успешность самих сборок в пилоте — не менее 98%. | Неприемлемо снижение безопасности хранилища кода и сбои в работе сервера сборки более чем на 1 час. | Веб-интерфейс (UI/UX) может быть упрощен в первой версии (например, без сложного дизайна), если это не снижает основную функциональность. |
| Staff (Персонал) |
Требуемый состав команды: РП, 2 Backend-разработчика, 1 DevOps-инженер, 1 Тестировщик. | Расширение команды возможно только по согласованию со Спонсором проекта. | Разрешается перераспределение обязанностей внутри команды (например, совмещение ролей DevOps и Backend на этапе MVP). |