architect/research/PROJECT_LIFECYCLE_GATES_CHECKLISTS.md

GATE CHECKLISTS: Практические чеклисты для каждой границы

Дата: 2026-02-04
Версия: 1.0
Назначение: Операционные чеклисты для Gate Reviews


КАК ИСПОЛЬЗОВАТЬ

Для Project Managers:

  1. Перед Gate Review:
    - Скопируй соответствующий checklist
    - Заполни каждый пункт (✓ / ✗ / N/A)
    - Собери артефакты для передачи
    - Подготовь презентацию результатов

  2. На Gate Review Meeting:
    - Презентуй результаты фазы
    - Пройдись по Must-Meet критериям (knockout)
    - Оцени Should-Meet критерии (scoring)
    - Получи решение: Go / Kill / Hold / Recycle

  3. После Gate Review:
    - Если GO → передай артефакты следующей команде
    - Если RECYCLE → определи что доработать
    - Если HOLD → задокументируй причины
    - Если KILL → закрой проект, освободи ресурсы

Для Gatekeepers:


GATE 1: INITIATION → PLANNING

Цель фазы INITIATION (завершена)

✓ Определить стоит ли начинать проект
✓ Проверить feasibility (технический, финансовый, организационный)
✓ Получить одобрение бизнес-кейса
✓ Выделить предварительный бюджет

Must-Meet Criteria (Knockout)

 Business Case утверждён Project Sponsor
 Project Charter подписан (scope, objectives, constraints)
 Бюджет выделен (preliminary allocation)
 Стратегическое соответствие подтверждено (alignment with company strategy)
 Feasibility study пройдено (технический, финансовый, организационный)
    Техническая feasibility: решение реализуемо с текущими технологиями
    Финансовая feasibility: ROI > {X}% (определяется компанией)
    Организационная feasibility: команда/ресурсы доступны
 Legal/Compliance review пройден (нет блокеров)
 Project Sponsor назначен (и согласен)
 Проект не конфликтует с другими проектами (portfolio check)

Should-Meet Criteria (Scored 1-5)

[ ] ROI projection:
    1 = <10%, 2 = 10-25%, 3 = 25-50%, 4 = 50-100%, 5 = >100%
    Score: _____

[ ] Strategic importance:
    1 = Low, 2 = Below average, 3 = Average, 4 = High, 5 = Critical
    Score: _____

[ ] Risk level (обратная шкала):
    1 = Very high risk, 2 = High, 3 = Medium, 4 = Low, 5 = Very low
    Score: _____

[ ] Resource availability:
    1 = Resources overloaded, 3 = Tight, 5 = Ample resources
    Score: _____

[ ] Market opportunity:
    1 = Declining market, 3 = Stable, 5 = Growing fast
    Score: _____

TOTAL SCORE: _____ / 25

Артефакты для передачи (PM → Planning Team)

☐ Project Charter (signed)
☐ Business Case Document
☐ Feasibility Study Report
☐ Preliminary Budget & Timeline
☐ Stakeholder Register (key stakeholders identified)
☐ Initial Risk Assessment
☐ Strategic Alignment Statement

Handover Meeting Agenda (60 min)

1. [10 min] Презентация бизнес-кейса (PM)
2. [10 min] Feasibility study results (Technical Lead)
3. [15 min] Обсуждение рисков
4. [10 min] Оценка критериев (Must-Meet + Should-Meet)
5. [10 min] Решение: Go / Kill / Hold / Recycle
6. [5 min] Next steps (если GO)

Decision Options

Handover (если GO)

Ритуал: Kickoff Meeting (2 часа)
- Презентация Project Charter
- Знакомство команды
- Определение процессов планирования


GATE 2: PLANNING → DESIGN

Цель фазы PLANNING (завершена)

✓ Определить ЧТО делать (requirements)
✓ Определить КОГДА (schedule)
✓ Определить ЗА СКОЛЬКО (budget)
✓ Определить риски и как ими управлять

Must-Meet Criteria

 Requirements утверждены ВСЕМИ ключевыми stakeholders
    Бизнес-требования (BRD) подписаны business owner
    Функциональные требования (FRD) / User Stories согласованы
    Нефункциональные требования (NFR) определены
      (performance, security, scalability, availability)
    Acceptance criteria ясны для каждого requirement
 Scope baseline определён (WBS complete)
    WBS разбит до уровня work packages (100-500 часов)
    Scope statement задокументирован (что IN, что OUT)
 Budget утверждён Finance Department
    Детализация по фазам
    Contingency reserve выделен (обычно 10-20%)
 Schedule утверждён Sponsor
    Milestones определены
    Critical path identified
    Dependencies mapped
 Team assembled (ключевые роли заполнены)
    Tech Lead assigned
    Architect assigned (если нужен)
    UX Designer assigned (если UI проект)
 Risk register reviewed (нет showstoppers)
    High/Critical risks имеют mitigation plan
    Contingency plan для top 3 risks
 Quality criteria определены (Definition of Done)
 Communication plan согласован

Should-Meet Criteria (Scored)

[ ] Requirements clarity:
    1 = Vague, 2 = Some ambiguity, 3 = Mostly clear, 4 = Clear, 5 = Crystal clear
    Score: _____

[ ] Stakeholder buy-in:
    1 = Resistance, 2 = Skeptical, 3 = Neutral, 4 = Supportive, 5 = Enthusiastic
    Score: _____

[ ] Team experience with similar projects:
    1 = None, 2 = Limited, 3 = Some, 4 = Good, 5 = Extensive
    Score: _____

[ ] Risk mitigation plan quality:
    1 = No plan, 2 = Weak, 3 = Basic, 4 = Good, 5 = Comprehensive
    Score: _____

TOTAL SCORE: _____ / 20

Артефакты для передачи (PM → Architect/Design Team)

☐ Requirements Document (BRD/FRD/User Stories)
☐ Project Management Plan
☐ WBS + Schedule (Gantt chart)
☐ Budget breakdown
☐ Risk Register
☐ Communication Plan
☐ Quality Management Plan
☐ NFR Specification (performance, security, etc.)
☐ Assumptions & Constraints

Handover Meeting Agenda (90 min)

1. [15 min] Презентация requirements (BA)
2. [15 min] Walkthrough scope (WBS) (PM)
3. [10 min] Budget & Schedule overview (PM)
4. [15 min] Risk discussion (Risk Owner)
5. [15 min] Q&A with Architect/Design team
6. [10 min] Gate criteria review
7. [10 min] Decision: Go / Recycle

Decision Options

Handover (если GO)

Ритуал: Design Kickoff (2 часа)
- Walkthrough requirements (BA)
- Technical constraints (Tech Lead)
- Design process & timeline (Architect)


GATE 3: DESIGN → DEVELOPMENT

Цель фазы DESIGN (завершена)

✓ Определить КАК реализовать систему (architecture)
✓ Создать blueprint (дизайн, схемы, спецификации)
✓ Получить одобрение технического решения

Must-Meet Criteria

 Architecture утверждена Technical Steering Committee / CTO
    High-level design (modules, layers, patterns)
    Low-level design (key components, interfaces)
    Technology stack approved (frameworks, libraries, tools)
    Architecture Decision Records (ADR) созданы для key decisions
 UI/UX prototypes валидированы пользователями
    Wireframes reviewed by stakeholders
    Interactive prototypes tested with users (5-10 users)
    Usability issues addressed
 Database schema reviewed by DBA
    Entity-Relationship Diagram (ERD) утверждён
    Indexes planned
    Migration strategy defined
 API contracts согласованы между командами
    API specifications (OpenAPI/Swagger) готовы
    Data models defined
    Error handling agreed
 Security architecture reviewed by InfoSec team
    Authentication/Authorization design approved
    Data encryption plan (at rest, in transit)
    Security threats identified (STRIDE analysis)
 Non-functional requirements addressed
    Performance targets defined (response time, throughput)
    Scalability plan (horizontal/vertical)
    Availability/DR plan outlined
 Design documentation complete
    System Design Document
    Component diagrams (UML/C4)
    Sequence diagrams for key flows

Should-Meet Criteria

[ ] Architecture quality:
    1 = Monolithic/tightly coupled, 3 = Modular, 5 = Microservices/loosely coupled
    Score: _____

[ ] Design documentation completeness:
    1 = Sparse, 3 = Adequate, 5 = Comprehensive
    Score: _____

[ ] Testability of design:
    1 = Hard to test, 3 = Testable, 5 = Highly testable (mocks, stubs ready)
    Score: _____

[ ] Scalability potential:
    1 = Not scalable, 3 = Scales with effort, 5 = Easily scalable
    Score: _____

[ ] Technology maturity:
    1 = Bleeding edge, 3 = Proven, 5 = Industry standard
    Score: _____

TOTAL SCORE: _____ / 25

Артефакты для передачи (Architect → Dev Team)

 Architecture Design Document (ADD) System Design Specification Database Schema (ERD + DDL scripts) API Specifications (Swagger/OpenAPI) UI/UX Mockups (Figma links) Architecture Decision Records (ADR) Component Diagrams (UML/C4) Sequence Diagrams (for key flows) NFR Specification (updated) Technology Stack Document (versions, libraries)

Handover Meeting Agenda (120 min)

1. [20 min] Architecture walkthrough (Architect)
2. [15 min] Database schema review (DBA)
3. [15 min] API contracts (Backend Lead)
4. [15 min] UI/UX prototypes (Designer)
5. [15 min] Security architecture (InfoSec)
6. [20 min] Q&A with Dev Team
7. [10 min] Gate criteria review
8. [10 min] Decision + Next steps

Decision Options

Handover (если GO)

Ритуал: Dev Kickoff + Sprint 0 (1 неделя)
- Setup dev environment
- Create repo structure
- Setup CI/CD pipeline
- Create initial backlog (Jira tickets)


GATE 4: DEVELOPMENT → TESTING

Цель фазы DEVELOPMENT (завершена)

✓ Написать код (implement all features)
✓ Создать build artifacts (binaries, containers)
✓ Пройти code reviews
✓ Выполнить unit testing

Must-Meet Criteria

 Все features реализованы (100% code complete)
    All user stories marked as DONE
    All tasks in Jira closed
    No "TODO" comments in code (or tracked in backlog) Code reviews пройдены (100%)
    All pull requests merged
    No unresolved code review comments
    Code style guide followed Unit tests пройдены (coverage > {X}%)
    Unit test coverage > 80% (adjust per company standard)
    All unit tests green (0 failures)
    Test results in CI/CD dashboard Build успешный на CI (все pipelines green)
    Compilation successful (no errors)
    Linter passed (no critical issues)
    Security scan passed (dependency check, SAST) Code merged to main branch (or release branch)
    Feature branches merged
    Conflicts resolved
    Version tagged (e.g., v1.0.0-rc) Developer documentation complete
    API documentation (Swagger/Javadoc/etc.)
    README updated (setup, run, test)
    Architecture diagrams updated (if changed) Known bugs задокументированы в backlog
    Known issues list created
    Workarounds documented (if any)

Should-Meet Criteria

[ ] Code quality (SonarQube score):
    1 = F (много issues), 2 = D, 3 = C, 4 = B, 5 = A
    Score: _____

[ ] Test coverage:
    1 = <50%, 2 = 50-70%, 3 = 70-80%, 4 = 80-90%, 5 = >90%
    Score: _____

[ ] Documentation quality:
    1 = Minimal, 2 = Basic, 3 = Good, 4 = Very good, 5 = Excellent
    Score: _____

[ ] Code maintainability (subjective):
    1 = Spaghetti, 2 = Hard, 3 = OK, 4 = Good, 5 = Excellent
    Score: _____

TOTAL SCORE: _____ / 20

Артефакты для передачи (Dev Team → QA Team)

 Source Code (Git tag: v1.0.0-rc) Build Artifacts
    Binaries / JAR / Docker images (with version tag)
    Build instructions (or automated via CI/CD) Unit Test Reports
    Test results (JUnit XML, etc.)
    Coverage reports (HTML/XML) Code Quality Reports
    SonarQube report (or equivalent)
    Security scan report (SAST, dependency check) API Documentation
    Swagger UI link
    Postman collection (if applicable) Known Issues List
    Bugs deferred to post-release
    Workarounds documented Test Environment Setup Guide
    How to deploy to test environment
    Test data setup instructions

Handover Meeting Agenda (90 min)

1. [15 min] Demo of implemented features (Tech Lead)
2. [10 min] Code quality metrics (SonarQube walkthrough)
3. [10 min] Unit test results (Developer)
4. [15 min] Known issues discussion (Tech Lead)
5. [20 min] Test environment setup (DevOps)
6. [10 min] Q&A with QA team
7. [10 min] Gate criteria review

Decision Options

Handover (если GO)

Ритуал: Test Kickoff (1 день)
- Deploy to test environment
- QA team setup (test tools, test data)
- Review test plan


GATE 5: TESTING → DEPLOYMENT

Цель фазы TESTING (завершена)

✓ Проверить что продукт работает правильно (functional)
✓ Проверить производительность (non-functional)
✓ Проверить безопасность (security)
✓ Получить одобрение бизнеса (UAT)

Must-Meet Criteria

 Все test cases выполнены (100%)
    Functional tests: ____ / ____ passed
    Integration tests: ____ / ____ passed
    Regression tests: ____ / ____ passed
 Critical bugs исправлены (P0/P1 = 0)
    P0 (Blocker): 0
    P1 (Critical): 0
    P2 (High):  {X} (определяется компанией, обычно 5)
 Performance tests пройдены (SLA met)
    Response time < {X} ms (95th percentile)
    Throughput > {Y} requests/sec
    No memory leaks detected
    Load test passed (expected peak load)
 Security scan пройден (no critical vulnerabilities)
    DAST (Dynamic Application Security Testing) passed
    Penetration test passed (if required)
    Critical vulnerabilities: 0
    High vulnerabilities: 0 (or with accepted risk)
 UAT approved by business (sign-off)
    Key user scenarios tested by business users
    UAT feedback addressed
    Business owner sign-off obtained
 Regression tests пройдены (no new defects)
    Automated regression suite: 100% pass
    No regression in existing functionality
 Test reports delivered
    Test execution summary
    Bug summary report
    Performance test report
    Security scan report

Should-Meet Criteria

[ ] Test coverage (functional):
    1 = <50%, 2 = 50-70%, 3 = 70-85%, 4 = 85-95%, 5 = >95%
    Score: _____

[ ] Bug severity distribution:
    1 = Many P2/P3, 3 = Few P2/P3, 5 = Only P4/P5
    Score: _____

[ ] UAT user satisfaction:
    1 = Dissatisfied, 2 = Needs work, 3 = OK, 4 = Satisfied, 5 = Very satisfied
    Score: _____

[ ] Performance margin:
    1 = Barely meets SLA, 3 = Meets SLA, 5 = Exceeds SLA significantly
    Score: _____

TOTAL SCORE: _____ / 20

Артефакты для передачи (QA → DevOps/SRE)

 Test Execution Report
    Summary: total tests, passed, failed, blocked
    Test coverage by feature Bug Reports (resolved + known issues)
    Fixed bugs list (with verification)
    Known issues list (with severity, workarounds)
    Deferred bugs (to be fixed post-release) Performance Test Results
    Load test report (response time, throughput)
    Stress test report (breaking point)
    Soak test report (memory leaks, stability) Security Audit Report
    DAST report
    Penetration test report (if done)
    Vulnerability list (with remediation status) UAT Sign-off Document
    Business owner signature
    UAT test results
    User feedback summary Release Notes (draft)
    New features
    Bug fixes
    Known issues
    Upgrade instructions (if applicable)

Handover Meeting Agenda (90 min)

1. [10 min] Test execution summary (QA Manager)
2. [15 min] Bug review (critical/high bugs discussion)
3. [10 min] Performance test results (QA Engineer)
4. [10 min] Security audit findings (Security Engineer)
5. [10 min] UAT feedback (Business Owner)
6. [15 min] Production readiness discussion (DevOps)
7. [10 min] Gate criteria review
8. [10 min] Decision + Deployment plan

Decision Options

Handover (если GO)

Ритуал: Production Readiness Review (2 часа)
- Review deployment plan
- Review rollback plan
- Review monitoring setup
- Review runbook


GATE 6: DEPLOYMENT → OPERATIONS

Цель фазы DEPLOYMENT (завершена)

✓ Развернуть продукт в production
✓ Проверить работоспособность в production (smoke tests)
✓ Настроить monitoring & alerting
✓ Передать операционную ответственность SRE/Operations

Must-Meet Criteria

 Deployment успешен (rollout complete)
    All services deployed to production
    No deployment errors
    Health checks green
 Smoke tests пройдены в production
    Key user flows tested (top 3-5 scenarios)
    All critical APIs responding
    Database connectivity OK
 Monitoring настроен (dashboards created)
    Application metrics (response time, error rate)
    Infrastructure metrics (CPU, memory, disk)
    Business metrics (if applicable: orders, users)
    Dashboards accessible to operations team
 Alerting настроен (on-call setup)
    Critical alerts defined (downtime, high error rate)
    Alert routing configured (PagerDuty/Opsgenie)
    On-call schedule set up
    Escalation policy defined
 Logs aggregated and accessible
    Application logs  centralized logging (ELK/Loki)
    Log retention policy set (e.g., 30 days)
    Log search accessible to operations team
 Runbook delivered and reviewed
    How to restart service
    How to scale (up/down)
    How to troubleshoot common issues
    How to check health
 Operations team trained (handover session done)
    Runbook walkthrough completed
    Demo of monitoring dashboards
    Incident response process explained
 Rollback plan tested
    Rollback procedure documented
    Rollback tested in staging (or dry-run)
    Rollback can be executed within {X} minutes
 Production environment documented
    Infrastructure diagram (servers, databases, load balancers)
    Configuration management (where config is stored)
    Secrets management (where secrets are stored)
 SLA/SLO defined and agreed
    Uptime target (e.g., 99.9%)
    Response time target (e.g., <200ms p95)
    Error rate target (e.g., <0.1%)

Should-Meet Criteria

[ ] Runbook quality:
    1 = Minimal, 2 = Basic, 3 = Good, 4 = Comprehensive, 5 = Excellent
    Score: _____

[ ] Operations team readiness:
    1 = Not ready, 2 = Somewhat ready, 3 = Ready, 4 = Confident, 5 = Very confident
    Score: _____

[ ] Monitoring coverage:
    1 = <50%, 2 = 50-70%, 3 = 70-85%, 4 = 85-95%, 5 = >95%
    Score: _____

[ ] Automation level:
    1 = Manual, 2 = Mostly manual, 3 = Semi-automated, 4 = Mostly automated, 5 = Fully automated
    Score: _____

TOTAL SCORE: _____ / 20

Артефакты для передачи (DevOps → Operations)

 Runbook (operational procedures)
    Service overview
    How to start/stop/restart
    How to scale
    How to check health
    Common troubleshooting (top 10 issues)
    Emergency contacts Deployment Plan (executed)
    Deployment steps (completed)
    Rollback plan
    Post-deployment checklist Production Readiness Checklist (completed)
    All items checked off Monitoring Dashboards
    Links to Grafana/Datadog dashboards
    Credentials (if needed) Alert Configuration
    List of alerts (critical/warning)
    Alert routing (PagerDuty/Opsgenie) Incident Response Plan
    Who to call (escalation path)
    How to declare incident
    Communication plan (stakeholder notification) SLA/SLO Agreement
    Uptime target
    Performance targets
    Error budget Release Notes (final)
    What's new
   ☐ Known issues
   ☐ Migration steps (for users, if applicable)
☐ Access & Credentials
   ☐ Production access (who has it)
   ☐ Secrets location (vault, etc.)
   ☐ On-call access (VPN, jump hosts)

Handover Meeting Agenda (120 min)

1. [15 min] Deployment review (Release Manager)
2. [20 min] Runbook walkthrough (DevOps)
3. [15 min] Monitoring demo (SRE)
4. [15 min] Alerting & on-call setup (SRE)
5. [15 min] Incident response process (Operations Manager)
6. [20 min] Q&A with Operations team
7. [10 min] Gate criteria review
8. [10 min] Sign-off + Next steps

Decision Options

Handover (если GO)

Ритуал: Joint Operations Period (2-4 недели)
- Development team и Operations team работают вместе
- Development team on-call (backup)
- Weekly sync meetings
- Knowledge transfer (hands-on)


GATE 7: OPERATIONS → CLOSURE

Цель фазы OPERATIONS (завершена)

✓ Продукт работал в production
✓ Достигнут End-of-Life (EOL)
✓ Принято решение вывести из эксплуатации

Must-Meet Criteria

 EOL decision утверждён бизнесом
    Business case for retirement approved
    Sponsor sign-off Replacement system готов (если применимо)
    New system deployed and tested
    Feature parity verified Migration plan утверждён
    Data migration strategy defined
    User migration plan defined
    Rollback plan (if migration fails) Data retention policy определена
    What data to archive (compliance requirements)
    How long to retain (legal requirements)
    Where to archive (storage location) Users уведомлены (minimum notice given)
    Notification sent (minimum 3 months notice)
    Alternative solution communicated
    Migration support offered Decommissioning plan утверждён Compliance
    Compliance review passed
    Legal review passed (data handling) Stakeholders согласовали closure
    Business owner OK
    IT management OK
    Finance OK (budget closure)

Should-Meet Criteria

[ ] Migration readiness:
    1 = Not ready, 2 = Some gaps, 3 = Ready, 4 = Well prepared, 5 = Fully ready
    Score: _____

[ ] User impact (обратная шкала):
    1 = High impact, 2 = Medium, 3 = Low, 4 = Minimal, 5 = None
    Score: _____

[ ] Data archival plan quality:
    1 = Minimal, 2 = Basic, 3 = Good, 4 = Comprehensive, 5 = Excellent
    Score: _____

TOTAL SCORE: _____ / 15

Артефакты для передачи (Operations → Decommission Team)

 Decommissioning Plan
    Timeline (phases of shutdown)
    Resource plan (who does what)
    Risk assessment
 Data Archival Plan
    What data to archive
    How to export data
    Where to store (S3 Glacier, tape, etc.)
    Retention period (per compliance)
 Migration Plan (if applicable)
    Migration steps
    User migration guide
    Rollback plan
 User Communication Plan
    Notification emails (drafted)
    Support plan during transition
 Infrastructure Inventory
    Servers to decommission
    Databases to archive/delete
    Licenses to cancel

Handover Meeting Agenda (90 min)

1. [10 min] EOL decision rationale (Business Owner)
2. [15 min] Decommissioning plan review (PM)
3. [15 min] Data archival plan (Compliance Officer)
4. [10 min] Migration plan (if applicable)
5. [15 min] User communication plan (Communications)
6. [10 min] Infrastructure inventory (Operations)
7. [10 min] Gate criteria review
8. [5 min] Decision + Timeline

Decision Options

Handover (если GO)


GATE 8 (FINAL): CLOSURE COMPLETE

Цель фазы CLOSURE (завершена)

✓ Все данные архивированы
✓ Вся инфраструктура decommissioned
✓ Все пользователи мигрированы
✓ Проект официально закрыт

Must-Meet Criteria

 Все данные архивированы per retention policy
    Data export completed
    Data archived to designated storage
    Archival verification (can restore if needed)
    Archival documented (where, what, when)
 Вся инфраструктура decommissioned
    Servers shut down
    Databases deleted (after archival)
    DNS records removed
    Load balancers removed
    Monitoring alerts disabled
 Все пользователи мигрированы
    Active users migrated to replacement system
    User data migrated (if applicable)
    No orphaned users
 Все лицензии отменены
    Software licenses cancelled
    Cloud resources terminated
    Final invoices paid
 Post-project review завершён
    Review meeting held (team + stakeholders)
    What went well documented
    What went wrong documented
 Lessons learned задокументированы
    Key learnings captured
    Recommendations for future projects
    Shared with organization (wiki, presentation)
 Финансовый closure
    All invoices paid
    Final budget report
    Cost variance analysis
 Team released
    Team members assigned to new projects
    Thank you notes sent (recognition)

Артефакты для закрытия

 Data Archival Report
    What was archived
    Where it's stored
   ☐ How to retrieve (if needed)
   ☐ Retention expiry date
☐ Decommissioning Completion Report
   ☐ Infrastructure shutdown checklist (completed)
   ☐ Licenses cancelled list
   ☐ Final costs
☐ Post-Project Review Document
   ☐ Project summary (goals, outcomes)
   ☐ Successes
   ☐ Challenges
   ☐ Metrics (budget, schedule, quality)
☐ Lessons Learned Document
   ☐ What worked
    What didn't
   ☐ Recommendations
   ☐ Best practices to replicate
☐ Final Financial Report
   ☐ Budget vs Actual
   ☐ Cost breakdown
   ☐ ROI (if measurable)
☐ Project Closure Document (signed)
   ☐ Project completed statement
   ☐ Sponsor signature
   ☐ Date of closure

Final Meeting Agenda (60 min)

1. [10 min] Decommissioning summary (Operations)
2. [10 min] Data archival report (Compliance)
3. [15 min] Post-project review (PM)
4. [15 min] Lessons learned discussion (Team)
5. [5 min] Final sign-off (Sponsor)
6. [5 min] Team recognition & celebration

Sign-off (FINAL)

Ритуал: Team celebration (optional, but recommended)
- Thank team members
- Share success stories
- Recognition awards


SUMMARY: Критические точки контроля

Топ-5 самых важных Gates:

Gate Почему критичен Последствия пропуска
Gate 1 Отсеивает провальные проекты Растрата ресурсов на нежизнеспособные идеи
Gate 3 Утверждает техническое решение Архитектурные ошибки дорого исправлять позже
Gate 5 Не пускает баги в production Инциденты, репутационный ущерб
Gate 6 Передаёт ответственность Ops Downtime, нет monitoring, хаос
Gate 8 Compliance & knowledge capture Data leaks, повторение ошибок

Минимальный набор Gates (если ресурсы ограничены):

Если нет времени/ресурсов на все 8 gates, минимум:
1. Gate 1 (Initiation → Planning) — проверка бизнес-кейса
2. Gate 5 (Testing → Deployment) — проверка качества
3. Gate 6 (Deployment → Operations) — production readiness


Документ подготовлен: 2026-02-04
Версия: 1.0
Статус: Operational Checklists Ready
Использование: Копировать соответствующий checklist перед Gate Review