Примеры иерархической структуры работ: шаблоны с образцами написания в разных форматах

Иерархическая структура работ – один из ключевых инструментов управления проектами. Именно с нее начинается декомпозиция любого проекта: большая задача разбивается на управляемые части, каждая часть получает исполнителя, срок и понятный результат. Примеры иерархической структуры работ помогают понять, как устроен этот инструмент, какие форматы он принимает и как адаптировать логику декомпозиции под свою задачу.

В подборке ниже собраны образцы ИСР для разных отраслей и форматов: от строительных и IT-проектов до маркетинговых кампаний и административных процессов. Каждый пример показывает структуру, логику разбивки и способ подачи – чтобы вы могли собрать свой вариант, а не копировать чужое содержание.

Примеры иерархической структуры работ разных видов и форматов: основной FAQ

Что такое иерархическая структура работ (ИСР)? Это документ или схема, которая делит проект на уровни: от общей цели до конкретных пакетов работ. Каждый элемент нижнего уровня – это измеримый результат, который можно назначить исполнителю, оценить по стоимости и поставить в план. В международной практике этот инструмент называют WBS – Work Breakdown Structure.

Основные форматы ИСР:

• Дерево (иерархическая схема с ветвями) – визуальный формат, удобен для презентаций и согласований
• Нумерованный список с уровнями – текстовый формат, удобен для документации и технических заданий
• Таблица – удобна для расчета трудоемкости, назначения ответственных и формирования сметы
• Смешанный формат – нумерованный список с вложенными таблицами или схемами

Где применяется:

• Строительство и инжиниринг
• IT-разработка и внедрение систем
• Маркетинг и запуск продуктов
• Административные и организационные проекты
• Образование, исследования, производство

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

Что входит в подборку:

• ИСР для строительных проектов
  • ИСР строительства офисного здания
  • ИСР ремонта производственного помещения
• ИСР для IT-проектов
  • ИСР разработки корпоративного портала
  • ИСР внедрения CRM-системы
  • ИСР миграции данных на новый сервер
• ИСР для маркетинговых проектов
  • ИСР запуска рекламной кампании
  • ИСР разработки и запуска нового продукта
• ИСР для административных и организационных проектов
  • ИСР организации корпоративного мероприятия
  • ИСР внедрения системы кадрового учета
• ИСР в табличном формате
  • Таблица ИСР для проекта разработки учебного курса

ИСР для строительных проектов

Строительные проекты – одна из классических областей применения иерархической структуры работ. Здесь декомпозиция обычно идет по фазам строительства: подготовка, конструктив, инженерия, отделка, сдача. Каждая фаза делится на пакеты работ с четким результатом и назначенным подрядчиком.

📌 ИСР строительства офисного здания

• Сценарий: проектирование и возведение трехэтажного офисного здания
• Адресат: руководитель проекта, технический заказчик
• Задача: структурировать весь объем работ по фазам и пакетам для планирования и контроля

Пример:

---

1. Проект: Строительство офисного здания

1.1. Подготовительные работы

• 1.1.1. Геодезические изыскания
• 1.1.2. Разработка проектной документации
• 1.1.3. Согласование и получение разрешений
• 1.1.4. Подготовка строительной площадки (ограждение, временные коммуникации)

1.2. Земляные работы и фундамент

• 1.2.1. Разработка котлована
• 1.2.2. Устройство свайного основания
• 1.2.3. Монтаж фундаментных плит
• 1.2.4. Гидроизоляция фундамента

1.3. Возведение конструктива

• 1.3.1. Монтаж несущих колонн и перекрытий (1-й этаж)
• 1.3.2. Монтаж несущих колонн и перекрытий (2-й этаж)
• 1.3.3. Монтаж несущих колонн и перекрытий (3-й этаж)
• 1.3.4. Устройство кровли
• 1.3.5. Монтаж наружных стен и остекление фасада

1.4. Инженерные системы

• 1.4.1. Электроснабжение и электромонтаж
• 1.4.2. Система отопления и вентиляции
• 1.4.3. Водоснабжение и канализация
• 1.4.4. Слаботочные системы (охрана, контроль доступа, интернет)
• 1.4.5. Пожарная сигнализация и пожаротушение

1.5. Внутренняя отделка

• 1.5.1. Черновая отделка (стяжка, штукатурка)
• 1.5.2. Чистовая отделка стен и полов
• 1.5.3. Монтаж перегородок и дверей
• 1.5.4. Потолочные системы

1.6. Благоустройство территории

• 1.6.1. Устройство парковки
• 1.6.2. Озеленение и мощение пешеходных зон
• 1.6.3. Наружное освещение

1.7. Сдача объекта

• 1.7.1. Технический надзор и устранение замечаний
• 1.7.2. Приемка государственной комиссией
• 1.7.3. Передача документации заказчику

---

• Почему подходит: фазовая декомпозиция – стандарт для строительства; каждый пакет работ имеет четкий результат и понятный исполнитель
• Что важно не испортить: инженерные системы нельзя сваливать в один пункт – они слишком объемны и требуют отдельных подрядчиков
• Как применять: под каждый пакет назначается ответственный, ставится срок и выделяется бюджет – ИСР становится основой для сметы и графика

📌 ИСР ремонта производственного помещения

• Сценарий: капитальный ремонт цеха площадью около 800 кв. м без остановки соседних участков
• Адресат: технический директор, прораб
• Задача: разбить ремонт на независимые блоки, которые можно вести последовательно или параллельно

Пример:

---

1. Проект: Капитальный ремонт производственного цеха

1.1. Подготовительный этап

• 1.1.1. Обследование помещения и составление технического задания
• 1.1.2. Разработка проекта ремонта
• 1.1.3. Согласование с пожарной инспекцией и Роспотребнадзором
• 1.1.4. Демонтаж старого оборудования и вывоз мусора

1.2. Строительные работы

• 1.2.1. Ремонт кровли (замена кровельного покрытия, устранение протечек)
• 1.2.2. Ремонт полов (фрезеровка, заливка промышленной стяжки, нанесение покрытия)
• 1.2.3. Ремонт стен (выравнивание, окраска, антикоррозийная обработка металлоконструкций)
• 1.2.4. Замена оконных блоков и ворот

1.3. Инженерные системы

• 1.3.1. Замена электрической разводки и распределительных щитов
• 1.3.2. Монтаж системы вентиляции и кондиционирования
• 1.3.3. Обновление системы отопления
• 1.3.4. Монтаж системы водоснабжения и канализации
• 1.3.5. Установка пожарной сигнализации

1.4. Технологическое оснащение

• 1.4.1. Монтаж кранового оборудования
• 1.4.2. Установка технологических трубопроводов
• 1.4.3. Подключение производственного оборудования

1.5. Завершение и сдача

• 1.5.1. Уборка помещения и вывоз строительного мусора
• 1.5.2. Приемка работ и составление актов
• 1.5.3. Пусконаладочные работы

---

• Почему подходит: производственный ремонт требует четкого разделения строительных и технологических блоков – их нельзя смешивать, так как у них разные исполнители и разные требования к приемке
• Что важно не испортить: пусконаладочные работы и приемка должны стоять отдельным блоком – это не часть монтажа, это самостоятельный пакет с актами и ответственными

ИСР для IT-проектов

В IT декомпозиция чаще всего строится по функциональным блокам системы или по фазам разработки. Хорошая ИСР для IT-проекта позволяет четко разграничить аналитику, разработку, тестирование и внедрение – и назначить на каждый блок отдельную команду или исполнителя.

📌 ИСР разработки корпоративного портала

• Сценарий: создание внутреннего корпоративного портала для компании с численностью сотрудников около 300 человек
• Адресат: руководитель IT-проекта, заказчик из HR или IT-отдела
• Задача: структурировать разработку по модулям и фазам, чтобы вести работы параллельно и контролировать готовность каждого блока

Пример:

---

1. Проект: Корпоративный портал

1.1. Аналитика и проектирование

• 1.1.1. Сбор требований (интервью с заказчиком и ключевыми пользователями)
• 1.1.2. Разработка функциональных требований (ФТ)
• 1.1.3. Проектирование архитектуры системы
• 1.1.4. Разработка UX/UI-прототипов
• 1.1.5. Согласование и утверждение ФТ и прототипов

1.2. Разработка модулей

• 1.2.1. Модуль авторизации и управления доступом
• 1.2.2. Новостная лента и корпоративные объявления
• 1.2.3. Справочник сотрудников и организационная структура
• 1.2.4. Модуль документооборота (загрузка, версионирование, согласование)
• 1.2.5. Модуль задач и поручений
• 1.2.6. Корпоративный чат и уведомления
• 1.2.7. Модуль обучения и базы знаний

1.3. Интеграции

• 1.3.1. Интеграция с Active Directory / LDAP
• 1.3.2. Интеграция с 1С:Зарплата и кадры
• 1.3.3. Интеграция с корпоративной почтой
• 1.3.4. Интеграция с системой ЭДО

1.4. Тестирование

• 1.4.1. Функциональное тестирование модулей
• 1.4.2. Нагрузочное тестирование
• 1.4.3. Тестирование безопасности
• 1.4.4. Пользовательское тестирование (UAT)
• 1.4.5. Исправление дефектов

1.5. Внедрение и запуск

• 1.5.1. Развертывание на продуктивной среде
• 1.5.2. Перенос данных из существующих систем
• 1.5.3. Обучение администраторов
• 1.5.4. Обучение пользователей
• 1.5.5. Опытная эксплуатация и поддержка (первые 30 дней)

1.6. Документация

• 1.6.1. Техническая документация (архитектура, API, схемы)
• 1.6.2. Руководство пользователя
• 1.6.3. Руководство администратора

---

• Почему подходит: разделение на модули позволяет вести параллельную разработку и тестировать готовые части независимо от незаконченных
• Термин UAT: User Acceptance Testing – приемочное тестирование на стороне заказчика, когда реальные пользователи проверяют систему до запуска
• Что важно не испортить: документация не должна быть последним пунктом, который вечно переносится – ее нужно закладывать параллельно разработке

📌 ИСР внедрения CRM-системы

• Сценарий: внедрение CRM в отделе продаж компании, работающей в B2B
• Адресат: руководитель проекта, коммерческий директор
• Задача: структурировать работы по внедрению так, чтобы не было потерь между этапами

Пример:

---

1. Проект: Внедрение CRM-системы

1.1. Предпроектная подготовка

• 1.1.1. Обследование бизнес-процессов отдела продаж
• 1.1.2. Описание целевых процессов (воронка, стадии сделок, роли)
• 1.1.3. Выбор платформы и согласование с руководством
• 1.1.4. Формирование рабочей группы проекта

1.2. Настройка системы

• 1.2.1. Настройка воронки продаж и стадий сделок
• 1.2.2. Настройка карточек клиентов и сделок
• 1.2.3. Настройка прав доступа и ролей
• 1.2.4. Настройка автоматических задач и уведомлений
• 1.2.5. Настройка отчетов и дашбордов

1.3. Интеграции

• 1.3.1. Интеграция с телефонией
• 1.3.2. Интеграция с корпоративной почтой
• 1.3.3. Интеграция с сайтом (формы заявок)
• 1.3.4. Интеграция с мессенджерами

1.4. Перенос данных

• 1.4.1. Выгрузка базы клиентов из Excel / старой системы
• 1.4.2. Очистка и дедупликация данных
• 1.4.3. Импорт в CRM и проверка корректности

1.5. Тестирование и приемка

• 1.5.1. Тестирование на пилотной группе менеджеров
• 1.5.2. Сбор обратной связи и доработки
• 1.5.3. Подписание акта приемки

1.6. Обучение и запуск

• 1.6.1. Обучение менеджеров по продажам
• 1.6.2. Обучение руководителей (работа с отчетами)
• 1.6.3. Выпуск инструкций и базы знаний
• 1.6.4. Перевод в продуктивную эксплуатацию

1.7. Поддержка после запуска

• 1.7.1. Техническая поддержка в первые 4 недели
• 1.7.2. Корректировка настроек по итогам эксплуатации

---

• Почему подходит: внедрение CRM часто проваливается именно на этапах переноса данных и обучения – выделение их в отдельные пакеты снижает этот риск
• Термин дедупликация: удаление дублирующихся записей в базе данных, например когда один клиент записан несколько раз под разными именами
• Что важно не испортить: поддержку после запуска нельзя убирать из ИСР – без нее проект формально закрыт, но система не работает

📌 ИСР миграции данных на новый сервер

• Сценарий: перенос корпоративной инфраструктуры с локальных серверов в облако
• Адресат: IT-директор, системный администратор
• Задача: структурировать миграцию так, чтобы минимизировать простой и потери данных

Пример:

---

1. Проект: Миграция инфраструктуры в облако

1.1. Подготовка и аудит

• 1.1.1. Инвентаризация текущей инфраструктуры
• 1.1.2. Оценка объема данных и зависимостей
• 1.1.3. Выбор облачного провайдера и тарифного плана
• 1.1.4. Разработка плана миграции и расписания
• 1.1.5. Резервное копирование всех данных перед началом работ

1.2. Подготовка облачной среды

• 1.2.1. Настройка облачных серверов и сети
• 1.2.2. Настройка систем безопасности и доступа
• 1.2.3. Установка и настройка ПО
• 1.2.4. Тестирование новой среды

1.3. Перенос данных

• 1.3.1. Миграция баз данных
• 1.3.2. Перенос файловых хранилищ
• 1.3.3. Перенос почтовых серверов
• 1.3.4. Перенос корпоративных приложений

1.4. Тестирование и верификация

• 1.4.1. Проверка целостности перенесенных данных
• 1.4.2. Функциональное тестирование всех сервисов
• 1.4.3. Тестирование производительности
• 1.4.4. Тестирование резервного копирования в новой среде

1.5. Переключение и завершение

• 1.5.1. Переключение DNS и маршрутизации
• 1.5.2. Информирование пользователей
• 1.5.3. Мониторинг в течение первых 72 часов
• 1.5.4. Вывод из эксплуатации старых серверов

---

• Почему подходит: миграция – это проект с высоким риском потери данных; пошаговая ИСР позволяет контролировать каждый этап и иметь точки отката
• Что важно не испортить: резервное копирование перед миграцией обязано стоять отдельным пакетом с отдельным актом – это не часть "подготовки", а самостоятельная защитная мера

ИСР для маркетинговых проектов

Маркетинговые проекты нередко воспринимаются как менее структурированные, чем строительные или IT-проекты. Это заблуждение. Запуск рекламной кампании или нового продукта легко разбивается на четкие пакеты работ, каждый из которых имеет исполнителя, срок и измеримый результат. Шаблон ИСР здесь работает так же хорошо, как и в технических проектах.

📌 ИСР запуска рекламной кампании

• Сценарий: запуск комплексной рекламной кампании по продвижению нового продукта в digital-каналах
• Адресат: руководитель маркетинга, project manager агентства
• Задача: структурировать все работы по кампании, чтобы ни один блок не выпал из контроля

Пример:

---

1. Проект: Запуск рекламной кампании

1.1. Стратегия и планирование

• 1.1.1. Анализ целевой аудитории и сегментация
• 1.1.2. Разработка позиционирования и ключевых сообщений
• 1.1.3. Выбор каналов и форматов
• 1.1.4. Разработка медиаплана
• 1.1.5. Согласование бюджета

1.2. Создание материалов

• 1.2.1. Разработка креативной концепции
• 1.2.2. Написание текстов для объявлений (контекст, таргет, email)
• 1.2.3. Разработка графических баннеров
• 1.2.4. Производство видеороликов
• 1.2.5. Подготовка посадочных страниц (лендингов)
• 1.2.6. Согласование и утверждение материалов

1.3. Настройка и запуск каналов

• 1.3.1. Настройка контекстной рекламы (Яндекс Директ)
• 1.3.2. Настройка таргетированной рекламы (ВКонтакте, Telegram Ads)
• 1.3.3. Настройка email-рассылки
• 1.3.4. Размещение в тематических сообществах и на площадках
• 1.3.5. Настройка систем аналитики и коллтрекинга

1.4. Ведение и оптимизация

• 1.4.1. Еженедельный мониторинг показателей
• 1.4.2. A/B-тестирование объявлений и посадочных страниц
• 1.4.3. Перераспределение бюджета между каналами
• 1.4.4. Корректировка таргетингов и ставок

1.5. Отчетность и завершение

• 1.5.1. Промежуточные отчеты (еженедельно)
• 1.5.2. Итоговый отчет по кампании
• 1.5.3. Анализ результатов и рекомендации для следующего цикла

---

• Почему подходит: маркетинговые кампании часто теряют контроль именно на этапе ведения – выделение оптимизации в отдельный блок с конкретными задачами решает эту проблему
• Термин коллтрекинг: система отслеживания звонков, которая показывает, из какого рекламного канала пришел звонок
• Что важно не испортить: настройку аналитики нельзя откладывать до запуска – без нее невозможно управлять кампанией и оценивать результат

📌 ИСР разработки и запуска нового продукта

• Сценарий: вывод на рынок нового продукта – онлайн-сервиса для малого бизнеса
• Адресат: продуктовый менеджер, коммерческий директор
• Задача: структурировать полный цикл от идеи до первых продаж

Пример:

---

1. Проект: Запуск нового продукта – онлайн-сервис для малого бизнеса

1.1. Исследование и валидация

• 1.1.1. Анализ рынка и конкурентов
• 1.1.2. Интервью с потенциальными пользователями (Customer Development)
• 1.1.3. Формулировка ценностного предложения
• 1.1.4. Разработка MVP-концепции
• 1.1.5. Валидация спроса (лендинг + предзаказы)

1.2. Разработка продукта

• 1.2.1. Разработка функциональных требований и роадмапа
• 1.2.2. Проектирование UX и прототипирование
• 1.2.3. Разработка MVP
• 1.2.4. Тестирование MVP с фокус-группой
• 1.2.5. Доработка по итогам тестирования

1.3. Коммерческая подготовка

• 1.3.1. Разработка ценовой модели и тарифных планов
• 1.3.2. Подготовка продающих материалов (презентация, КП, сайт)
• 1.3.3. Обучение команды продаж
• 1.3.4. Настройка CRM и процессов продаж

1.4. Маркетинг запуска

• 1.4.1. Разработка стратегии запуска (go-to-market)
• 1.4.2. Создание контента для прогрева аудитории
• 1.4.3. PR и размещение в отраслевых медиа
• 1.4.4. Запуск рекламных кампаний
• 1.4.5. Партнерские активации

1.5. Запуск и первый месяц

• 1.5.1. Официальный запуск продукта
• 1.5.2. Поддержка первых клиентов (онбординг)
• 1.5.3. Сбор обратной связи и метрик
• 1.5.4. Итоговый отчет по запуску и план следующих шагов

---

• Почему подходит: запуск продукта – это не один проект, а несколько параллельных потоков; ИСР позволяет видеть их все и управлять зависимостями между ними
• Термин MVP: Minimum Viable Product – минимально жизнеспособный продукт, версия с базовым набором функций для проверки гипотез на реальных пользователях
• Термин онбординг: процесс знакомства нового клиента с продуктом, помощь в первых шагах и достижении первого результата

ИСР для административных и организационных проектов

Административные проекты – организация мероприятий, внедрение новых процессов, автоматизация HR – часто ведутся без четкой структуры. Это приводит к потере задач и срывам сроков. Готовый шаблон ИСР для таких проектов помогает сразу выстроить работу по блокам и назначить ответственных.

📌 ИСР организации корпоративного мероприятия

• Сценарий: организация ежегодной корпоративной конференции на 150 сотрудников
• Адресат: HR-директор, ответственный за мероприятие менеджер
• Задача: не упустить ни одну задачу в подготовке и провести мероприятие без сбоев

Пример:

---

1. Проект: Корпоративная конференция

1.1. Концепция и планирование

• 1.1.1. Определение целей и формата мероприятия
• 1.1.2. Утверждение бюджета
• 1.1.3. Выбор даты и места проведения
• 1.1.4. Разработка программы мероприятия
• 1.1.5. Формирование оргкомитета

1.2. Площадка и логистика

• 1.2.1. Бронирование площадки
• 1.2.2. Организация питания (кофе-брейки, обед, банкет)
• 1.2.3. Организация трансфера для иногородних участников
• 1.2.4. Бронирование гостиниц для иногородних

1.3. Контент и спикеры

• 1.3.1. Подбор и согласование внешних спикеров
• 1.3.2. Подготовка выступлений внутренних спикеров
• 1.3.3. Сбор и верстка презентаций
• 1.3.4. Подготовка раздаточных материалов

1.4. Техническое обеспечение

• 1.4.1. Аренда оборудования (экраны, звук, свет)
• 1.4.2. Организация трансляции или записи
• 1.4.3. Техническая репетиция

1.5. Коммуникации и регистрация

• 1.5.1. Рассылка приглашений
• 1.5.2. Сбор регистраций и формирование списков
• 1.5.3. Напоминания участникам
• 1.5.4. Подготовка бейджей и навигации

1.6. Проведение мероприятия

• 1.6.1. Регистрация участников
• 1.6.2. Координация программы по тайм-лайну
• 1.6.3. Управление площадкой и техническое сопровождение

1.7. Завершение и отчетность

• 1.7.1. Сбор обратной связи от участников
• 1.7.2. Финансовый отчет по бюджету
• 1.7.3. Фотоотчет и видеоматериалы
• 1.7.4. Итоговый отчет для руководства

---

• Почему подходит: мероприятия часто проваливаются на стыках блоков – например, когда логистика и контент планируются разными людьми без координации; ИСР делает зависимости видимыми
• Что важно не испортить: техническая репетиция должна быть отдельным пакетом – это не часть подготовки презентаций, а самостоятельная задача с другим исполнителем

📌 ИСР внедрения системы кадрового учета

• Сценарий: внедрение программы кадрового учета в компании с численностью около 200 сотрудников
• Адресат: HR-директор, руководитель IT-отдела
• Задача: перевести кадровый учет из Excel и разрозненных документов в единую систему

Пример:

---

1. Проект: Внедрение системы кадрового учета

1.1. Анализ и выбор системы

• 1.1.1. Описание текущих кадровых процессов
• 1.1.2. Формулировка требований к системе
• 1.1.3. Оценка и выбор программного обеспечения
• 1.1.4. Согласование с руководством и IT

1.2. Настройка системы

• 1.2.1. Установка и базовая настройка
• 1.2.2. Настройка организационной структуры
• 1.2.3. Настройка справочников (должности, отделы, графики работы)
• 1.2.4. Настройка прав доступа
• 1.2.5. Настройка кадровых документов и шаблонов

1.3. Перенос данных

• 1.3.1. Подготовка и очистка данных о сотрудниках
• 1.3.2. Импорт данных в систему
• 1.3.3. Проверка корректности данных

1.4. Тестирование

• 1.4.1. Тестирование кадровых операций (прием, перевод, увольнение)
• 1.4.2. Тестирование отчетов и выгрузок
• 1.4.3. Тестирование интеграции с расчетом зарплаты

1.5. Обучение и запуск

• 1.5.1. Обучение HR-специалистов
• 1.5.2. Обучение руководителей подразделений
• 1.5.3. Разработка инструкций и регламентов
• 1.5.4. Перевод в эксплуатацию

1.6. Поддержка

• 1.6.1. Техническая поддержка в первые 6 недель
• 1.6.2. Корректировка настроек по итогам работы

---

• Почему подходит: кадровые системы нередко внедряются хаотично – без четкого переноса данных и обучения; ИСР фиксирует эти блоки как обязательные и контролируемые
• Что важно не испортить: интеграция с расчетом зарплаты требует отдельного тестирования – ошибки здесь напрямую влияют на выплаты сотрудникам

ИСР в табличном формате

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

📌 Таблица ИСР для проекта разработки учебного курса

• Сценарий: разработка онлайн-курса для повышения квалификации сотрудников коммерческого отдела
• Адресат: руководитель учебного центра, HR-бизнес-партнер
• Задача: показать структуру работ с ответственными и ориентировочными сроками в одной таблице

Пример:

---

Код	Пакет работ	Результат	Ответственный	Срок (рабочих дней)
1.1	Анализ потребностей в обучении	Отчет о потребностях и целевой аудитории	HR-бизнес-партнер	5
1.2	Разработка учебной программы	Утвержденная программа курса	Методист	7
1.3	Создание учебных материалов
1.3.1	Написание текстовых модулей	Тексты всех модулей курса	Методист	14
1.3.2	Разработка тестов и заданий	Банк вопросов и практических заданий	Методист	7
1.3.3	Запись видеолекций	Видеоматериалы по всем темам	Эксперт + видеограф	10
1.3.4	Разработка инфографики и презентаций	Визуальные материалы к модулям	Дизайнер	8
1.4	Размещение на платформе
1.4.1	Загрузка материалов в LMS	Курс загружен и структурирован	Администратор LMS	3
1.4.2	Настройка тестирования и сертификации	Работающий механизм проверки знаний	Администратор LMS	2
1.5	Тестирование курса
1.5.1	Пилотное прохождение курса	Обратная связь от пилотной группы	HR + пилотная группа	5
1.5.2	Доработка по итогам тестирования	Исправленная версия курса	Методист	4
1.6	Запуск и сопровождение
1.6.1	Информирование сотрудников о курсе	Рассылка и анонсы	HR	2
1.6.2	Мониторинг прохождения	Еженедельные отчеты по охвату	HR-бизнес-партнер	Текущий
1.6.3	Итоговый отчет по результатам обучения	Отчет для руководства	HR-бизнес-партнер	3

---

• Почему подходит: табличный формат особенно удобен, когда нужно сразу показать не только что делать, но и кто отвечает и сколько займет каждый блок – это делает ИСР рабочим инструментом, а не просто схемой
• Термин LMS: Learning Management System – платформа для размещения и управления онлайн-обучением, например Moodle, iSpring, Teachbase
• Что важно не испортить: пилотное тестирование курса нельзя пропускать – именно оно выявляет ошибки в логике подачи и технические сбои до массового запуска

Как создать иерархическую структуру работ. Правила и этапы сборки с примерами

Примеры выше показывают рабочую логику ИСР в разных отраслях и форматах. Но чтобы собрать свой вариант, важно понимать не только то, как выглядит готовая структура, а из каких смысловых блоков она собирается и что именно подставляется в каждый из них. Этот раздел – не абстрактный совет, а разбор сборки на конкретном кейсе.

Базовая схема сборки ИСР

Любая иерархическая структура работ собирается в следующем порядке:

• Шаг 1. Определить проект и его конечный результат
• Шаг 2. Выделить главные фазы или направления работ (уровень 1)
• Шаг 3. Разбить каждую фазу на пакеты работ (уровень 2)
• Шаг 4. При необходимости разбить пакеты на задачи (уровень 3)
• Шаг 5. Проверить, что каждый нижний элемент имеет измеримый результат
• Шаг 6. Назначить ответственных и поставить сроки
• Шаг 7. Убедиться, что все работы покрыты и ничего не потеряно

Таблица блоков ИСР

Блок	Зачем нужен	Что сюда подставляется	Пример заполнения
Название проекта (уровень 0)	Зафиксировать цель и рамку проекта	Название проекта и его конечный результат	Разработка и запуск корпоративного учебного курса
Фазы / направления (уровень 1)	Разделить проект на крупные логические части	Основные этапы или направления работ	Аналитика, разработка, тестирование, запуск
Пакеты работ (уровень 2)	Детализировать каждую фазу до управляемых блоков	Конкретные работы внутри фазы с измеримым результатом	Разработка учебных материалов, запись видеолекций
Задачи (уровень 3)	При необходимости разбить крупный пакет на шаги	Конкретные действия, если пакет слишком большой	Написание сценария, согласование, запись, монтаж
Результат пакета	Сделать прогресс измеримым	Конкретный документ, продукт или состояние	Утвержденный сценарий, смонтированное видео
Ответственный	Зафиксировать, кто отвечает за каждый пакет	Роль или имя исполнителя	Методист, видеограф, HR-бизнес-партнер
Срок / трудоемкость	Создать основу для расписания и контроля	Количество рабочих дней или дата завершения	7 рабочих дней, до 15 апреля

Пошаговая сборка на одном кейсе

Сценарий: небольшая компания решает внедрить систему управления задачами для команды из 25 человек.

Шаг 1. Определяем проект и результат.
Проект: внедрение системы управления задачами.
Конечный результат: команда работает в единой системе, задачи не теряются, есть прозрачность по статусам.

Шаг 2. Выделяем фазы.
1. Подготовка и выбор системы
2. Настройка
3. Обучение
4. Запуск и поддержка

Шаг 3. Разбиваем каждую фазу на пакеты работ.

• 1.1. Описание текущих процессов и болей команды
• 1.2. Оценка и выбор инструмента (сравнение 3–4 вариантов)
• 1.3. Согласование выбора с руководством
• 2.1. Настройка рабочих пространств и проектов
• 2.2. Настройка ролей и прав доступа
• 2.3. Настройка шаблонов задач
• 3.1. Разработка инструкции для пользователей
• 3.2. Проведение обучающей сессии для команды
• 4.1. Перевод команды на новую систему
• 4.2. Поддержка в первые 2 недели
• 4.3. Оценка результата и корректировки

Шаг 4. Определяем результат каждого пакета.
Например: пакет 1.2 – сравнительная таблица с выводом и рекомендацией; пакет 2.1 – готовая структура проектов в системе; пакет 3.2 – все участники прошли обучение и могут работать самостоятельно.

Шаг 5. Назначаем ответственных и сроки.
Фаза подготовки – руководитель проекта, 5 дней. Настройка – системный администратор, 4 дня. Обучение – HR или project manager, 3 дня. Запуск и поддержка – руководитель проекта, 14 дней.

Готовая собранная версия

1. Проект: Внедрение системы управления задачами

1.1. Подготовка и выбор

• 1.1.1. Описание текущих процессов и проблем – результат: список требований – ответственный: руководитель проекта – 3 дня
• 1.1.2. Оценка и сравнение инструментов – результат: сравнительная таблица с рекомендацией – ответственный: руководитель проекта – 2 дня
• 1.1.3. Согласование выбора с руководством – результат: утвержденное решение – ответственный: руководитель проекта – 1 день

1.2. Настройка системы

• 1.2.1. Настройка рабочих пространств и проектов – результат: готовая структура – ответственный: системный администратор – 2 дня
• 1.2.2. Настройка ролей и доступов – результат: все роли назначены – ответственный: системный администратор – 1 день
• 1.2.3. Настройка шаблонов задач – результат: шаблоны для типовых процессов – ответственный: системный администратор – 1 день

1.3. Обучение

• 1.3.1. Разработка инструкции – результат: PDF-инструкция для пользователей – ответственный: project manager – 2 дня
• 1.3.2. Обучающая сессия – результат: все 25 сотрудников прошли обучение – ответственный: project manager – 1 день

1.4. Запуск и поддержка

• 1.4.1. Перевод команды на новую систему – результат: все работают в системе – ответственный: руководитель проекта – 1 день
• 1.4.2. Поддержка первые 2 недели – результат: собраны вопросы и устранены барьеры – ответственный: project manager – 14 дней
• 1.4.3. Оценка результата – результат: отчет и план корректировок – ответственный: руководитель проекта – 2 дня

Границы применимости и типичные ошибки

Когда схема работает хорошо:

• проект имеет четкий конечный результат
• работы можно разделить на независимые или слабо зависимые пакеты
• есть назначенные исполнители под каждый блок
• проект длится более 2–3 недель и включает несколько участников

Где схема ломается:

• если работы слишком взаимозависимы и менять порядок нельзя – нужен дополнительно сетевой график
• если проект итеративный (agile) – ИСР нужно адаптировать под спринты, а не фиксировать жесткую декомпозицию
• если команда одна и исполнители не разделяются – ИСР все равно нужна, но колонка ответственных будет одинаковой

Что нельзя выкидывать:

• измеримый результат для каждого пакета – без него непонятно, когда пакет завершен
• блок поддержки и завершения – именно здесь фиксируются ошибки и делаются выводы
• тестирование – его нельзя объединять с разработкой, это отдельный пакет с отдельным исполнителем

Что можно менять:

• количество уровней – для простых проектов достаточно двух уровней, для сложных нужен третий
• формат – нумерованный список, таблица или схема-дерево выбираются под задачу и аудиторию
• детализацию – крупные пакеты можно разбивать глубже, мелкие оставлять на верхнем уровне

Что нельзя переносить бездумно из чужого примера:

• состав фаз – он зависит от типа проекта; строительные фазы не подходят для IT
• ответственных – роли в вашей компании могут отличаться от примера
• сроки – они всегда определяются под конкретный проект, а не берутся из шаблона

Практические советы по работе с иерархической структурой работ

Совет	Почему важен	Как применять
Начинайте с конечного результата	Без ясного результата декомпозиция будет неполной	Запишите, что должно быть сделано по завершении проекта, и от этого идите вниз
Не делайте ИСР слишком глубокой	Три уровня – обычно достаточно; глубже начинается избыточная детализация	Если пакет выполняется за 1–2 дня одним человеком, дробить его дальше не нужно
Каждый пакет – это результат, а не процесс	Процесс нельзя проверить; результат можно	Вместо "работа над сайтом" пишите "разработанный и протестированный сайт"
Проверяйте ИСР на полноту	Потерянный пакет = потерянная задача	После сборки пройдите по всем работам проекта и убедитесь, что ничего не выпало
Назначайте одного ответственного за пакет	Два ответственных – значит ни одного	Можно указать команду, но один человек должен нести ответственность за результат
Используйте нумерацию	Нумерация делает структуру понятной и удобной для ссылок	1.2.3 – это третий пакет второй фазы; такие коды легко использовать в расписании и смете
Не путайте ИСР с расписанием	ИСР отвечает на вопрос "что", расписание – "когда"	Сначала собирайте ИСР, потом на ее основе строите план с датами
Адаптируйте формат под аудиторию	Дерево удобно для презентаций, таблица – для рабочей документации	Для согласования с заказчиком используйте схему, для команды – нумерованный список или таблицу
Обновляйте ИСР по ходу проекта	Живой проект меняется; устаревшая структура вводит в заблуждение	Пересматривайте ИСР при изменении объема работ или появлении новых задач

Практические приемы при составлении ИСР

• Используйте правило 8/80: пакет работ должен занимать от 8 до 80 часов трудоемкости. Меньше – избыточная детализация, больше – пакет слишком крупный и его нужно дробить.
• Привлекайте команду к декомпозиции: исполнители часто видят работы, которые руководитель упускает при самостоятельной сборке ИСР.
• Не включайте в ИСР методы и инструменты: ИСР описывает результаты, а не способы их достижения. Как будет выполнен пакет – вопрос для плана, а не для структуры работ.
• Проверяйте каждый пакет на независимость: хороший пакет можно передать другому исполнителю или перенести во времени без разрушения всей структуры.
• Используйте ИСР как основу для бюджета: каждый пакет получает свою стоимость, и сумма всех пакетов дает бюджет проекта – это надежнее, чем оценивать проект целиком.
• Фиксируйте допущения и исключения: если какие-то работы намеренно не включены в ИСР, это нужно явно указать, чтобы избежать разногласий с заказчиком.
• Не начинайте с шаблона чужого проекта: чужая ИСР может служить ориентиром, но структура всегда собирается под конкретный проект, а не копируется механически.

Хорошо составленные примеры иерархической структуры работ – это не просто образцы для скачивания, а способ понять логику декомпозиции в разных контекстах. Строительный проект, IT-внедрение, маркетинговая кампания или административный процесс – у каждого своя логика разбивки, но принцип один: от результата вниз, до управляемых пакетов с назначенным ответственным.

Используйте примеры иерархической структуры работ как отправную точку: берите логику фаз, адаптируйте пакеты под свои реальные задачи и всегда проверяйте итоговую структуру на полноту. Хорошая ИСР – это не бюрократия, а инструмент, который экономит время и снижает риск потерять важное на этапе планирования.