Рекомендации по планированию

Обновлено: 23.09.2026

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

Эта статья предлагает порядок подготовки плана на примере внедрения системы. Правила расчёта сроков описаны отдельно: Планирование проекта. Поля и команды интерфейса — в статье Иерархическая структура работ (ИСР).

1. Определите результат проекта1. Определите результат проекта

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

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

Вехами отмечайте значимые события: согласование требований, готовность к запуску, передачу результата заказчику. Работу, которая требует времени и усилий, планируйте отдельным элементом с длительностью.

2. Выберите принцип декомпозиции2. Выберите принцип декомпозиции

Структура должна помогать контролировать проект. Выберите подход с учётом того, по каким результатам и этапам вы будете оценивать готовность, трудозатраты и стоимость.

Универсально лучшего варианта нет. Например, для поэтапной сдачи внедрения удобно начать с этапов, а для независимой поставки модулей — с продуктовой структуры.

3. Определите достаточную глубину3. Определите достаточную глубину

Разбивайте работу до уровня, на котором можно:

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

Чрезмерная детализация усложняет актуализацию. Слишком крупные работы скрывают задержки. Для короткого проекта может быть достаточно главной работы; для более сложного — этапов и вложенных работ.

4. Постройте структуру: пример внедрения системы4. Постройте структуру: пример внедрения системы

Для примера используем смешанную структуру:

Внедрение системы
├── Обследование
│   ├── Сбор требований
│   └── Согласование требований
├── Подготовка к запуску
│   ├── Настройка системы
│   ├── Перенос и проверка данных
│   └── Обучение пользователей
└── Запуск — веха

«Обследование» и «Подготовка к запуску» — суммарные работы. Согласование в этом примере требует отдельного рабочего дня, поэтому оформлено обычной работой; «Запуск» — веха. Их сроки будут определяться вложенными работами. Оценки и назначения в автоматическом режиме задавайте на обычных работах.

Сначала сформируйте иерархию, затем наполняйте ресурсный план. Это особенно важно в автоматическом режиме: при добавлении первой вложенной работы собственные назначения и плановые часы её родителя удаляются. В ручном режиме они сохраняются.

5. Выберите режим и способ оценки5. Выберите режим и способ оценки

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

Ручной режим подходит, если нагрузку нужно самостоятельно распределять по датам и сохранять это распределение независимо от переносов работ. Зависимости и ограничения по датам при этом продолжают управлять сроками.

Для автоматического режима выберите тип работы по смыслу оценки:

Проверьте также параметр Фиксированный объём работ: он определяет, нужно ли сохранять общий объём при изменении состава исполнителей.

В примере выберем автоматический режим. Предположим, что у всех исполнителей пятидневная рабочая неделя без праздников, рабочий день — восемь часов, загрузка на указанных работах — 100%.

При этих условиях работы займут соответственно 2, 1, 3, 2 и 2 рабочих дня. Если доступность или календарь исполнителей отличаются, результат расчёта будет другим.

6. Добавьте зависимости и внешние ограничения6. Добавьте зависимости и внешние ограничения

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

• Согласование требований следует после сбора требований.
• Настройка и перенос данных начинаются после согласования требований и могут идти параллельно.
• Обучение начинается после настройки и проверки данных.
• Запуск следует после обучения.

Начните с ASAP для работ, которые можно выполнять как можно раньше. Используйте SNET для внешних ограничений: например, заказчик сможет предоставить участников обучения не раньше согласованной даты.

Не задавайте SNET всем работам только ради красивого расположения на диаграмме. Лишние ограничения мешают плану возвращаться на более ранние даты при сокращении предшественников.

Расчёт примераРасчёт примера

Пусть проект начинается в понедельник 5 октября 2026 года, а обучение нельзя начать раньше 15 октября. Между перечисленными работами используются связи «Окончание — начало» без дополнительной задержки.

Предшественники позволили бы начать обучение раньше, но SNET удерживает начало на 15 октября. Промежуток после настройки не нужно превращать в задержку зависимости: его причина — доступность участников.

7. Проверьте полученный план7. Проверьте полученный план

После расчёта проверьте:

• Полноту: все результаты проекта покрыты работами, есть подготовка, проверка и передача результата.
• Связи: у зависимостей есть понятная причина, параллельные работы не соединены последовательно без необходимости.
• Ограничения: для каждой заданной даты SNET известно внешнее основание.
• Назначения: у выполняемых работ определены исполнители; проверены неназначенные часы.
• Загрузку: учтены календари, отсутствие сотрудников и занятость в других работах и проектах.
• Срок: рассчитанное завершение сопоставлено с плановой датой окончания проекта.

Не считайте наличие рассчитанных дат доказательством отсутствия перегрузки. Проверяйте ресурсный план и доступность команды отдельно. При превышении планового срока пересмотрите объём, зависимости, состав исполнителей или целевую дату.

8. Актуализируйте исходные оценки8. Актуализируйте исходные оценки

Вносите причину изменения: новую оценку часов, длительность, состав исполнителей, зависимость или внешнюю ограничивающую дату.

В примере увеличение настройки с 24 до 32 часов продлит её до 13 октября. Обучение всё ещё сможет начаться 15 октября: внешний срок остаётся определяющим. Если настройка потребует 72 часа, она завершится 20 октября, а обучение сможет начаться 21 октября. При этом его SNET останется 15 октября.

Если после этого оценка настройки снова снизится до 24 часов, обучение вернётся к 15 октября. Если внешнее ограничение больше не нужно, переключение обучения на ASAP позволит начать его 13 октября, после готовности системы и данных.

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