Общие сведения
Надёжность и безопасность
Покупка лицензии
Начало работы
Роли в системе
Проекты
Концепции
Компоненты
Инструкции
Задачи
Финансы
Ресурсы
Таймшиты
Клиенты
Вики
Затраты
Отчёты и аналитика
FAQ
Типы отчётов
Тип отчёта «Акты»
Тип отчёта «Баланс отсутствий»
Тип отчёта «Бронирование»
Тип отчёта «Биллинг»
Тип отчёта «Версии проектов»
Тип отчёта «Задачи»
Тип отчёта «Задачи проектов»
Тип отчёта «Затраты»
Тип отчёта «Заявки на затраты»
Тип отчёта «Заявки на отсутствия»
Тип отчёта «История ставок пользователей»
Тип отчёта «Запросы ресурсов»
Тип отчёта «Навыки пользователей»
Тип отчёта «Пользователи»
Тип отчёта «Проводки»
Тип отчёта «Ресурсный план»
Тип отчёта «Ресурсный план (по версиям)»
Тип отчёта «Проекты»
Тип отчёта «Сертификаты пользователей»
Тип отчёта «Счета»
Тип отчёта «Счета (строки)»
Тип отчёта «Таймшиты»
Тип отчёта «Таймшиты детально»
Тип отчёта «Финансы»
Тип отчёта «Структура работ»
Тип отчёта «Центры затрат проектов»
Тип отчёта «Задания воркфлоу»
Тип отчета Клиенты
Тип отчета «Контакты»
Тип отчёта «Сделки»
Тип отчёта «История состояний сделок»
Тип отчёта «Взаимодействия»
Использование отчётов
Группировка данных источника
Группировка данных в отчёте
Типы виджетов
Общие отчёты и шаблоны
Настройка отчёта
Экспорт отчётов
Пользовательские настройки отчёта
Вычисляемые поля
Особые колонки отчётов с временными рядами
Использование панелей мониторинга
Публикация панелей
Фильтры источников данных
Настройка и администрирование
Типовой порядок настройки системы
Язык формул и выражений
On-premises
API
История изменений
Термины и определения

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

Обновлено: 11.04.2026

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

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

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

Два типа иерархий

Иерархическая структура работ (ИСР, WBS)

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

Пример:

  • Проект;
  • Этап;
  • Пакет работ;
  • Компонент.

ASCII-схема:

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

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

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

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

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

В такой модели переход между этапами фиксирует достижение ключевых результатов.

Иерархия задач

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

Пример:

  • Эпик (Epic);
  • Функциональность (Feature);
  • Пользовательская история (Story);
  • Задача (Task).

ASCII-схема:

Эпик (Epic)
  └─ Функциональность (Feature)
       └─ Пользовательская история (Story)
            └─ Задача (Task)

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

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

Когда ИСР может не использоваться

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

Её можно не использовать в простых сценариях, когда:

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

В этом случае:

  • достаточно иерархии задач;
  • управление ведётся через Бэклог и Доски.

Когда ИСР особенно полезна

ИСР рекомендуется использовать при задачах проектного планирования. Например, когда:

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

В этом случае:

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

Пример:

ИСР (планирование):
  Проект
    ├─ Аналитика
    ├─ Разработка
    └─ Внедрение

Иерархия задач (исполнение):
  Эпик (Epic)
    └─ Пользовательская история (Story)
         └─ Задача (Task) / Ошибка (Bug)

Такая модель является нормальной и широко применяется на практике.

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

Попытка заменить иерархию задач структурой ИСР приводит к следующим проблемам:

  • ИСР перегружается операционными задачами (например, багами и мелкими действиями);
  • теряется управляемость Досок и Бэклога;
  • Критерий готовности (Definition of Done) становится неясным;
  • невозможно эффективно приоритизировать задачи;
  • структура проекта становится нестабильной.

Иерархия задач и ИСР решают разные задачи. Их следует использовать совместно, а не как альтернативу друг другу.

Рекомендуемая модель

1. Иерархия задач

Используется для управления выполнением работы:

  • Эпик (Epic);
  • Функциональность (Feature);
  • Пользовательская история (Story);
  • Задача (Task).

Для каждого уровня:

  • задаётся статус;
  • настраивается жизненный цикл;
  • определяется Критерий готовности (Definition of Done).

2. ИСР

Используется для проектного планирования:

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

3. Связь задач с ИСР

Каждая задача должна быть привязана к элементу ИСР.

ASCII-схема:

Задача (Task) ─────► Элемент ИСР

Пользовательская история (Story) ─► Этап
Задача (Task) ───────────────────► Пакет работ

Рекомендуемый подход: одна задача — один элемент ИСР.

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

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

Критерий готовности (Definition of Done)

Критерий готовности (Definition of Done) задаётся только для задач, а не для элементов ИСР.

Рекомендации по уровням:

  • Эпик (Epic) — критерии завершения крупного результата;
  • Функциональность (Feature) — завершённая функциональность;
  • Пользовательская история (Story) — реализованная пользовательская ценность;
  • Задача (Task) — выполненное действие.

Для ИСР Критерий готовности (Definition of Done) не используется. Вместо этого применяются:

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

Прогресс

По ИСР

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

По задачам

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

Итог

  • Иерархия задач отвечает за выполнение работы;
  • ИСР отвечает за структуру и планирование проекта;
  • ИСР может отражать этапы и гейтовую модель;
  • ИСР не всегда обязательна и может не использоваться;
  • обе модели могут применяться одновременно;
  • задачи привязываются к элементам ИСР;
  • Критерий готовности (Definition of Done) применяется только к задачам.

Такой подход позволяет совмещать гибкое управление выполнением и полноценную проектную аналитику.

Предыдущая
 Kanban

Содержание

Два типа иерархий Иерархическая структура работ (ИСР, WBS) Иерархия задач Когда ИСР может не использоваться Когда ИСР особенно полезна Почему нельзя использовать ИСР вместо иерархии задач Рекомендуемая модель 1. Иерархия задач 2. ИСР 3. Связь задач с ИСР Критерий готовности (Definition of Done) Прогресс По ИСР По задачам Итог
Ничего не найдено

Перейти на русскую версию?