График, собранный вписыванием дат в календарь, держится до первой задержки. Потом выясняется, что никто не понимает, на что эта задержка влияет: мы потеряли два дня или два месяца? Разница в том, является ли график списком дат или связанной моделью, в которой задачи знают друг о друге.
График начинается со списка работ, а не с дат
Первое правило: не ставьте ни одной даты, пока не знаете, что нужно сделать. Вход для графика — структура декомпозиции работ, то есть перечень результатов и пакетов работ. И только потом к ним добавляются длительности, последовательность и сроки.
Обратный порядок — «проект должен быть готов к октябрю, давайте впишем работы» — даёт график, который на самом деле является пожеланием. Такой план разваливается не в конце, а в середине, когда каждую неделю приходится что-то переносить.
Оценка длительности: три вопроса
- Сколько это работы? Трудоёмкость в часах — не то же самое, что календарное время.
- Насколько доступен человек? Сорок часов работы не будут сделаны за неделю, если исполнитель может выделить два дня в неделю.
- Сколько там ожидания? Согласования, поставки, время высыхания, ответ клиента — это часть длительности, хотя никто не работает.
Самая частая ошибка — оценить трудоёмкость и записать её как длительность. Так и появляются графики, безупречные на бумаге и на 40% короткие на практике.
Зависимости: что раньше, что параллельно
| Тип | Значение | Пример |
|---|---|---|
| Финиш → старт (FS) | B начинается после завершения A | Фундамент готов → возводим стены |
| Старт → старт (SS) | B начинается вместе с A | Началась разработка → началась подготовка тестов |
| Финиш → финиш (FF) | B завершается вместе с A | Контент готов → редактура завершена |
| Старт → финиш (SF) | Редкий, ситуации передачи | Новая смена начала → старая закончила |
Большинство реальных зависимостей — «финиш → старт». Важно различать технические зависимости (стены нельзя строить до фундамента) и ресурсные (обе задачи делает один человек). Первые изменить нельзя, вторые решаются деньгами или ещё одним исполнителем.
Критический путь — где задержка действительно стоит денег
Критический путь — самая длинная связанная цепочка от начала проекта до его конца. У задач этой цепочки нет запаса: каждый день опоздания сдвигает окончание проекта ровно на столько же. У задач вне критического пути есть резерв (float) — они могут растянуться, не сдвигая срок.
Практическая ценность проста: зная, какая цепочка критична, вы знаете, куда направлять внимание, людей и деньги. А на вопрос «эта задержка страшная?» появляется расчётный ответ, а не ощущение.
Вехи: даты, о которых можно спросить «есть или нет»
Веха — точка нулевой длительности, отмечающая значимое достижение: договор подписан, прототип готов, заявка подана. Хорошая веха бинарна — она либо достигнута, либо нет, но никогда не «готова на 70%».
Трёх-пяти вех на проект обычно достаточно. Если их двадцать, ни одна уже ничего не значит, и руководство не понимает, на какую смотреть.
Резерв: где его держать и где не стоит
- Плохой вариант: каждый исполнитель закладывает в свою задачу 30% запаса. Резерв невидим, он расходуется, и руководитель проекта никогда не знает, сколько места осталось на самом деле.
- Хороший вариант: оценки честные, а резерв собран в видимом месте — в конце критического пути и рядом с крупными рисками. Тогда видно, сколько его уже израсходовано.
График, который не становится мёртвым документом
- Раз в неделю отмечайте, что действительно завершено (а не «почти»).
- Проверяйте, не сдвинулась ли задача на критическом пути.
- Если сдвинулась — решайте сразу: сокращаем объём, добавляем ресурс или переносим срок. Третье — тоже решение, но оно должно быть осознанным.
- Фиксируйте решение и его причину, чтобы через три месяца никому не пришлось догадываться.
Чем Projektiassistent ускоряет составление графика
Projektiassistent составляет первый график по описанию проекта — с этапами, длительностями и зависимостями, — а вы корректируете его под свою реальность. Диаграмма Ганта показывает зависимости и критический путь, Kanban-доска — ту же работу в ежедневном потоке. Поскольку график, бюджет и риски относятся к одному проекту, перенос срока не оставляет бюджет устаревшим.
Итог
Хороший график начинается со списка работ, оценивает длительность отдельно от трудоёмкости, связывает задачи зависимостями, знает свой критический путь, использует немного понятных вех и держит резерв на виду. И главное — он обновляется.
Хотите получить первую версию уже сегодня? Начните здесь: projekt2.projektiassistent.ee.
Сделайте это в Projektiassistent
Теория — это одно. Посмотрите, как Projektiassistent сделает это на основе вашего проекта.
Читайте дальше по теме
План действий проекта: как составить, с примером
План проекта утверждён, все кивают — а через две недели ничего не произошло. Причина почти всегда одна: в плане было…
Закрытие проекта и извлечённые уроки: как довести проект до настоящего конца
Большинство проектов не заканчиваются. Они затухают. Работа иссякает, команда расходится, что-то так и не передано, а…
Управление заинтересованными сторонами и матрица RACI: кто делает, кто решает
Самая дорогая фраза в проекте звучит так: «Я не знал, что решили именно так». Обычно её произносит человек, имеющий…
