Where AI Actually Helps in Project Controls (and Where It Doesn't)
A grounded view from the field on which AI use cases are paying back this year on construction projects, and which are still demos.
Project names, parties and commercially sensitive figures referenced in this article have been anonymised or generalised. Examples reflect real situations encountered across multiple projects; they are not attributed to any specific client, contractor or contract.

There is a lot of noise about AI in construction. Most of it is demoware — polished videos of features that do not survive contact with a real project. A small set of use cases is genuinely paying back this year, and they all share one feature: they take unstructured data the team is already producing and turn it into something a project controller can act on.
Daily report extraction is the clearest win. Site diaries, weather logs and labour returns become a queryable dataset that feeds productivity and disruption analysis in minutes, not days. The historical value is enormous — once you can ask 'show me every day with wet weather and rebar work in the last six months', you can defend a productivity loss claim with evidence instead of narrative.
Drawing comparison between revisions is the second. A model trained to spot changes between two PDF revisions surfaces scope creep before it lands in an RFI. On a high-density residential project we ran a weekly drawing diff and reduced design-driven RFIs by about 30%. The cost is small, the discipline of running it weekly is the hard part.
Schedule narrative generation is the third — feeding the updated P6 or MS Project file into a model that drafts the monthly schedule narrative. Saves the planner a day a month, and the narrative is consistent in format and tone. The planner edits rather than authors, which raises the quality and lowers the time. Critically, the planner still makes the judgement calls about what to highlight; the model handles the prose.
Risk register summarisation is the fourth. Feed a 60-line register into a model and ask for the top ten risks by exposure, grouped by category, with the proposed responses summarised. It produces in two minutes what would take a project services lead two hours. It does not replace the judgement; it accelerates the briefing prep.
What does not work yet: autonomous risk prediction, AI-generated CPM logic, claims strategy, and any tool that promises to replace the planner. The judgement is still human, and the source data on construction projects is too sparse and too political for models to be reliable. The teams that have tried it have quietly walked the deployment back.
Three practical guardrails. Never feed contract-sensitive correspondence into a public model — use a tenant where the data stays inside your environment. Treat AI output as a first draft, not a finished work product; the editor remains accountable. And keep a written log of what was generated by AI and what was authored — useful for both audit and future training of your own models.
The pattern is clear: AI works where it removes drudgery from a task with a human decision-maker still in the loop. It fails where it is asked to replace judgement. Start with the four use cases above, run them for a quarter, and you will have a strong baseline of where to invest next.
Construction project manager (PMP, MCIOB) with 20+ years on infrastructure, commercial and industrial builds across the GCC and NZ. Writes about the controls, contracts and field practices that actually move projects.
Read full bio →