Project Intelligence Framework:

шість контурів, з яких складається передбачення проєкту

Як побудувати єдину модель майбутнього стану проєкту, портфеля і бізнесу замість шести розрізнених звітів

 

За чверть століття роботи в EPC та девелопменті, адмініструючи контракти FIDIC (Red, Yellow, Silver Books) у межах програм міжнародного донорського фінансування (UNDP, UNOPS, EBRD, USAID) та реалізуючи проєкти в зерновій, харчовій, готельній і інфраструктурній галузях, я багато разів бачив одну й ту саму картину. Компанія генерує десятки звітів на тиждень: календарні графіки, бюджети, прогнози продажів, портфельні дашборди. І при цьому на просте запитання керівництва, коли компанія фактично отримає гроші і чи вистачить їх на завершення програми, ніхто не може дати впевненої відповіді.

 

Проблема не в дефіциті даних. База даних Оксфордського університету (Saïd Business School) під керівництвом Бента Флівбьорга (Bent Flyvbjerg) охоплює понад 16 000 великих проєктів у 104 країнах і показує: дев’ять із десяти мегапроєктів виходять за межі бюджету, а лише 0,5% укладаються одночасно у строки, бюджет і обіцяну користь. Сам Флівбьорг описав цю закономірність як залізний закон мегапроєктів: «понад бюджет, понад строки, і так знову й знову». McKinsey у власному аналізі капітальних проєктів прийшов до суміжного висновку: обсяг проєктних даних зростає швидше, ніж здатність організацій інтегрувати їх у рішення, тому дані розпорошуються по всій екосистемі проєкту і важко піддаються збору та об’єднанню в інсайти.

 

Іншими словами, провал стається не через брак звітності, а через розрив між контурами управління. Графік не «бачить» грошового потоку, продажі не бачать портфельних пріоритетів, ризики існують окремо від бюджету. В управлінській кібернетиці це класична патологія: контур, який не обмінюється сигналом з іншими контурами, не здатний регулювати ціле, яким би точним він не був сам по собі. Стаффорд Бір (Stafford Beer), який заклав основи цієї науки, недарма назвав один із контурів життєздатної системи «Інтелектом» (System 4): функцією, що безперервно скановує середовище і зіставляє його зі станом організації.

 

Саме цю логіку я закладаю в Project Intelligence Framework: модель із шести взаємопов’язаних контурів, кожен з яких відповідає на власне управлінське запитання, але справжню цінність дає лише в сукупності з іншими.

Development Intelligence

Коли проєкт буде готовий до запуску та які рішення впливають на його готовність?

 

Готовність, а не лише привабливість задуму, і є першим контуром. RIBA Plan of Work, один із найусталеніших міжнародних фреймворків девелопмент-менеджменту, ділить шлях проєкту на вісім стадій (0-7), кожна з яких завершується контрольною точкою. Стадія 0 навмисно передує будь-якому проєктуванню: це рішення про те, чи будівництво взагалі є правильним способом досягти мети замовника. У практиці донорського фінансування, з якою мені доводилося працювати роками, та сама ідея виражена ще прагматичніше: готовність до запуску описана переліком conditions precedent, тобто передумов, без виконання яких транш просто не надійде: землевідведення, дозвільна документація, підписаний EPC-контракт, екологічні погодження. В одному з проєктів гуманітарного розмінування, який я супроводжував, готовність об’єкта до старту робіт залежала від структурованого польового обстеження ділянки та серії погоджень з муніципалітетом, і жодна з цих передумов ніколи не потрапляла в календарний графік.

 

Development Intelligence відповідає не на питання «чи проєкт хороший», а на питання «чи проєкт готовий», і ця готовність завжди складається з конкретного переліку рішень і документів, а не з дати в календарі.

Execution Intelligence

Коли проєкт буде фактично реалізований і які події визначають його критичний шлях?

 

FIDIC у редакції 2017 року зробив показовий крок: Sub-Clause 8.3(g) вперше прямо вимагає, щоб графік підрядника показував логічно пов’язані роботи з визначенням резервів часу і критичного шляху, тоді як редакція 1999 року такої деталізації взагалі не передбачала. Це не бюрократична деталь, а визнання того, що без експліцитного критичного шляху графік є радше побажанням, ніж інструментом управління. AACE International у своєму Total Cost Management Framework наполягає на інтеграції вартості й строків в єдину систему контролю проєкту, а не на паралельному веденні двох незалежних дисциплін.

 

У власній практиці адміністрування FIDIC-контрактів я неодноразово бачив, як критичний шлях «ламається» не на майданчику, а на стику між різними контрактними інструментами: постачанням обладнання, дозволами, інтерфейсами між підрядниками. Execution Intelligence саме про це: не про охайну діаграму Ганта, а про безперервне відстеження подій, які реально стримують завершення.

Commercial Intelligence

Коли та в якому обсязі компанія отримає продажі, виручку і грошові надходження?

 

RICS формалізує це через методики залишкової вартості (residual method) та дисконтованих грошових потоків у оцінці девелопменту, наголошуючи, що прогноз, на відміну від оцінки на конкретну дату, завжди стосується майбутнього і тому потребує окремої дисципліни чутливості й ризик-аналізу. У готельних і харчових проєктах, з якими мені доводилося працювати, комерційний контур майже завжди відстає від фізичного прогресу: об’єкт вважається готовим з будівельної точки зору набагато раніше, ніж він починає давати виручку, тому що продажі, офтейк-контракти чи заповнюваність номерного фонду мають власну, зазвичай довшу криву розгону.

 

Commercial Intelligence поєднує календар фізичного завершення з календарем комерційної реалізації, і саме розрив між ними, а не сама сума виручки, є головним, що варто вимірювати.

Financial Intelligence

Чи достатньо фінансових ресурсів для виконання плану та коли може виникнути дефіцит ліквідності?

 

У будівництві прибуток фіксується на завершенні, а грошовий потік є обмеженням, яким доводиться керувати щомісяця, і саме в цьому розриві народжується більшість дефолтів. S-подібна крива грошового потоку, стандартизована у практичних вказівках RICS з прогнозування cash flow, лишається базовим інструментом цього контуру: витрати повільно наростають на старті, пришвидшуються у пікову фазу і вирівнюються під час завершення, тоді як надходження, особливо в межах донорського фінансування з його траншевою логікою й умовами conditions precedent до кожної виплати, часто відстають від витрат на тижні, а іноді й місяці.

 

У проєктах, реалізованих у межах міжнародних програм фінансування, я неодноразово бачив, наскільки критичним є розведення в часі моменту, коли підрядник вже поніс витрати, і моменту, коли донор чи інвестор фактично здійснює транш. Financial Intelligence існує для того, щоб цей розрив був видимий заздалегідь, а не виявлявся постфактум як касовий розрив.

Portfolio Intelligence

Як проєкти впливають один на одного та як між ними розподіляються капітал, ресурси й управлінська увага?

 

PMI у Standard for Portfolio Management визначає управління портфелем як балансування конкуруючих вимог між компонентами портфеля та розподіл ресурсів відповідно до організаційних пріоритетів, а не відповідно до того, чий керівник проєкту голосніше просить. Це не абстракція: коли одночасно реалізується кілька об’єктів, наприклад кілька елеваторних потужностей у межах однієї інвестиційної програми або кілька компонентів донорського портфеля, управлінська увага, ключові інженерні кадри та обіговий капітал є спільним і обмеженим ресурсом. Рішення на користь одного проєкту завжди є рішенням проти іншого, навіть якщо це ніде прямо не сформульовано.

 

McKinsey описує потребу єдиного джерела правди (single source of truth) для всієї екосистеми проєктних даних. Portfolio Intelligence, по суті, це контур, який робить видимим те, що управлінська увага, а не лише гроші, є дефіцитним ресурсом, і дає підстави свідомо, а не за замовчуванням, вирішувати, який проєкт отримає її більше.

Scenario Intelligence

Що відбудеться зі строками, грошовими потоками та результатом при зміні внутрішніх або зовнішніх умов?

 

AACE International формалізував інтегрований кількісний аналіз ризику вартості й строків через імітаційне моделювання Монте-Карло (рекомендовані практики 65R-11 та 123R-22), що дає не одне число, а розподіл імовірних результатів. Але зводити сценарний аналіз лише до статистики було б спрощенням. П’єр Вак (Pierre Wack), який створив сценарне планування в Royal Dutch Shell у 1970-х, наполягав, що мета сценаріїв не в тому, щоб вгадати майбутнє, а в тому, щоб змінити припущення особи, яка ухвалює рішення, і розширити перелік варіантів, які вона взагалі готова розглядати.

 

У реаліях, у яких зараз працює будівельна галузь України, включно з питаннями модульного будівництва в умовах воєнних ризиків, цей контур перестав бути теоретичною вправою і став щоденною управлінською практикою: що станеться з графіком, бюджетом і портфелем, якщо зміниться логістика, курс, доступність робочої сили чи безпекова обстановка на майданчику. Scenario Intelligence не замінює прогноз. Він перевіряє його на міцність.

Чому саме взаємозв’язок, а не кількість звітів

Кожен із шести контурів окремо, це усталена, добре описана управлінська дисципліна: девелопмент-менеджмент, проєктний контроль, комерційне управління, фінансовий контроль, портфельне управління, ризик-менеджмент. Жоден з них не є новим. Новим є наполягання на тому, що цінність з’являється не в жодному з них окремо, а на перетині: коли зміна дати на критичному шляху автоматично перераховує грошовий потік, коли рішення портфельного пріоритету одразу видно в комерційному прогнозі, коли сценарій зміни курсу одразу показує, у якому саме місяці виникне дефіцит ліквідності.

 

Саме цього бракує більшості управлінських систем, з якими я стикався: не даних, а зв’язків між ними. Шість контурів, узяті окремо, лишаються шістьма напрямами управління. Пов’язані одне з одним, вони стають єдиною моделлю майбутнього стану проєкту, портфеля і бізнесу, тобто Project Intelligence в тому сенсі, в якому я вживаю цей термін.

 

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

Джерела

• FIDIC, Conditions of Contract (Red, Yellow, Silver Books), редакція 2017 року, Sub-Clause 8.3
• RIBA Plan of Work 2020, Royal Institute of British Architects
• PMI, The Standard for Portfolio Management, Project Management Institute
• AACE International, Total Cost Management Framework; Recommended Practices 65R-11 та 123R-22
• RICS, Cash Flow Forecasting (Practice Information); RICS Valuation Global Standards
• Bent Flyvbjerg, Dan Gardner, «How Big Things Get Done» (2023); Flyvbjerg, «What You Should Know About Megaprojects and Why» (2014)
• McKinsey & Company, «Better tech for closer tracking of capital projects»
• Pierre Wack, «Scenarios: Uncharted Waters Ahead», Harvard Business Review (1985)
• Stafford Beer, «Brain of the Firm» (1972)