Великий будівельний проєкт може виглядати вчасним на екрані планувальника і вже бути приреченим на затримку на майданчику. McKinsey радить будувати графік від реальних темпів випуску креслень, монтажу й пусконалагодження, а не від бажаної дати завершення. Для CEO це змінює зміст контролю: замість запізнілого звіту про пропущений етап він отримує ранній сигнал про те, чи здатна система виконати обіцяний обсяг роботи.
Ключові інсайти
Як нереалістичний графік з’являється до першого запізнення
У великому капітальному проєкті сотні людей і тисячі пов’язаних задач. Програмне забезпечення допомагає розставити залежності між ними, але вихідні припущення про час кожної роботи часто беруть зі старого графіка або з оцінки планувальника, а не з того, як команда реально працює на майданчику. McKinsey порівнювала плани з фактичними темпами на різних етапах будівництва й виявила, що приблизно 80% переглянутих планів закладали надто оптимістичну швидкість.
Через це дата завершення може виглядати узгодженою на презентації, хоча необхідний щоденний випуск робіт уже недосяжний. Звичні показники теж можуть запізнюватися. Відсоток виконаного бюджету або факт проходження контрольної точки повідомляють, що сталося, але не завжди показують, скільки креслень, кубометрів або метрів монтажу команда має виробити наступного тижня.
Наприкінці етапу керівники інколи намагаються компенсувати відставання додатковими людьми, хоча майданчик, обладнання чи готовність суміжних робіт не дозволяють прискорення. Для CEO це важливий сигнал: дедлайн без перевіреної виробничої спроможності — не план, а припущення.
Планування від темпу, а не від бажаної дати
Альтернатива в матеріалі McKinsey — rate-based planning. Проєктна команда рахує темп у фізичних одиницях: скільки креслень треба видати за тиждень, скільки бетону укласти за день, скільки кабелю прокласти та який обсяг роботи можливий за наявної кількості людей і техніки. Після цього вона порівнює потрібний темп із досяжним і проєктує систему підтримки: постачання матеріалів, доступ до фронтів робіт, підготовку інженерних рішень, нагляд і резерви на погоду чи переміщення бригад.
Підхід діє не тільки під час будівництва. На ранній стадії він допомагає узгодити випуск креслень із потребою підрядника; на завершенні — перевірити реалістичність пусконалагодження. У наведеному авторами інфраструктурному кейсі команда на приблизно 60% готовності змінила ритм управління: щоденно шукала причини відхилень на майданчику й запускала точкові ініціативи для критичних робіт.
McKinsey повідомляє про зростання продуктивності цих робіт на 30–40% і скорочення витрат, але це результат конкретного проєкту, не гарантований ефект методики для будь-якого будівництва. Цінність прикладу — у ранньому вимірюванні вузького місця і швидкому рішенні, а не в самій великій цифрі.
Які питання поставити власнику проєкту й підряднику
Насамперед CEO має знати, чи доступні фактичні темпи робіт. Частина даних уже є в підрядника, але не передається замовнику; частина ведеться несистемно; іноді простий щоденний підрахунок дає кращу основу, ніж складна модель без якісного вводу. Далі потрібна спільна розмова про відхилення.
Якщо замовник бачить, що запропонований графік вимагає неможливого темпу, приховувати це до наступного звіту небезпечно. У договорі та ритмі керування має бути визначено, які дані передаються, хто усуває перешкоди і коли план переглядають. Це не питання пошуку винного: постачання, доступ до майданчика, готовність креслень і робота субпідрядників утворюють одну систему.
McKinsey також описує приклад хімічного проєкту, де план із реалістичними темпами для десятків тисяч зварних з’єднань допоміг завершити роботи раніше й дешевше початкового плану. Для іншого бізнесу головний урок — починати повільніше на етапі вивірення припущень, щоб не втрачати місяці під час виконання. AI-інструменти згодом можуть прискорити аналіз, але спершу компанія повинна домовитися, які одиниці роботи вимірює і які рішення змінює за цими даними.
Головні тези
- За оглядом планів McKinsey, близько 80% із них містили нереалістично оптимістичні припущення про швидкість виконання завдань.
- Планування за темпом робіт відштовхується від фізичних одиниць: креслень за тиждень, обсягу бетону чи сталі за день, довжини змонтованого кабелю.
- Той самий принцип застосовують до інжинірингу, закупівель, будівництва та запуску, а не лише до бригади на майданчику.
- Без спільних даних замовника, генпідрядника й субпідрядників прозорість плану не перетвориться на своєчасне рішення.
Що це означає для CEO
CEO великого капітального проєкту варто питати не тільки «коли наступний milestone», а й «який тижневий темп робіт потрібен, хто його реально забезпечить і що ми робимо, коли темп падає». Реалістичний графік починається з виробничої спроможності.