Иерархия задач и WBS: как правильно совместить

Обновлено: 11.04.2026

В системе используются два независимых, но взаимосвязанных типа иерархий:

• иерархическая структура работ (ИСР, WBS);
• иерархия задач (исполнение).

Они решают разные задачи и не заменяют друг друга. Корректная работа строится на их совместном использовании.

1. ИСР (WBS): планирование проекта1. ИСР (WBS): планирование проекта

ИСР описывает структуру проекта и используется для планирования, бюджетирования и аналитики.

Пример структуры:

Проект
  └ Этап
       └ Пакет работ
            └ Компонент

Особенности:

• задаёт декомпозицию проекта;
• может отражать этапы или гейты;
• используется для оценки сроков и стоимости;
• агрегирует данные по задачам;
• не предназначена для операционного управления.

Пример гейтовой модели:

Проект
  ├ Прототип
  ├ Разработка
  └ Внедрение

2. Иерархия задач: выполнение работы2. Иерархия задач: выполнение работы

Иерархия задач отражает процесс исполнения и используется в Бэклоге и Досках.

Пример структуры:

Эпик
  └ Функциональность
       └ История
            └ Задача

Особенности:

1. Каждый уровень имеет статус и жизненный цикл.
2. Для каждого уровня задаётся Критерий готовности (Definition of Done).
3. Используется для планирования спринтов.
4. Прогресс считается по статусам или дочерним задачам.

3. Разделение планирования и выполнения3. Разделение планирования и выполнения

В системе эти аспекты разделены:

• ИСР отвечает за планирование;
• задачи отвечают за выполнение.

Это принципиальное архитектурное решение.

4. Два подхода к моделированию4. Два подхода к моделированию

Подход 1. Единая модельПодход 1. Единая модель

Инициатива
  └ Эпик
       └ История
            └ Задача

Особенности:

• план и выполнение совпадают;
• простота;
• ограниченная аналитика и финансы.

Подход 2. Разделённая модель (рекомендуется)Подход 2. Разделённая модель (рекомендуется)

ИСР
  └ Этап
       └ Пакет работ

Задачи
  └ Эпик → История → Задача

Особенности:

• план и выполнение разделены;
• задачи привязаны к ИСР;
• полноценная аналитика и финансы;
• выше управляемость проекта.

5. Когда использовать ИСР5. Когда использовать ИСР

ИСР не обязательна.

Можно не использовать, если:

• проект небольшой;
• нет бюджетирования;
• не нужна аналитика.

Использовать обязательно, если:

• есть бюджет и сроки;
• проект делится на этапы;
• требуется контроль и прогнозирование.

6. Связь задач и ИСР6. Связь задач и ИСР

Базовое правило:

• каждая задача привязана к одному элементу ИСР;
• один элемент ИСР содержит множество задач.

Схема:

Задача → Элемент ИСР

ИСР
  └ Пакет работ
       ├ Task
       ├ Task
       └ Task

Это позволяет:

• агрегировать трудозатраты;
• считать стоимость;
• анализировать прогресс.

7. Почему нельзя заменять ИСР задачами7. Почему нельзя заменять ИСР задачами

Попытка использовать ИСР как задачи приводит к проблемам:

• перегрузка структуры мелкими задачами;
• потеря управляемости Бэклога и Досок;
• размытый Критерий готовности;
• сложная приоритизация;
• нестабильная структура проекта.

Вывод: ИСР и задачи выполняют разные функции.

8. Критерий готовности8. Критерий готовности

Критерий готовности (Definition of Done) применяется только к задачам.

Рекомендации:

• Эпик — завершённый результат;
• Функциональность — законченный блок функционала;
• История — реализованная пользовательская ценность;
• Задача — выполненное действие.

Для ИСР используются:

• процент выполнения;
• агрегированные показатели;
• контрольные точки.

9. Прогресс9. Прогресс

По ИСР:

• рассчитывается агрегированно;
• учитывает сроки, трудозатраты и стоимость;
• используется для анализа.

По задачам:

• считается по статусам;
• используется для управления исполнением.

10. Учёт времени10. Учёт времени

Учёт времени строится вокруг ИСР.

Базовый принцип:

• время всегда списывается на элемент ИСР;
• задача используется как контекст.

Схема:

Пользователь
   ↓
Таймшит
   ↓
Задача (опционально)
   ↓
Элемент ИСР (обязательно)

Модель данных:

TimeEntry:
  - WbsItemId (обязательно)
  - TaskId (опционально)

Варианты работы:

Списание через задачу:

Пользователь → выбирает задачу
             → система определяет ИСР
             → время учитывается в ИСР

Списание напрямую:

Пользователь → выбирает ИСР
             → время учитывается в ИСР

11. Типовые проблемы и как их избежать11. Типовые проблемы и как их избежать

Основная проблема — рассинхронизация:

• разные сроки;
• разный прогресс;
• дублирование планирования.

Правила:

1. Разделяйте роли.
   ИСР — планирование, задачи — выполнение.

2. Связывайте задачи с ИСР.
   Каждая задача должна иметь ИСР.

3. Не дублируйте планирование.
   Верхний уровень — в ИСР, детализация — в задачах.

4. Используйте агрегацию.

   Сроки ИСР = агрегат задач
   Прогресс ИСР = агрегат статусов
   Стоимость ИСР = агрегат затрат
   

5. Контролируйте отклонения.
   Система должна показывать расхождения.

12. Итоговая модель12. Итоговая модель

• ИСР — структура и план проекта;
• задачи — инструмент выполнения;
• задачи всегда связаны с ИСР;
• учёт времени ведётся по ИСР;
• Критерий готовности применяется только к задачам;
• план и выполнение разделены, но связаны.

Такой подход соответствует классу систем PSA / PPM и обеспечивает корректную аналитику, финансы и управляемость проекта .