Руководство по управлению проектами · Расписание и сроки
Планирование сроков проекта: шаги, методы и пример
Планирование сроков проекта — это процесс определения того, какие операции нужны проекту, в каком порядке они должны выполняться, сколько займёт каждая и кто их выполнит, а затем превращения этой логики в план с датами. Это руководство проведёт вас по шагам, основным методам, разобранному примеру с реальными датами и ошибкам, из-за которых расписания разваливаются.
Главное
- Расписание проекта превращает содержание в упорядоченные, оценённые, обеспеченные ресурсами операции с датами.
- Сначала постройте логику (операции и зависимости) и позвольте датам рассчитаться; никогда не вводите даты вручную.
- Критический путь показывает минимально возможную длительность и операции, любая задержка которых сдвигает дату окончания.
- Проверьте доступность ресурсов и календари, прежде чем брать обязательства: логически корректное расписание всё равно может оказаться невозможным для укомплектования.
- Зафиксируйте утверждённое расписание как базовое, обновляйте его в регулярном ритме и меняйте базовый план только через управление изменениями.
Что такое планирование сроков проекта?
Планирование сроков проекта — часть планирования проекта, которая определяет, когда будет выполняться каждая часть работы. Вы перечисляете операции, необходимые для поставки содержания, связываете их в логическую последовательность, оцениваете длительности, назначаете ресурсы и рассчитываете даты начала и окончания. Результат — расписание проекта — это график, по которому работает команда, и базовый план, относительно которого измеряется прогресс.
Полезно разделять два понятия. Модель расписания — это сеть операций, зависимостей, длительностей и календарей в вашем инструменте. Представления расписания — это виды, которые вы получаете из этой модели: диаграмме Ганта, список вех, временная шкала проекта для руководства или сетевая диаграмма. Когда говорят «обновите расписание», обновлять следует модель, чтобы все представления оставались согласованными.
Хорошее расписание выполняет три задачи:
- Обязательство: даёт спонсору и клиентам даты, на которые можно опираться при планировании, например запуск, передачу или ввод в эксплуатацию.
- Координация: сообщает каждому человеку и поставщику, когда нужна его работа и от чего она зависит.
- Раннее предупреждение: поскольку даты рассчитываются из логики, задержка одной операции сразу показывает цепную реакцию, пока ещё есть время действовать.
Планирование сроков входит в более широкую дисциплину управления сроками проекта наряду с оценкой и контролем прогресса и использует те же входные данные, что и планирование затрат и ресурсов.
Планирование сроков проекта в PMBOK Guide
*PMBOK Guide* от PMI в разные годы описывал планирование сроков по-разному, и на экзаменах и в описаниях вакансий вы встретите оба подхода.
Ранние редакции, основанные на процессах, объединяли планирование сроков в шесть процессов: планирование управления расписанием, определение операций, определение последовательности операций, оценка длительности операций, разработка расписания и контроль расписания. Многие организации и курсы до сих пор преподают их как основу управления расписанием.
Восьмая редакция *PMBOK Guide*, опубликованная PMI в ноябре 2025 года, построена вокруг семи доменов эффективности: управление, содержание, расписание, финансы, заинтересованные стороны, ресурсы и риски. Расписание — один из этих доменов, и руководство снова описывает непредписывающие процессы, которые нужно адаптировать к проекту, а не следовать им жёстко. В нём также подчёркиваются такие идеи, как планирование набегающей волной, разница между трудозатратами и длительностью и адаптация подхода к предиктивным, адаптивным или гибридным жизненным циклам.
Наш совет: используйте классические шаги как чек-лист, чтобы ничего не упустить, и масштабируйте усилия под проект. Двухнедельной маркетинговой кампании нужна страница задач; двухлетней строительной программе — полноценный план управления расписанием. Обзор самого стандарта — в нашем руководстве по PMBOK Guide.
Что содержит расписание проекта
Каким бы инструментом вы ни пользовались, полное расписание состоит из одних и тех же элементов.
| Элемент | Что это | Откуда он берётся |
|---|---|---|
| Операции | Отдельные части работы, каждая с ясным названием вида «глагол + существительное» | Пакеты работ в иерархической структуры работ |
| Зависимости | Логические связи между операциями (обычно «окончание — начало») | Знания команды, технические ограничения, контракты |
| Длительности | Рабочее время от начала до окончания каждой операции | Оценки, исторические данные, трёхточечные оценки |
| Ресурсы | Люди, оборудование и материалы, назначенные на каждую операцию | План ресурсов и доступность команды |
| Календари | Рабочие дни, часы, праздники и остановки | Календари организации и ресурсов |
| Вехи | Контрольные точки нулевой длительности, такие как согласования и передачи | Устав, контракт и контрольные точки управления |
| Даты и резерв времени | Рассчитанные ранние и поздние даты и резерв каждой операции | Расчёт расписания (метод критического пути) |
| Базовая версия | Утверждённая версия дат, используемая для измерения отклонений | Утверждение спонсором или управляющим советом |
Операции и задачи часто используют как синонимы; важно, чтобы у каждой был один ответственный и чёткое окончание. Вехи проекта заслуживают особого внимания, потому что именно их на самом деле читает большинство заинтересованных сторон.
Виды расписаний проекта
Одному проекту обычно нужно несколько представлений одного и того же расписания, каждое для своей аудитории.
| Тип | Аудитория | Уровень детализации |
|---|---|---|
| График вех | Спонсор, руководители, клиенты | Только ключевые даты: согласования, окончание фаз, запуск |
| Сводное (основное) расписание | Управляющая группа, руководители программ | Фазы или основные результаты в виде суммарных полос |
| Детальное расписание | Команда проекта, поставщики | Каждая операция с зависимостями, ответственными и датами |
| Обратное расписание | Команды, работающие к фиксированному сроку | Строится в обратном направлении от требуемой даты окончания |
| Планы релизов и спринтов | Agile-команды и владельцы продукта | Спринты с таймбоксами и целевые релизы вместо детальных задач |
A Обратное расписание полезно для мероприятий и маркетинговых запусков, где дату нельзя сдвинуть: вы начинаете со срока, а затем отсчитываете назад по каждой операции, чтобы найти самую позднюю дату её начала. Когда работа слишком неопределённа, чтобы спланировать её полностью, многие команды сочетают расписание вех для всего проекта с детальным расписанием только на ближайшие несколько недель.
Как пошагово составить расписание проекта
Приведённые ниже шаги следуют классической последовательности управления расписанием. В небольших проектах несколько шагов можно выполнить за один воркшоп; в крупных каждый может занять несколько дней.
1. Договоритесь, как будет управляться расписание
Определите инструмент планирования, единицы (дни или часы), уровень детализации, частоту обновления прогресса, кто вправе менять расписание и какое отклонение считается значительным. В крупных проектах это оформляется как короткий план управления расписанием в составе план управления проектом.
2. Декомпозируйте содержание
Начните с утверждённого содержания и разложите его на результаты и пакеты работ с помощью иерархической структуры работ. Если чего-то нет в WBS, этого не будет и в расписании, поэтому этот шаг защищает от пропуска работы.
3. Определите операции
Разбейте каждый пакет работ на операции, за которые может отвечать один человек или команда. Распространённое эмпирическое правило — операция должна занимать от одного дня до двух недель; более длинные трудно отслеживать, более короткие обычно создают слишком много администрирования. Дайте каждой операции ясное название вида «глагол + существительное», например «Утвердить проект», а не «Проект».
4. Определите последовательность операций
Свяжите каждую операцию с её предшественниками и последователями. Большинство связей — «окончание — начало», но можно также использовать «начало — начало», «окончание — окончание» и, редко, «начало — окончание». Добавляйте опережения и задержки, где работа может перекрываться или должна ждать, например трёхдневную задержку на набор прочности бетона. Наше руководство по зависимости задач объясняет каждый тип с примерами.
5. Оцените длительности
Оцените, сколько времени займёт каждая операция, а не только какой объём работы она включает. Трудозатраты — это необходимые человеко-часы; длительность — это истекшее рабочее время, которое зависит от того, сколько людей работает над операцией и какую часть недели они могут ей уделить. Используйте исторические данные, если они есть, спрашивайте тех, кто будет выполнять работу, и применяйте трёхточечные оценки для неопределённых операций. Распространены также оценка по аналогам (сравнение с похожей прошлой работой) и параметрическая оценка (например, метры кабеля в день).
6. Назначьте ресурсы и календари
Назначьте на каждую операцию конкретных людей или роли, оборудование и поставщиков, затем примените календари с праздниками, частичной занятостью сотрудников и остановками объектов. Убедитесь, что никто не загружен на больше часов, чем у него есть. Сравните часы, на которые каждый человек загружен за неделю, с часами, которые у него действительно есть с учётом совещаний, работы по поддержке и других проектов.
7. Рассчитайте расписание и устраните конфликты
Примените метод критического пути , чтобы рассчитать ранние и поздние даты, резервы и критический путь. Затем устраните проблемы: используйте выравнивание ресурсов , чтобы убрать перегрузки, а если дата окончания слишком поздняя, рассмотрите сжатие расписания с помощью нагнетания или быстрого прохода.
8. Проверьте, утвердите и зафиксируйте базовый план
Пройдите расписание с теми, кто выполняет работу, и со спонсором. Проверьте, что логика осмысленна, критический путь правдоподобен, а для ключевых рисков предусмотрен резерв. После утверждения сохраните его как базовый план проекта , чтобы впоследствии измерять отклонения.
С этого момента задача — контроль расписания: обновление прогресса, повторное прогнозирование и управление изменениями, о чём мы расскажем ниже.
Разобранный пример: планирование переезда офиса
Команда из 20 человек переезжает в новый офис. Руководитель проекта составляет список из шести операций с длительностями в рабочих днях, предшественниками и ответственным за каждую.
| ID | Операция | Длительность | Предшественники | Ответственный |
|---|---|---|---|---|
| A | Спланировать переезд | 3 дня | Нет | Офис-менеджер |
| B | Заказ мебели | 4 дня | A | Закупки |
| C | Заказать компанию-перевозчика | 2 дня | A | Офис-менеджер |
| D | Установка мебели | 5 дней | B | Поставщик |
| E | Упаковка и маркировка | 3 дня | C | Все сотрудники |
| F | Переезд и распаковка | 2 дня | D, E | Компания-перевозчик |
От начала до конца ведут два пути:
| Путь | Операции | Длительность |
|---|---|---|
| Путь 1 | A, B, D, F | 3 + 4 + 5 + 2 = 14 дней |
| Путь 2 | A, C, E, F | 3 + 2 + 3 + 2 = 10 дней |
Самый длинный путь, A-B-D-F, — критический путь, поэтому на переезд нужно не менее 14 рабочих дней. Операции C и E находятся на более коротком пути и делят 4 дня резерв времени: в сумме они могут задержаться до 4 дней, не задерживая переезд. Полный расчёт ранних и поздних дат пошагово показан в нашем руководстве по прямой и обратный проход.
Превращение логики в календарные даты
Если работа начинается в понедельник, 2 ноября 2026 года, а команда работает с понедельника по пятницу, расчётные ранние даты таковы:
| Операция | Начало | Окончание |
|---|---|---|
| A Спланировать переезд | Пн, 2 нояб. | Ср, 4 нояб. |
| B Заказать мебель | Чт, 5 нояб. | Вт, 10 нояб. |
| C Заказать компанию-перевозчика | Чт, 5 нояб. | Пт, 6 нояб. |
| D Установить мебель | Ср, 11 нояб. | Вт, 17 нояб. |
| E Упаковать и промаркировать | Пн, 9 нояб. | Ср, 11 нояб. |
| F Переехать и распаковать | Ср, 18 нояб. | Чт, 19 нояб. |
Стоит обратить внимание на два момента. Во-первых, выходные добавляют календарные дни, не добавляя рабочих, поэтому 14-дневный проект заканчивается 19 ноября, а не 15 ноября. Во-вторых, срок поставки мебели находится на критическом пути, поэтому руководителю проекта следует письменно подтвердить его и заранее напоминать поставщику, тогда как упаковка (у которой есть резерв) может поглотить небольшие задержки.
Вы можете воссоздать этот пример в нашем бесплатном шаблон расписания проектаили посмотреть расчёт критического пути в шаблон критического пути.
Методы планирования сроков проекта
В большинстве расписаний сочетается несколько методов. В таблице показано, когда помогает каждый из них.
| Техника | Что делает | Лучше всего для |
|---|---|---|
| диаграмме Ганта | Показывает операции в виде полос на временной шкале со связями зависимостей | Построение и представление плана |
| Метод критического пути | Рассчитывает ранние и поздние даты, резервы и самый длинный путь | Любой проект с чёткими зависимостями |
| PERT | Использует оптимистичные, наиболее вероятные и пессимистичные оценки | Операции с неопределённой длительностью |
| Критическая цепь | Строит расписание с учётом ограничений ресурсов и защищает окончание буферами | Работа с ограниченными ресурсами и несколько проектов |
| Выравнивание ресурсов | Сдвигает операции, чтобы устранить перегрузку ресурсов | Общие или дефицитные специалисты |
| Сжатие расписания | Сокращает расписание за счёт сжатия сроков (crashing) или быстрого прохода | Фиксированные или навязанные сроки |
| Планирование набегающей волной | Ближайшая работа планируется детально, более поздняя — укрупнённо | Длительные или неопределённые проекты |
| моделирования Монте-Карло | Многократно прогоняет расписание со случайными длительностями, чтобы оценить вероятную дату окончания | Высокорисковые проекты, которым нужен уровень доверия |
Метод критического пути
CPM — расчёт, лежащий в основе практически любого инструмента планирования. Прямой проход находит самое раннее начало и окончание каждой операции; обратный проход — самые поздние даты, при которых проект всё ещё завершается в срок. Разница — это резерв, а цепочка операций с нулевым резервом — критический путь. Он показывает, на чём сосредоточить внимание и какие операции нужно сократить, если проект должен завершиться раньше.
PERT и трёхточечная оценка
Когда длительности неопределённы, запросите три оценки: оптимистичную (O), наиболее вероятную (M) и пессимистичную (P). Средневзвешенное значение PERT равно (O + 4M + P) ÷ 6. Для операции с оценками 4, 6 и 14 дней ожидаемая длительность составит (4 + 24 + 14) ÷ 6 = 7 дней — на день больше наиболее вероятной оценки, что отражает риск неблагоприятного развития событий.
Выравнивание и сглаживание ресурсов
Выравнивание ресурсов задерживает операции, пока нужные люди не освободятся, что может сдвинуть дату окончания. Сглаживание ресурсов сдвигает операции только в пределах их резерва, поэтому дата окончания остаётся неизменной, но часть перегрузок может сохраниться. Применяйте выравнивание, когда люди действительно перегружены; сглаживание — чтобы выровнять пики, не сдвигая срок.
Нагнетание и быстрый проход
Нагнетание добавляет ресурсы на критические операции, чтобы сократить их, что обычно обходится дороже. Быстрый проход выполняет параллельно операции, запланированные последовательно, что повышает риски и объём переделок. Оба метода помогают только применительно к критическому пути. Наше сравнение быстрый проход и интенсификация показывает, как сделать выбор.
Планирование сроков в Agile- и гибридных проектах
Agile-команды тоже планируют сроки, но на другом уровне. Вместо детальной сети операций для всего проекта они обычно работают с:
- Таймбоксами: спринтами или итерациями фиксированной длины, поэтому даты известны, а содержание внутри каждой варьируется.
- Планами релизов: прогнозом того, какие функции, вероятно, будут готовы к какой дате релиза, на основе измеренной скорости команды. См. планирование релизов в Agile.
- Планы спринтов: детальным планом только на следующий спринт, создаваемым на планировании спринта.
- Вехами для системы управления: контрольными точками финансирования, нормативными датами или маркетинговым запуском, на которые должна ориентироваться организация в целом.
Гибридные проекты встречаются часто: строительный или инфраструктурный проект может использовать предиктивное расписание по критическому пути для строительных работ и Agile-подход для ПО, управляющего зданием. В этом случае связывайте их через общие вехи, а не втискивайте задачи спринтов в основное расписание. Тогда одна укрупнённая временная шкала может показывать и строительные фазы, и запланированные релизы ПО.
Контроль расписания
Расписание полезно, только если оно отражает реальность. Когда проект уже идёт:
- Обновляйте прогресс в фиксированном ритме, обычно еженедельно. Фиксируйте фактические даты начала и окончания и оставшуюся длительность выполняемых операций, а не только процент выполнения.
- Пересчитывайте и обновляйте прогноз. Пусть инструмент пересчитает даты, и проверьте, не сместился ли критический путь. Почти критический путь может стать критическим после небольшой задержки.
- Измеряйте отклонения. Сравнивайте прогнозные даты с базовым планом. Команды, применяющие метод освоенного объёма, также отслеживают отклонение по срокам и индекс выполнения сроков, а S-кривая показывает плановый и фактический прогресс во времени.
- Действуйте заблаговременно. Используйте резерв, меняйте последовательность работ, добавляйте ресурсы на критические операции или согласуйте изменения содержания, пока мелкие задержки не накопились.
- Управляйте изменениями формально. Изменения базового плана проходят через управление изменениями, чтобы отчёты об отклонениях сохраняли смысл, а заинтересованные стороны знали, какие даты утверждены.
Инструменты планирования сроков проекта
Небольшой проект можно спланировать в таблице, но как только зависимости часто меняются или план используют несколько человек, специализированное ПО экономит время и избавляет от ошибок.
| Вариант | Подходит | На что обратить внимание |
|---|---|---|
| Таблица или шаблон | Небольшие проекты, один планировщик, быстрый старт | Нет автоматического пересчёта зависимостей и критического пути |
| ПО для управления проектами с диаграммами Ганта | Команды, которым нужны общие временные шкалы с учётом зависимостей и совместная работа | Проверьте, какие тарифы включают диаграммы Ганта, базовые планы и представления загрузки |
| Специализированное ПО для планирования сроков | Крупные инженерные и строительные расписания с тысячами операций | Требуется обучение; хуже подходит для повседневной совместной работы команды |
Сравнивая инструменты, ищите: зависимости «окончание — начало» и другие типы, автоматическое перепланирование при задержке задачи, выделение критического пути, базовые планы, представления ресурсов или загрузки и простой обмен с заинтересованными сторонами.
Среди инструментов, которые мы рассматриваем, Wrike — сильный выбор для команд, которые ведут несколько проектов одновременно и нуждаются в интерактивных диаграммах Ганта, зависимостях и представлениях загрузки в одном месте. Smartsheet подходит командам, которым нравится табличный интерфейс с функциями диаграмм Ганта и зависимостей. Для более простых задач сравните варианты в нашем рейтинге инструментов управления проектами или см. наше руководство по ПО для диаграмм Ганта.
Типичные ошибки при планировании сроков проекта
| Ошибка | Чем вредит | Как исправить |
|---|---|---|
| Ввод дат вместо построения логики | Расписание не может пересчитаться при задержке | Вводите длительности и зависимости, а даты пусть устанавливает инструмент |
| Отсутствующие или «висящие» зависимости | Критический путь выглядит короче, чем на самом деле | Дайте каждой операции предшественника и последователя, кроме начала и окончания |
| Слишком крупные или слишком мелкие операции | Крупные скрывают задержки; мелкие погребают вас под администрированием | Стремитесь к операциям длительностью примерно от одного дня до двух недель |
| Допущение, что люди заняты полный день | Длительности слишком оптимистичны | Используйте реальную доступность и календари ресурсов |
| Игнорирование праздников и сроков поставки | Даты неверны ещё до начала работ | Настройте календари и включите сроки поставки поставщиков как операции |
| Нет резерва на известные риски | Каждый реализовавшийся риск превращается в задержку | Добавьте резерв времени, связанный с реестром рисков |
| Ложная детализация отдалённой работы | Усилия тратятся впустую, а план всё равно переписывается | Используйте планирование набегающей волной |
| Базовый план не пересматривается после утверждённых изменений | Отчёты об отклонениях теряют смысл | Пересматривайте базовый план через управление изменениями и сохраняйте историю |
Чек-лист планирования сроков проекта
Используйте эту быструю проверку перед тем, как запрашивать утверждение:
- Каждый результат в WBS покрыт хотя бы одной операцией.
- У каждой операции есть ответственный, длительность и логические связи.
- Календари учитывают праздники, частичную занятость сотрудников и сроки поставки поставщиков.
- Ни один ресурс не перегружен, либо перегрузки поняты и приняты.
- Критический путь правдоподобен и проверен вместе с исполнителями.
- Ключевые вехи соответствуют обязательствам в уставе или контракте.
- Резерв на риски включён и виден.
- Базовый план сохранён, а ритм обновления согласован.
Бесплатные шаблоны по этой теме
Частые вопросы
Что такое планирование сроков проекта?
Планирование сроков проекта — это процесс составления перечня операций проекта, выстраивания их в логическом порядке, оценки длительностей и ресурсов и расчёта дат начала и окончания каждой операции. Результат — расписание проекта, по которому работает команда и относительно которого измеряется прогресс.
Чем план проекта отличается от расписания проекта?
Именно план управления проектом описывает, как будет вестись весь проект: содержание, стоимость, качество, риски, коммуникации и многое другое. Расписание — одна его часть, охватывающая сроки: операции, зависимости, длительности и даты.
Каковы шаги планирования сроков проекта?
Договоритесь, как будет управляться расписание, декомпозируйте содержание, определите операции, выстройте их последовательность, оцените длительности, назначьте ресурсы и календари, рассчитайте расписание (обычно методом критического пути), а затем проверьте его, зафиксируйте базовый план и контролируйте.
Какие основные виды расписаний проекта существуют?
Распространённые виды — расписание вех для руководства, сводное или основное расписание для управляющих групп, детальное расписание для команды, обратное расписание, построенное от фиксированного срока, и планы релизов или спринтов для Agile-команд.
Каковы основные методы планирования сроков проекта?
Наиболее распространены диаграммы Ганта, метод критического пути, трёхточечная оценка PERT, критическая цепь, выравнивание и сглаживание ресурсов, сжатие расписания (нагнетание и быстрый проход), планирование набегающей волной и моделирование Монте-Карло.
Что такое критический путь в планировании сроков проекта?
Критический путь — самая длинная последовательность зависимых операций от начала до конца. Он задаёт минимально возможную длительность проекта, и задержка любой операции на нём задерживает проект, если не наверстать время. См. наше метод критического пути .
Что такое базовое расписание?
Базовое расписание — утверждённая версия дат расписания. С ним сравнивают фактические и прогнозные даты для измерения отклонений, а меняют его только через формальное управление изменениями. См. базовый план проекта.
Насколько подробным должно быть расписание проекта?
Настолько подробным, чтобы у каждой операции был один ответственный и её можно было отслеживать, — обычно длительностью от одного дня до двух недель. Многие команды детально планируют ближайшие несколько недель, а более позднюю работу держат на сводном уровне и уточняют по мере получения информации (планирование набегающей волной).
Как часто следует обновлять расписание проекта?
Большинство проектов обновляют расписание еженедельно, в соответствии с отчётностью о статусе. Короткие или быстро меняющиеся проекты могут обновлять его чаще; длительные программы со стабильной работой — раз в две недели. Главное — фиксированный ритм, известный всем.
Может ли у Agile-проектов быть расписание?
Да. Agile-команды планируют сроки с помощью спринтов фиксированной длины, планов релизов на основе скорости и вех для системы управления, а не детальной сети операций для всего проекта.
Кто отвечает за расписание проекта?
За расписание отвечает руководитель проекта, который обязан поддерживать его в актуальном состоянии. Те, кто выполняет работу, должны помогать определять, упорядочивать и оценивать свои операции, потому что они лучше всех знают работу и сильнее привержены датам, которые помогали устанавливать.
Какой инструмент лучше всего подходит для планирования сроков проекта?
Основную задачу решит любой инструмент, который работает с зависимостями, автоматически пересчитывает даты и показывает критический путь. Для командной работы популярны инструменты с диаграммами Ганта, такие как Wrike или Smartsheet ; небольшие проекты могут начать с шаблон расписания проекта.
Как сделать расписание проекта реалистичным?
Привлекайте исполнителей к оценке, используйте реальную доступность вместо допущения о полной занятости, учитывайте праздники и сроки поставки, добавляйте резерв на известные риски и проверяйте критический путь до фиксации базового плана.
В чём разница между выравниванием и сглаживанием ресурсов?
Выравнивание ресурсов задерживает операции, пока ресурсы не освободятся, и может сдвинуть дату окончания. Сглаживание ресурсов сдвигает операции только в пределах их резерва, поэтому дата окончания не меняется. См. выравнивание ресурсов.