01 / Ситуация
Даты не сходятся с реальностью
График сделали при старте объекта и с тех пор не трогали. Работы идут с отклонениями, а в таблице всё по плану.
Отклонение всплывает, когда срок уже прошёл. Обсуждать его поздно: остаётся объяснять заказчику, почему не предупредили.
02 / Причина
Почему график не правят
График живёт отдельно
Он в файле, а работы — в чатах и в головах. Связи между ними нет, поэтому даты не обновляются.
Правка выглядит как признание
Сдвинуть срок — значит показать, что отстаём. Проще не трогать таблицу до сдачи.
График работает, когда он связан с задачами: закрытая задача меняет дату, а отклонение видно сразу, а не в конце.
03 / Подход
График как инструмент, а не отчёт
Разложить объект на задачи
Каждый этап — задача с датой и ответственным. План становится набором работ, а не строкой в таблице.
Закрывать задачи по факту
Дата закрытия меняет график. Тогда сдвиг виден в момент, когда он случился.
Показывать отклонение заранее
Заказчик видит новый срок до того, как он наступил. Это разговор, а не оправдание.
04 / Нюансы
Что учесть
Зависимости между работами
Один сдвиг тянет следующие этапы. Без зависимостей график сдвигается в одном месте и врёт в другом.
Сдвиг по вине заказчика
Материалы не привезли, доступ не дали. Это фиксируется отдельно, иначе вина автоматически на исполнителе.
Буфер в плане
Без запаса любой сдвиг сразу срывает срок. Буфер — часть плана, а не подушка на всякий случай.
05 / Первый шаг
Один объект в работе
Возьмём объект в работе и сравним график с фактическим состоянием дел на сегодня.
- Где ведётся график и кто его правит.
- Связаны ли этапы с задачами.
- Узнаёт ли заказчик о сдвиге заранее.
По итогу согласуем структуру этапов и порядок обновления графика.