From my construction planning experience, I do not think construction projects can simply adopt Agile in the same way as software projects. Once construction starts, we are dealing with fixed contracts, approved designs, procurement lead times, site constraints, and safety requirements. On projects I have worked on, even a small design change introduced late in the process could trigger rework, procurement impacts, and schedule delays, so the flexibility associated with Agile has practical limits.
That said, I have seen Agile-style practices work well during design development, planning reviews, and coordination meetings. When teams review progress frequently, resolve issues quickly, and adjust plans based on actual site conditions, decisions are made faster and problems are addressed before they grow into larger delays. My current project is adopting the agile way of working for redesign of the development.
My view is that construction benefits most from a hybrid approach. The overall project may still follow a predictive, contract-driven framework, while teams use shorter planning cycles and more frequent collaboration to improve coordination and responsiveness.
In construction, Agile is less about embracing constant change and more about responding effectively when change is unavoidable.