Гантика
ФункцииЦеныСравненияДля командБаза знанийБлог
ВойтиПопробовать бесплатноНачать
База знаний
Как создавать задачиТипы задач: Эпик, Задача, ПодзадачаКак просмотреть и отредактировать детали задачиКак указывать продолжительность в часахОтслеживание прогресса задачПриоритеты задачОграничения задач (Constraints)Структура WBS и иерархия задачЧто означают цвета баров на диаграмме
База знанийЗадачи

Структура WBS и иерархия задач

WBS (Work Breakdown Structure) — структура декомпозиции работ — это иерархическое представление всех работ проекта. Гантика автоматически поддерживает WBS-структуру, генерирует коды и предоставляет удобные инструменты для управления иерархией. В этой статье разберём принципы WBS, работу с уровнями вложенности и все доступные способы редактирования структуры.

Что такое WBS

Структура декомпозиции работ (Work Breakdown Structure) — это метод разбиения проекта на управляемые компоненты. Проект делится на крупные блоки (этапы, модули), которые, в свою очередь, разбиваются на более мелкие задачи. Процесс продолжается до тех пор, пока каждый элемент не станет конкретной, оцениваемой единицей работы.

WBS даёт несколько ключевых преимуществ:

  • Полнота охвата: все работы проекта учтены и систематизированы. Ничего не забыто.
  • Прозрачность: каждый участник видит, как его задача вписывается в общую картину проекта.
  • Контроль: прогресс можно отслеживать на каждом уровне иерархии — от отдельной задачи до этапа и проекта в целом.
  • Оценка: длительность и стоимость проще оценивать для небольших, конкретных элементов работы.
  • Коммуникация: WBS — универсальный язык для общения между участниками проекта, заказчиками и стейкхолдерами.

Автоматические WBS-коды

Гантика автоматически генерирует WBS-коды для всех задач на основе их положения в иерархии. Коды формируются по схеме с точками в качестве разделителей уровней:

WBS-кодУровеньПример задачи
1Первый (верхний)Разработка продукта
1.1ВторойПроектирование
1.2ВторойРеализация
1.2.1ТретийБэкенд
1.2.2ТретийФронтенд
1.2.3ТретийМобильное приложение
2ПервыйТестирование
2.1ВторойЮнит-тесты
2.2ВторойИнтеграционные тесты
WBS-таблица — фрагмент интерфейса
1Разработка продукта
1.1Проектирование
1.2Реализация
1.2.1Бэкенд
1.2.2Фронтенд
1.2.3Мобильное приложение
2Тестирование
2.1Юнит-тесты
2.2Интеграционные тесты

WBS-коды обновляются автоматически при любом изменении иерархии: добавлении, удалении, перемещении или изменении уровня вложенности задач. Вам не нужно управлять кодами вручную.

Важно: WBS-коды — это позиционные идентификаторы, а не постоянные. При перемещении задачи её код изменится. Для постоянной идентификации используйте внутренний ID задачи.

Создание иерархии: Tab и Shift+Tab

Основной способ управления уровнями вложенности — клавиши Tab и Shift+Tab. Эти клавиши работают аналогично отступам в текстовых редакторах и таблицах.

Tab — понизить уровень (сделать дочерней)

  1. Выделите задачу в списке, которую хотите сделать дочерней по отношению к задаче выше.
  2. Нажмите Tab: задача сдвинется на один уровень вправо и станет дочерней по отношению к задаче, расположенной непосредственно над ней в списке.
  3. Родительская задача автоматически получит тип «Эпик» (Summary), если она была обычной задачей. Её даты будут пересчитаны на основе дочерних элементов.
Совет: вы можете выделить несколько задач подряд и нажать Tab, чтобы сделать их все дочерними одновременно. Это значительно ускоряет построение иерархии при начальном планировании.

Shift+Tab — повысить уровень (вынести из группы)

  1. Выделите дочернюю задачу, которую хотите вынести на уровень выше (ближе к корню).
  2. Нажмите Shift+Tab: задача сдвинется на один уровень влево, выходя из текущей родительской группы.
  3. Если у родительской задачи не осталось дочерних элементов, она автоматически потеряет тип «Эпик» и станет обычной задачей.

Сворачивание и разворачивание групп

Эпики (родительские задачи) можно сворачивать и разворачивать для управления отображением проекта:

  • Иконка треугольника: кликните по значку ▶ (свёрнуто) или ▼ (развёрнуто) слева от названия эпика.
  • Двойной клик по бару: на диаграмме Ганта можно свернуть или развернуть эпик двойным кликом по его серому бару.

Сворачивание скрывает все дочерние задачи как в списке, так и на диаграмме Ганта. Это особенно удобно при работе с большими проектами, содержащими десятки или сотни задач, когда нужно сфокусироваться на определённой части структуры.

Состояние сворачивания сохраняется между сеансами работы — при следующем открытии проекта свёрнутые группы останутся свёрнутыми.

Перетаскивание (Drag-and-Drop)

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

Изменение порядка задач

Захватите задачу за левый край строки (область перетаскивания) и переместите её вверх или вниз по списку. Визуальный индикатор (горизонтальная линия) покажет позицию, куда будет вставлена задача. Отпустите кнопку мыши для подтверждения перемещения.

Изменение иерархии при перетаскивании

При перетаскивании задачи горизонтальный сдвиг курсора определяет уровень вложенности:

  • Сдвиг вправо: задача станет дочерней по отношению к элементу, расположенному выше.
  • Сдвиг влево: задача разместится на более высоком уровне иерархии (ближе к корню).
Внимание: при перетаскивании эпика все его дочерние задачи перемещаются вместе с ним. WBS-коды всех затронутых задач пересчитываются автоматически.

Рекомендуемая глубина вложенности

Хотя Гантика технически не ограничивает количество уровней вложенности, рекомендуется придерживаться 3–4 уровней для большинства проектов:

УровеньСодержаниеПример
1Этапы или модули проектаРазработка, Тестирование, Развёртывание
2Функциональные блокиАвторизация, Каталог, Оплата
3Конкретные задачиФорма входа, API аутентификации, Тесты
4Подзадачи (при необходимости)Вёрстка формы, Валидация полей, Unit-тесты

Более глубокая вложенность (5+ уровней) усложняет восприятие структуры и навигацию по проекту. Если вы обнаруживаете необходимость в 5-м или 6-м уровне, рассмотрите возможность выделения части работ в отдельный проект.

Принцип 100%

Один из ключевых принципов WBS: сумма дочерних элементов должна полностью покрывать объём работ родительского элемента. Это означает, что если эпик «Разработка модуля оплаты» содержит задачи, то эти задачи в совокупности должны составлять 100% работ по данному модулю.

Несоблюдение этого принципа приводит к неучтённым работам и некорректной оценке сроков и прогресса проекта.

Практические советы

  • Начинайте сверху вниз: сначала определите верхний уровень (основные этапы или модули), затем декомпозируйте каждый из них на более мелкие элементы.
  • Правило «8/80»: конечные задачи (листовые элементы WBS) должны занимать от 8 до 80 часов работы. Если задача занимает менее 8 часов — объедините с другой. Если более 80 — декомпозируйте дальше.
  • Используйте вехи: размещайте вехи между этапами для визуального разделения фаз проекта на диаграмме Ганта.
  • Сворачивайте завершённые группы: чтобы список задач оставался компактным, сворачивайте эпики с завершёнными работами.
  • Называйте эпики как группы работ: «Разработка модуля авторизации», а не «Авторизация» — это делает структуру самодокументируемой.
← ПредыдущаяОграничения задач (Constraints)Следующая →Что означают цвета баров на диаграмме