Дата: 2026-02-04
Версия: 1.0
Назначение: Референс для быстрой навигации по фазам и границам
┌──────────────────┐
│ INITIATION │ Идея → решение начать
│ (1 месяц) │ • Feasibility study
└────────┬─────────┘ • Business Case
│ • Project Charter
[GATE 1] ──────────────────────────────────┐
│ │
↓ Must-Meet: │ Should-Meet:
│ ✓ Business Case approved │ • ROI (1-5)
│ ✓ Budget allocated │ • Strategic importance
│ ✓ Feasibility passed │ • Risk level
│ ✓ Sponsor assigned │
┌────────┴─────────┐ │
│ PLANNING │ Требования → план │
│ (2 месяца) │ • Requirements (BRD/FRD) │
└────────┬─────────┘ • WBS + Schedule │
│ • Budget + Risks │
[GATE 2] ──────────────────────────────────┤
│ │
↓ Must-Meet: │
│ ✓ Requirements approved │
│ ✓ Scope baseline defined │
│ ✓ Budget approved │
│ ✓ Team assembled │
┌────────┴─────────┐ │
│ DESIGN │ План → blueprint │
│ (1.5 месяца) │ • Architecture │
└────────┬─────────┘ • UI/UX mockups │
│ • DB schema + API specs │
[GATE 3] ──────────────────────────────────┤
│ │
↓ Must-Meet: │
│ ✓ Architecture approved │
│ ✓ UI/UX validated │
│ ✓ Security reviewed │
│ ✓ DB schema reviewed │
┌────────┴─────────┐ │
│ DEVELOPMENT │ Дизайн → код │
│ (6 месяцев) │ • Coding │
└────────┬─────────┘ • Code reviews │
│ • Unit testing │
[GATE 4] ──────────────────────────────────┤
│ │
↓ Must-Meet: │
│ ✓ Code complete │
│ ✓ Code reviews passed │
│ ✓ Unit tests passed (>80% coverage) │
│ ✓ Build successful │
┌────────┴─────────┐ │
│ TESTING │ Код → проверка │
│ (2 месяца) │ • Integration testing │
└────────┬─────────┘ • Performance testing │
│ • Security testing │
│ • UAT │
[GATE 5] ──────────────────────────────────┤
│ │
↓ Must-Meet: │ 🔥 КРИТИЧЕСКИЙ GATE
│ ✓ All tests executed │ (не пускает баги
│ ✓ P0/P1 bugs = 0 │ в production)
│ ✓ Performance OK │
│ ✓ Security scan passed │
│ ✓ UAT approved │
┌────────┴─────────┐ │
│ DEPLOYMENT │ Тесты → production │
│ (2 недели) │ • Rollout │
└────────┬─────────┘ • Smoke tests │
│ • Monitoring setup │
[GATE 6] ──────────────────────────────────┤
│ │ 🔥🔥 САМЫЙ КРИТИЧЕСКИЙ
↓ Must-Meet: │ (Development → Operations)
│ ✓ Deployment successful │
│ ✓ Smoke tests passed │
│ ✓ Monitoring configured │
│ ✓ Runbook delivered │
│ ✓ Ops team trained │
┌────────┴─────────┐ │
│ OPERATIONS │ Production → maintenance │
│ (Ongoing) │ • Monitoring │
└────────┬─────────┘ • Incident management │
│ • Bug fixing │
│ • Incremental updates │
[GATE 7] ──────────────────────────────────┤
│ │
↓ Must-Meet: │
│ ✓ EOL decision approved │
│ ✓ Replacement ready (if applicable) │
│ ✓ Migration plan approved │
│ ✓ Users notified │
┌────────┴─────────┐ │
│ CLOSURE │ EOL → архив │
│ (1-2 месяца) │ • Data archival │
└────────┬─────────┘ • Infrastructure shutdown │
│ • Post-mortem │
[GATE 8] ──────────────────────────────────┘
│
↓ Must-Meet:
│ ✓ All data archived
│ ✓ Infrastructure decommissioned
│ ✓ Lessons learned documented
│ ✓ Team released
↓
[PROJECT CLOSED]
| Фаза | Основные системы | Фокус управления | Метрики |
|---|---|---|---|
| Initiation | • Confluence/Notion (идеи) • Excel (бизнес-кейс) • PowerPoint (презентации) |
Идеи → приоритизация Feasibility → решение |
• ROI • Strategic fit • Risk level |
| Planning | • Jira/Linear (roadmap) • ProductBoard/Aha! • MS Project (Gantt) |
Требования → планирование Scope → budget → timeline |
• Requirements clarity • Stakeholder buy-in • Budget variance |
| Design | • Figma/Sketch (UI/UX) • Miro/LucidChart (диаграммы) • Confluence (ADR) |
Дизайн → согласование Architecture → approval |
• Design quality • User validation • Architecture score |
| Development | • Git (GitHub/GitLab) • Jira (tasks) • CI/CD (Jenkins/GitHub Actions) |
Задачи → код → builds Features → implementation |
• Velocity • Sprint burndown • Code coverage |
| Testing | • TestRail/Zephyr (test mgmt) • Jira (bugs) • Selenium/Cypress (automation) |
Тесты → баги → качество Coverage → pass rate |
• Test coverage • Bug count (by severity) • Pass rate |
| Deployment | • Kubernetes/Docker • ArgoCD/Spinnaker • ServiceNow (CAB) |
Релизы → изменения Rollout → rollback |
• Deployment success rate • Rollback frequency • Deployment time |
| Operations | • Grafana/Datadog (monitoring) • PagerDuty/Opsgenie (alerting) • ELK/Splunk (logs) • ServiceNow (incidents) |
Инциденты → SLA → стабильность Monitoring → alerting → resolution |
• Uptime (SLA) • MTTR • Incident count |
| Closure | • Confluence (archived docs) • S3 Glacier (data archive) • SharePoint (compliance) |
Архив → compliance Lessons learned → knowledge |
• Data archived % • Decommission complete % • Lessons documented |
| Граница | ЧТО МЕНЯЕТСЯ | Почему критично | Решение |
|---|---|---|---|
| GATE 6: Development → Operations |
Цель: Создать фичи → Обеспечить стабильность Системы: Git/Jira → Grafana/PagerDuty Метрики: Velocity → Uptime Ритм: Спринты → On-call 24/7 Культура: Proactive → Reactive |
• Разные культуры (dev wants change, ops wants stability) • Разные инструменты • Разная ментальность |
DevOps культура: • Shared ownership (devs on-call) • Unified tooling (GitOps) • SRE practices (SLO, error budgets) • Joint operations period (2-4 недели) |
| GATE 2: Planning → Design |
Язык: Business → Technical Фокус: ЧТО делать → КАК делать Участники: BA/PM → Architect/Tech Lead Документы: User Stories → Architecture docs |
• Смена языка (business → technical jargon) • Смена участников • Необходим "переводчик" |
Solution Architect как мост: • Понимает бизнес • Говорит на техническом языке • Handover meeting обязателен |
| Система | Фазы | Почему остаётся |
|---|---|---|
| Jira | Planning → Development → Testing | • Единая система tracking (user stories → tasks → bugs) • История изменений • Traceability (requirement → code → test) |
| Git | Development → Operations | • Source of truth для кода • Infrastructure as Code (IaC) • Version control для всего |
| Confluence | Все фазы | • Единая база знаний • Документация живёт здесь • История решений (ADR) |
| Slack/Teams | Все фазы | • Коммуникация • Интеграции (Jira, Git, monitoring) • Incident response |
| Аспект | Waterfall | Agile | DevOps |
|---|---|---|---|
| Границы | Чёткие, жёсткие | Размытые (спринты) | Непрерывные |
| Gate Reviews | Формальные (gatekeepers, checklist) | Lightweight (sprint review) | Автоматизированные (CI/CD gates) |
| Фазы | Последовательные | Итеративные | Параллельные |
| Релизы | Один большой (в конце) | Каждые 2-4 недели | Ежедневно (continuous deployment) |
| Тестирование | Отдельная фаза (после dev) | Встроено в спринт | Continuous (автоматизировано) |
| Operations | Handover после deployment | Shared responsibility | Devs on-call (you build it, you run it) |
| Подходит для | Крупные regulated проекты (банки, медицина) | Продуктовая разработка | SaaS, веб-сервисы |
| Критерий | Waterfall | Agile | DevOps |
|---|---|---|---|
| Требования | Стабильные, зафиксированные | Меняющиеся | Непрерывно эволюционируют |
| Риск | Низкий (известная технология) | Средний | Высокий (инновации) |
| Команда | Распределённая (outsource) | Collocated/Remote (тесное взаимодействие) | Cross-functional (devs+ops вместе) |
| Размер | Большой проект (>1 год) | Средний (3-12 месяцев) | Непрерывный продукт |
| Compliance | Строгие требования (SOX, FDA) | Средние | Низкие (стартапы) |
| Клиент | Фиксированная цена (fixed bid) | Time & Materials | Product ownership (внутренний) |
| # | Пользователь | Полная модель (8 фаз) | Почему пропущено критично |
|---|---|---|---|
| 1 | — | INITIATION | ❌ Без feasibility → провальные проекты ❌ Без бизнес-кейса → нет бюджета |
| 2 | "до проектирование" | PLANNING | ⚠️ Нечёткое название → путаница ✅ Правильно: Requirements + Planning |
| 3 | "проектирование" | DESIGN | ✅ OK, но уточнить: только дизайн, не разработка |
| 4 | "производство" | DEVELOPMENT | ⚠️ "Производство" = manufacturing (для ПО: Development) ✅ Правильно: Development/Coding |
| 5 | — | TESTING | ❌ Без отдельной фазы testing: • Баги в production • Нет gate "ready to deploy" • QA размазывается по dev |
| 6 | — | DEPLOYMENT | ❌ Без deployment как фазы: • Rollout = хаос • Нет production readiness review • Нет handover to ops |
| 7 | "эксплуатация" | OPERATIONS | ✅ OK |
| 8 | — | CLOSURE | ❌ Без closure: • Зомби-системы (живут вечно) • Data leaks (не удалили данные) • Нет lessons learned |
ПОЛЬЗОВАТЕЛЬ (4 фазы):
┌────────────────┐ ┌────────────────┐ ┌────────────────┐ ┌────────────────┐
│ До │→ │ Проектирование │→ │ Производство │→ │ Эксплуатация │
│ проектирование │ │ │ │ │ │ │
└────────────────┘ └────────────────┘ └────────────────┘ └────────────────┘
ПОЛНАЯ МОДЕЛЬ (8 фаз):
┌─────────┐ ┌─────────┐ ┌─────────┐ ┌─────────┐ ┌─────────┐ ┌─────────┐ ┌─────────┐ ┌─────────┐
│Initiation│→│Planning │→│ Design │→│ Dev │→│ Testing │→│Deployment│→│Operations│→│ Closure │
└─────────┘ └─────────┘ └─────────┘ └─────────┘ └─────────┘ └─────────┘ └─────────┘ └─────────┘
❌ ⚠️ ✅ ⚠️ ❌ ❌ ✅ ❌
пропущено нечёткое OK неверный пропущено пропущено OK пропущено
термин
Проект: Запуск онлайн-магазина (1000 товаров, $2M бюджет)
| Фаза | Длительность | Команда | Ключевые события |
|---|---|---|---|
| Initiation | 1 месяц | PM + Business Owner | Feasibility → ROI 250% → GO |
| Planning | 2 месяца | PM + BA + 2 Tech Leads | 500 user stories → 12 модулей |
| Design | 1.5 месяца | Architect + 2 UX | Architecture (microservices) + Figma |
| Development | 6 месяцев | 5 teams × 5 devs | 150k lines of code → CI/CD |
| Testing | 2 месяца | 8 QA engineers | 2500 test cases → 87 bugs fixed |
| Deployment | 2 недели | DevOps team (3) | Kubernetes rollout → smoke tests |
| Operations | Ongoing | 4 SREs | 3 incidents/month → 99.9% SLA |
Критический момент:
- Gate 5 (Testing → Deployment) — 15 critical bugs за 2 дня до релиза
- Решение: RECYCLE → 2 недели bug fixing → re-test → GO
Timeline:
Month: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15
[I][P ][D ][Development ][T ][D]← Operations →
↑Gate1 ↑Gate3 ↑Gate5,RECYCLE
Проект: Task management SaaS MVP ($100k seed)
| Sprint | Фазы (сжатые) | Команда | Ключевые события |
|---|---|---|---|
| Sprint 0 | Initiation + Planning | 3 (PM, 2 devs) | Pitch deck → seed funding |
| Sprint 1-4 | Design + Development | 3 | Wireframes → 1st version (login, tasks) |
| Sprint 5 | Testing + Deployment | 3 + 50 beta users | Beta → feedback → bugs |
| Sprint 6-12 | Operations + Dev | 3 → 5 | Launch → 500 users → new features |
Ключевые отличия от Waterfall:
- Фазы перекрываются — design + dev параллельно
- Gates неформальные — sprint review = lightweight gate
- Deployment частый — каждый спринт = релиз
Критический момент:
- Sprint 5 — Beta users: "navigation непонятная"
- Решение: Emergency redesign (3 дня) → hotfix
Timeline:
Week: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20
[S0][S1][S2][S3][S4][S5]← Sprint 6-12: Ops + incremental dev →
↑ ↑ ↑
Idea Design Launch
Проект: Вывод из эксплуатации старого CRM (15 лет в production)
| Фаза | Длительность | Ключевые события |
|---|---|---|
| Planning | 1 месяц | Анализ: 500k записей, 50 users, 3 integrations |
| Migration | 3 месяца | Миграция на Salesforce → testing |
| Deployment (new) | 2 недели | Salesforce rollout → training |
| Decommission (old) | 1 месяц | User notification → archival → shutdown |
| Closure | 2 недели | Post-mortem → lessons learned |
Критический момент:
- Data archival — compliance: хранить 7 лет (GDPR)
- Решение: Export to S3 Glacier → audit trail → sign-off
Timeline:
Month: 1 2 3 4 5 6
[Plan][ Migration ][Deploy][Decom][Close]
↑New ↑Old
✅ 8 фаз, не 4 — пропущены критические фазы (Initiation, Testing, Deployment, Closure)
✅ Gates критичны — предотвращают дорогие ошибки:
- Gate 1 → отсеивает плохие идеи
- Gate 5 → не пускает баги в production
- Gate 6 → обеспечивает stable operations
✅ Системы управления меняются радикально на границе Development → Operations
✅ Модель зависит от контекста:
- Waterfall → regulated industries (банки, медицина)
- Agile → продуктовая разработка
- DevOps → SaaS, continuous delivery
Если нельзя делать все 8 gates, минимум:
| Стандарт | Как интегрировать |
|---|---|
| PMBOK | Process Groups → map на фазы (Initiating = Initiation, Planning = Planning, Executing = Design+Dev+Test+Deploy) |
| ISO 12207 | Process Groups → применять на каждой фазе (Agreement, Technical, etc.) |
| V-Model | Design → Testing mapping (каждый design level = test level) |
| DevOps | Continuous phases → automated gates через CI/CD |
Интеграция в architect/standards/
- Создать LIFECYCLE.md как официальный стандарт
- Ссылки из других стандартов (DEPLOYMENT, TESTING, etc.)
Практическое применение:
- Использовать checklists для текущих проектов
- Провести Gate Review для проектов в статусе "in progress"
Обучение команды:
- Workshop по lifecycle phases
- Тренинг по Gate Reviews
Continuous improvement:
- Собирать feedback после каждого Gate Review
- Обновлять checklists based on lessons learned
Документ подготовлен: 2026-02-04
Версия: 1.0
Статус: Visual Reference Ready