Какие знаешь фазы проекта?

Фазы проекта: от инициации до закрытия

Фазы проекта — это логические этапы разработки, каждый с определёнными целями, deliverables и входами/выходами. В системной аналитике часто используют несколько подходов классификации.

1. Классический водопадный подход (Waterfall)

Используется в строго структурированных проектах (финансы, regulatory-heavy).

Phase 1: Инициация (Initiation)

Цель: Определить проект, получить одобрение

Deliverables:

• Project Charter
• Stakeholder Register
• Business Case (ROI, risks)
• High-level requirements
• Resource plan

Мои задачи как аналитика:

✓ Встретиться с заказчиком и понять боль
✓ Определить success criteria
✓ Оценить бюджет и сроки
✓ Выявить stakeholders
✓ Составить первичный risk register

Пример выхода:

"Project: Payment Gateway Migration
Budget: $500K
Timeline: 6 months
Team: 8 engineers, 2 analysts, 1 PM
Risks: Legacy system compatibility, PCI-DSS compliance
"

Phase 2: Планирование (Planning)

Цель: Спланировать ВСЁ в деталях

Deliverables:

• Detailed requirements specification (SRS, PRD)
• System architecture document
• Project schedule (Gantt chart)
• Risk management plan
• Communication plan
• Quality assurance plan

Мои задачи:

✓ Собрать детальные требования
✓ Написать use cases
✓ Спроектировать архитектуру (C4 diagrams)
✓ Определить interfaces и data flows
✓ Выявить все риски и mitigation strategies
✓ Разбить проект на workstreams и tasks

Пример документа:

## System Requirements Specification

### Functional Requirements
1.1 Payment Processing
   - User shall be able to initiate payment
   - System shall support 15+ payment methods
   - Payment shall complete within 500ms

1.2 Error Handling
   - If payment fails, user shall be notified within 5 sec
   - System shall retry with fallback provider

### Non-Functional Requirements
- Availability: 99.99%
- Latency: p95 < 500ms
- Scalability: 50K payments/day
- Security: PCI-DSS Level 1

Phase 3: Проектирование (Design)

Цель: Создать blueprint для разработки

Deliverables:

• Detailed architecture (Technical Design Document)
• Database schema
• API specifications
• Security design
• Infrastructure design
• UI/UX mockups

Мои задачи:

✓ Проектирование система на основе требований
✓ Определить технологический стек
✓ Спроектировать database (tables, relationships)
✓ Написать OpenAPI spec для всех endpoints
✓ Спроектировать security architecture
✓ Определить deployment strategy

Пример выхода:

### Payment Service Architecture

Client ↓ Load Balancer (AWS ALB) ↓ Payment Service (Node.js) ├→ PostgreSQL (transactions) ├→ Redis (cache) ├→ Stripe API └→ PayPal API

Database Schema:
- payment_requests: id, order_id, amount, status
- payment_transactions: id, provider_id, response
- payment_audit: id, action, actor, timestamp

Phase 4: Реализация (Implementation/Development)

Цель: Построить систему

Deliverables:

• Source code
• Test cases
• Documentation
• Build artifacts
• Deployment guides

Мои задачи:

✓ Координирование разработки
✓ Review кода на соответствие дизайну
✓ Отслеживание прогресса
✓ Управление changes в требованиях
✓ Техническая поддержка разработчикам
✓ Документирование изменений

Пример timeline:

Week 1-2: Backend infrastructure
Week 3-5: API endpoints
Week 6-7: Frontend integration
Week 8: Security hardening
Week 9-10: Testing

Phase 5: Тестирование (Testing)

Цель: Убедиться, что система работает как спланировано

Deliverables:

• Test plans
• Test cases
• Test results
• Bug reports
• UAT sign-off

Виды тестирования:

1. Unit Testing (разработчики)
   - Функции работают корректно
   - Покрытие: 80%+

2. Integration Testing (QA)
   - Компоненты взаимодействуют правильно
   - Payment API ↔ Stripe API

3. System Testing (QA)
   - Вся система работает end-to-end
   - 50K платежей в день без падений

4. UAT (User Acceptance Testing) (Клиент)
   - Система соответствует требованиям
   - Бизнес-пользователи подтверждают

5. Performance Testing (QA)
   - Latency < 500ms
   - No memory leaks
   - Can handle 100 RPS

6. Security Testing (Security team)
   - No SQL injection
   - No XSS
   - Data encryption works

Phase 6: Развёртывание (Deployment)

Цель: Перейти на production

Deliverables:

• Deployment plan
• Release notes
• Rollback plan
• Monitoring setup
• Support documentation

Мои задачи:

✓ Планирование deployment (время, рисков)
✓ Создание runbooks (что делать если что-то упадёт)
✓ Coordination с операцией
✓ Подготовка команды support
✓ Canary deployment (10% трафика)
✓ Мониторинг first 24 hours

Deployment strategy:

Day 0: Canary deployment (1% трафика)
  ↓
Day 1: Gradual rollout (10% → 25% → 50%)
  ↓
Day 2: Full deployment (100%)
  ↓
Day 3-7: Stability monitoring

Phase 7: Закрытие (Closure)

Цель: Завершить проект, перейти в support mode

Deliverables:

• Final handover documents
• Knowledge transfer
• Lessons learned report
• Operations documentation
• Project closure report

Мои задачи:

✓ Создать операционную документацию
✓ Провести knowledge transfer с team
✓ Закрыть все outstanding issues
✓ Провести retro (что хорошо, что плохо)
✓ Архивировать проектные артефакты
✓ Написать успехи и вызовы

---

2. Agile подход (Scrum/Kanban)

Чаще используется в стартапах и технологических компаниях. Вместо последовательных фаз — итеративные циклы.

Спринт (Sprint) = 1-2 недели

Структура спринта:

Day 1: Sprint Planning
  ↓
Days 2-4: Daily Standup + Development
  ↓
Day 5: Sprint Review + Sprint Retrospective
  ↓
Release to Production (или staging)

Мои задачи в каждом спринте:

✓ Уточнение stories в Product Backlog
✓ Работа с Product Owner на приоритизацию
✓ Помощь team в clarification требований
✓ Review completed work
✓ Участие в retro для улучшения процесса

Фазы (высокоуровневые):

Phase 1: Исследование (Research/Discovery)
  Sprint 1-2: Требования, MVP definition
  Deliverable: Product Backlog

Phase 2: MVP (Minimum Viable Product)
  Sprint 3-6: Core features
  Deliverable: Production deployment

Phase 3: Расширение (Expansion)
  Sprint 7+: New features, optimizations
  Deliverable: Continuous deployment

---

3. Гибридный подход (Hybrid)

Основное планирование как в Waterfall, реализация как в Agile.

Phase 1-2: Planning (подробная архитектура) → Waterfall
  ↓
Phase 3: Development in Sprints (2-week iterations) → Agile
  ↓
Phase 4-7: Testing + Deployment → Mix

Пример из моего опыта:

Payment Gateway Project:
- Planning (Month 1): Detailed architecture, API spec, DB schema
- Development (Months 2-4): 4 sprints по 2 недели
  - Sprint 1: Core payment processing
  - Sprint 2: Provider integrations
  - Sprint 3: Admin panel
  - Sprint 4: Security, optimizations
- Testing (Weeks 9-10): Full system UAT
- Deployment (Week 11): Canary → Gradual rollout
- Support (Month 5+): Bugs fixes, monitoring

---

Роль System Analyst на разных фазах

---

Типичные проблемы и как их избегать

Проблема 1: Слишком быстро переходить к разработке

❌ Инициация (1 день) → Реализация (спешим)
   → Требования неясны → Переделка → Убытки

✅ Инициация (1 неделя) + Планирование (2 недели)
   → Требования четкие → Разработка гладко

Проблема 2: Забывать про тестирование

❌ Разработка (8 недель) → Тестирование (1 неделя)
   → Недостаточно времени на баги → Плохой release

✅ Разработка + Тестирование параллельно
   → Quality от начала

Проблема 3: Плохой deployment plan

❌ Разработали, развернули на production прямо
   → Системой down на 2 часа → Убытки

✅ Canary deployment (1% трафика) → Monitoring → Gradual rollout
   → Zero downtime

Заключение

Фазы проекта дают структуру, но должны быть гибкими:

• В Waterfall проектах: чётко следовать фазам
• В Agile проектах: фазы разворачиваются в спринтах
• В гибридных: планирование строго, реализация гибко

Ключ к успеху — четкие deliverables и sign-offs на каждой фазе, чтобы не переделывать работу потом.