First concrete looks like progress.  Sometimes it is.

But in large capital projects, it can also be the moment when unresolved risk becomes expensive. 
The pressure to start is easy to understand. Investors want momentum. Governments want visible progress. Contractors want mobilization. Management wants to show that the program is moving.

Each of those incentives is rational. Together, they can push a project into construction before it is ready to build. That is where many overruns are created. Not when the delay becomes visible. Not when the claims arrive. Not when the budget is revised. Earlier.

When the design is still changing, the handovers between teams are still unclear, approvals are not fully settled, critical suppliers are not locked in, and no one is quite sure who has the final say.

Construction does not solve those problems. It makes them more expensive: drawings change after crews are mobilized, regulatory comments trigger rework, components arrive late or out of sequence, and each contractor protects its own scope, while the project as a whole loses time.

Each issue looks manageable in isolation. Together, they become resequencing, claims, delays and cost escalation. This is why “start fast” can be a false economy. Construction is not the milestone. 
Readiness is.

A project has earned the right to start construction only when the delivery system is ready: the design is mature enough to build, the supply chain is capable enough to deliver, and the owner is strong enough to resolve trade-offs before they turn into field problems.

The owner’s role is critical here. In complex capital programs, accountability cannot be outsourced to contractors. Contractors deliver work packages. They do not own the economic outcome.

The owner has to do more than sponsor the project. It has to hold the project back until the basics are ready, make the hard calls early, and make sure each workstream serves the whole project, not just its own package.

Otherwise, everyone can report progress while the project as a whole loses control. That is the reality of megaproject delivery. Failure often becomes visible during construction. But it is usually created before construction starts.

This aligns with Bain & Company’s recent piece on nuclear and megaproject delivery: Nuclear and Megaproject Delivery: Five Elements That Predict Success

CapitalProjects | Infrastructure | ProjectGovernance

The discount is approved. The volume comes in. Profit does not always follow – and sometimes it deteriorates.

That is the uncomfortable problem with trade spend.
Individually, many commercial decisions look reasonable. A competitor offers better terms. A dealer needs support. A retailer asks for a scheme. A region wants to protect volume.

The issue starts when these decisions become a collection of local reactions rather than a governed commercial investment. Many companies spend 8 to 11 percent of revenue on trade incentives: rebates, dealer bonuses, retailer schemes, volume slabs and tactical discounts. The intent is usually clear: protect the channel, defend share, support growth, or respond to competitive pressure.

But the financial question is often less clear.
Did the incentive create incremental growth, or did it subsidize volume that would have happened anyway?

Did it strengthen the channel, or did it make partners more dependent on payouts? Did it protect price discipline, or did it quietly reset the market’s view of value? This is why trade spend should not be managed as a discount budget.
It should be governed as a commercial investment portfolio, with clear expectations on return, risk, and incrementality.

A baseline matters. Without it, the company cannot tell whether it bought new demand or simply paid extra for demand it already had.
A sales increase is not always profitable growth. Sometimes it is revenue subsidized by the company itself. The real issue is not only how much was spent. It is what behaviour the spend actually drove.

That requires scheme-level discipline: a baseline before launch, payout conditions tied to incremental behaviour, channel margin visibility, and post-scheme ROI review.

Without that discipline, the spend keeps going out – and the return stays invisible. Sales sees activity. Finance sees cost. The business needs to see return.

Inspired by:
McKinsey & Company – Reimagining trade spend: From cost center to growth catalyst

Тоді основною “командою розробки” були я, мій колега (програміст, системний адміністратор і вебмайстер в одній особі) і купа ентузіазму, який здавався невичерпним. Я працювала викладачкою в університеті, мала досвід як очного, так і заочного навчання, розуміла, як працює система освіти зсередини, і ми вирішили спробувати створити власну дистанційну платформу.

Спочатку не йшлося про окрему онлайн-школу. Ідея була значно простіша: зробити дистанційну підтримку для звичайної загальноосвітньої школи, де навчалися наші діти. Коли з певних причин учень не міг якийсь час ходити до школи — через хворобу, інклюзивне навчання, якісь життєві обставини або просто потребу в більш гнучкому форматі.

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

Як складнощі перетворилися в мотивацію.

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

Але у той самий період почались освітні реформи. Через нові вимоги щодо необхідної кількості учнів нашу невелику школу могли просто закрити. Там навчалося приблизно триста дітей, а для як окремої школи цього вже було недостатньо. Планувалося об’єднання з іншою, більшою школою.

Звісно, ніхто цього не хотів.

І саме тоді наша дистанційна платформа несподівано стала для школи шансом вижити. Завдяки їй, школу змогли перевести у формат профільної — з інклюзивною освітою, екстернатом і дистанційною підтримкою. І у якийсь момент усе дуже дивно, але дуже правильно склалося докупи.

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

І це був не “стартап”. Це була абсолютно реальна школа зі справжніми дітьми, оцінками, журналами, контрольними, утомленими батьками, учителями й постійними спробами зрозуміти, як зробити так, щоб дитина не просто відкрила платформу, а дійсно на ній навчалась.

До речі, найбільшою проблемою тоді часто була навіть не технічна частина, а звичайний людський фактор – найчастіше діти й батьки просто не могли запам’ятати логін та пароль.

А далі прийшла пандемія.

І ось тут наша платформа раптом із “дивної експериментальної штуки” перетворилася на повноцінну, працюючу систему. Ми встигли інтегрувати вебінарну систему, налаштувати єдине вікно входу, і діти заходили у свої класи просто через платформу. Без відкритих посилань, без чужих людей у конференціях, без хаосу з іменами типу “Котик228” на уроці.

Учителі бачили, хто присутній, учні не могли міняти акаунти чи заходити анонімно. Усе було частиною системи, під контролем адміністрації. Це був справжній прорив.

По суті, COVID просто натиснув кнопку прискорення для того, що ми й так уже будували кілька років. Далі буде…

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

У той момент вся технічна й адміністративна підтримка школи трималася фактично на чотирьох людях. І це була не “айті-компанія з відділом підтримки”. Це була маленька команда, яка обслуговувала школу приблизно на 340 учнів, кількадесят учителів, адміністрацію й усю дистанційну систему одночасно.

По суті, ми збудували одну велику цифрову школу.

У нас був повністю закритий контур навчання. Усі користувачі знаходилися всередині єдиної системи. Усі персональні дані були захищені, доступи обмежені, ролі розподілені. Діти не заходили через випадкові відкриті посилання, не шукали “де там той Zoom”, не стрибали між десятьма месенджерами й чатами.

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

Вчителі переходили між кімнатами на свій урок, де вже було все потрібне: дошка, голосовий і відеозв’язок, презентації, чат, можливість викликати дітей до “дошки”, піднімати руки, відповідати голосом або текстом, надавати доступ для писання і малювання на дошці окремим учням, проходити миттєві інтерактивні опитування – багато хто з вчителів, доречі, почав тоді користуватися електронними графічними стилусами і планшетами (знов трохи статистики з власних спостережень – не було жодної кореляції між віком і вмінням користуватися ПЗ). Діти могли писати вручну, працювати через редактор, а вчитель – одразу бачити відповіді.

Що цікаво: для нас це вже тоді було нормою. Тоді як для більшості людей навколо — майже фантастикою.

Особливо якщо згадати, що тоді коїлося в багатьох школах у безкоштовних Zoom, Viber, Teams чи Google Meet. Там у конференції заходили “котики”, “зайчики”, “аноніми”, люди міняли імена, зривали уроки, викладали посилання в інтернет. У нас такого не було.

І не тому, що “діти були ідеальні”. Просто Moodle давав дуже жорстку систему ролей і контролю. Ми заблокували можливість змінювати імена, обмежили права доступу, налаштували логування, IP-контроль, і система миттєво показувала, хто, звідки й що робив.

Було буквально кілька випадків, коли діти передавали доступ стороннім людям. Але вираховувалося це хвилин за десять. Після цього всі дуже швидко зрозуміли, що це не “відкрита конференція для всіх бажаючих”, а структурована навчальна система.

До речі, наймасовіша проблема була зовсім не технічна.

Діти й батьки постійно забували логіни й паролі. Це був наш окремий “центр підтримки населення”. Оскільки діти реєструвалися централізовано, задля безпеки навчання і захисту персональних даних, було прийняте рішення – не надавати можливості самостійної авторизації, бо на власному досвіді побачили, що це квест із трьома зірочками, не стільки для дітей (хоча для малечі – так), скільки для батьків. Навіть можливість відновлення паролю через електронну пошту допомагала мало, бо більшість в той час нею не користувалися… Тож, батьки дзвонили, писали в Telegram, іноді по кілька разів на день, а ми вручну допомагали людям повернутися назад у систему.

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

Але у нас усе це працювало на базі Moodle з інтегрованою системою вебінарів BigBlueButton, який ми теж кастомізували під свої задачі. На той момент це була надзвичайно потужна система, особливо для державної школи.

Все це ми робили фактично безкоштовно, на голому ентузіазмі! 

Сервери, підтримка, адміністрування, налаштування, інтеграції, супровід — усе це було за наш рахунок. Так склалося, що наші власні діти навчалися в цій школі, і ми, по суті, робили це для них. А те, що там були ще трохи більше 330 осіб – ну куди ж їх подіти? Тому і працювали для усіх.

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

Коли ти 24/7 підтримуєш систему, щоб у дітей зранку були уроки, а деякі батьки виставляють претензії, що “усе не так організовано”, або чому “їм інтернет ніхто не оплатив”, це дуже швидко повертає з романтичного “ми міняємо освіту” в реальний світ…

При цьому, якщо дивитися об’єктивно, результати були дуже хороші.

У середньому в нас стабільно навчалися приблизно 75% дітей. Вони виходили на уроки, виконували завдання, отримували оцінки і повноцінну освіту.

Коли у той же час в інших школах, де дистанційка часто існувала формально, стабільна присутність була десь 35–40% у найкращому випадку.

Ще одна річ, яка дуже добре працювала — контроль якості навчання.

Директорка могла буквально за десять хвилин пройтися по всіх класах-вебінарах, подивитися, що відбувається на уроках, хто присутній, хто веде заняття, хто реально працює, а хто просто “вийшов в ефір”. І це теж була величезна перевага цифрової системи.

Саме тоді ми дещо зрозуміли – дистанційне навчання найкраще працює в маленьких групах.

Десь до 15 дітей — майже ідеальний формат для онлайн-уроку. Учитель бачить усіх. Діти включені в процес. Є контакт, контроль і нормальна взаємодія. Як тільки групи стають великими, дистанційна освіта дуже швидко перетворюється просто на трансляцію.

Якщо вам цікаво дізнатися що далі – переходьте до 3 частини))