Как планировать ИСР

Обновлено: 09.11.2025

Есть два основных подхода к структуре работы над проектом: фазовый (по стадиям) и функциональный (по продукту или фичам).

Фазовая структура (по этапам проекта)Фазовая структура (по этапам проекта)

Пример (типичный Waterfall):

1. Инициация:
   1.1. Анализ требований.
   1.2. Планирование.
2. Разработка:
   2.1. Проектирование архитектуры.
   2.2. Реализация модулей.
   2.3. Тестирование.
3. Внедрение:
   3.1. Обучение пользователей.
   3.2. Передача заказчику.

✅ Плюсы:

• идеально ложится на Waterfall-цикл (Initiation → Design → Build → Test → Deploy);
• удобно контролировать завершённость фаз;
• легко управлять ресурсами и сроками по этапам.

⚠️ Минусы:

• сложно привязать конкретные deliverables (например, фичи);
• неудобно отслеживать готовность продукта в целом.

Продуктовая структура (по фичам / компонентам системы)Продуктовая структура (по фичам / компонентам системы)

Пример:

1. Модуль авторизации:
   1.1. Анализ требований.
   1.2. Разработка.
   1.3. Тестирование.
2. Модуль отчётности:
   2.1. Анализ требований.
   2.2. Разработка.
   2.3. Тестирование.
3. Обучение пользователей.

✅ Плюсы:

• чёткая связь между WBS и конечными deliverables (фичами);
• удобно согласовывать с заказчиком, особенно при раздельных приёмках модулей;
• проще контролировать качество по каждой фиче.

⚠️ Минусы:

• управление по фазам сложнее (например, все разработчики могут быть задействованы в разных фазах параллельно);
• может быть сложнее организовать контроль по стадиям Waterfall.

Гибридная WBS (лучший вариант на практике)Гибридная WBS (лучший вариант на практике)

Можно объединить оба подхода:

1. Подготовительный этап:
   1.1. Сбор требований.
   1.2. Планирование.
2. Разработка системы:
   2.1. Модуль авторизации:
        2.1.1. Проектирование.
        2.1.2. Реализация.
        2.1.3. Тестирование.
   2.2. Модуль отчётности:
        2.2.1. Проектирование.
        2.2.2. Реализация.
        2.2.3. Тестирование.
3. Внедрение и обучение:
   3.1. Настройка среды.
   3.2. Обучение пользователей.

Как выбрать логикуКак выбрать логику

Задайте себе вопрос: «Что для меня важнее — контроль стадий процесса или контроль готовности продукта?»

Рекомендации по хорошей практике:Рекомендации по хорошей практике:

1. Каждый элемент WBS должен иметь конкретный deliverable — документ, код, отчёт, обучение и т. д.
2. WBS — не расписание. Не указывайте последовательность, только состав работ.
3. Глубина декомпозиции — до уровня, где можно оценить трудозатраты и назначить ответственного.
4. Не смешивайте логики внутри одного уровня (например, на одном уровне не ставьте «Разработка» и «Модуль отчётности»).