Entrepreneurship and Innovation in Construction

Chapter 12
Artificial Intelligence and Construction Analytics

Bachelors Program in Construction Technology
Entrepreneurship and Innovation in Construction   •   Bachelor

Artificial Intelligence and Construction Analytics

Introduction and Context

Construction is increasingly a data-producing industry. Building information models (BIM), estimating systems, drones, laser scanners, sensor networks, mobile applications, equipment telematics, quality records and project schedules generate information throughout the asset life cycle. Artificial intelligence (AI) and construction analytics provide methods for converting this information into forecasts, recommendations and automated observations.

AI should not be understood as a replacement for construction professionals. It is a set of computational methods that can identify patterns, classify objects, estimate outcomes and generate content. Construction decisions remain constrained by contracts, codes, site conditions, safety duties, professional judgement and stakeholder interests. Consequently, the central question is not whether an AI model is technically impressive, but whether it produces reliable, explainable and actionable evidence for a particular decision.

Construction analytics normally develops through four levels:

  1. Descriptive analytics explains what has happened, such as completed quantities, cost variance or recorded incidents.
  2. Diagnostic analytics investigates why an outcome occurred, such as causes of delay or rework.
  3. Predictive analytics estimates what is likely to happen, such as the probability of schedule overrun.
  4. Prescriptive analytics compares possible actions and their consequences, such as resequencing work or increasing inspection frequency.

The value of an analytical system depends on the chain from data collection to decision and action. A precise prediction based on incomplete or biased data may be less useful than a simpler, transparent model based on well-controlled information.

Learning Objectives

By the end of this chapter, students should be able to:

  • distinguish AI, machine learning, computer vision, generative AI and construction analytics;
  • identify data requirements and quality risks in construction projects;
  • explain how AI supports estimating, planning, safety and asset management;
  • interpret basic predictive-model metrics and probability outputs;
  • design a human-supervised AI workflow;
  • evaluate bias, explainability, privacy, cybersecurity and accountability risks; and
  • recommend practical governance and implementation measures for a construction enterprise.

1. Foundations: AI, Machine Learning and Analytics

AI refers broadly to computational systems that perform tasks associated with human cognitive capabilities, including perception, language processing, reasoning and learning. Machine learning (ML) is a subset of AI in which a model learns relationships from data rather than being programmed only through explicit rules.

In supervised learning, examples contain inputs and known outputs. A regression model may learn to estimate tender cost from quantities, project type, location and market conditions. A classification model may predict whether an activity is at high risk of delay. In unsupervised learning, the output is not labelled in advance; clustering can group projects with similar risk profiles. In reinforcement learning, an agent learns through feedback while selecting actions, although its use in safety-critical construction control requires exceptional safeguards.

A typical supervised-learning representation is:

ŷ = f(x; θ)

Here, x is the vector of input features, θ represents learned model parameters, f is the model, and ŷ is the predicted output. The prediction is not automatically a fact; it is an estimate conditional on the data and assumptions used to train the model.

Data, features and labels

Construction data may be structured (cost codes, quantities, dates), semi-structured (BIM objects and schedule exports) or unstructured (drawings, photographs, inspection notes and contracts). A feature is an input variable used by a model. A label is the target outcome used for supervised training. For example, historical actual cost can be a label, while gross floor area and procurement route can be features.

The data pipeline generally includes acquisition, validation, cleaning, integration, feature engineering, model training, evaluation, deployment and monitoring. Data leakage must be avoided. Leakage occurs when information unavailable at the time of a real decision enters training, producing unrealistically good results. For example, using the final approved variation value to predict an early-stage cost overrun is invalid.

Model evaluation

For a regression model, common measures include mean absolute error (MAE) and root mean square error (RMSE):

MAE = (1/n) ∑ᵢ₌₁ⁿ |yᵢ − ŷᵢ|
RMSE = √[(1/n) ∑ᵢ₌₁ⁿ (yᵢ − ŷᵢ)²]

Here, yᵢ is the observed value, ŷᵢ is the prediction and n is the number of observations. Both measures have the same units as the target, such as dollars or days. RMSE penalizes large errors more heavily than MAE and is therefore sensitive to outliers.

For binary classification, a confusion matrix records true positives (TP), true negatives (TN), false positives (FP) and false negatives (FN). Important measures are:

Precision = TP/(TP + FP)
Recall = TP/(TP + FN)

Precision answers: of the items flagged positive, how many were actually positive? Recall answers: of the actual positive items, how many were detected? In safety monitoring, a missed hazard may be more serious than an unnecessary alert, so recall may receive greater priority. However, excessive false alarms can cause alert fatigue. The threshold should therefore be selected with operational and safety consequences in mind.

A model must be tested on data not used for fitting. A random split may be inappropriate where projects, locations or time periods are correlated. A stronger evaluation may train on earlier projects and test on later projects, or hold out entire projects to assess generalisation. Performance should also be reported separately for relevant groups, such as project types, regions, subcontractor categories and site conditions.

2. A Construction AI Architecture

An operational system normally contains more than a model. It includes source systems, data governance, computational services, user interfaces and controls.

Construction AI workflow Data sourcesBIM • costsschedules • imagessensors • records Data controlsquality • accessintegration • labelsprivacy ModelsML • visionlanguage • forecastsuncertainty Human decisionreview • actionrecord • escalationmonitor outcome Feedback, drift detection and model improvement
Construction AI workflow from data sources to human decision and monitored action
Figure: Construction AI workflow from data sources to human decision and monitored action

Figure: A governed construction AI workflow in which data and model outputs support, but do not replace, human decisions.

3. Applications Across the Construction Life Cycle

3.1 Estimating and commercial management

AI-assisted estimating can retrieve comparable projects, classify scope from drawings, identify quantities, and estimate labour, material and equipment costs. Natural-language systems can search specifications and contracts for clauses, exclusions and obligations. Computer vision can assist quantity verification from site images, while anomaly detection can identify unusual bids, duplicate invoices or unexpected cost-code patterns.

A basic cost estimate can be represented as:

C = ∑ᵢ₌₁ᵐ qᵢ rᵢ + O

where C is estimated direct and indirect cost, qᵢ is the quantity of cost item i, rᵢ is its unit rate, m is the number of items and O represents other allocated costs. The identity is an estimating structure, not an AI model. A predictive model may estimate rᵢ or an adjustment factor, but quantities, scope interpretation and commercial assumptions still require professional validation.

Estimating systems should expose the source of a recommendation: comparable projects, date of rates, location adjustment, productivity assumptions and confidence range. A single point estimate conceals uncertainty. Scenario analysis is usually more informative: for example, evaluating labour productivity, material price and programme assumptions under low, central and high cases.

3.2 Planning and schedule risk

Predictive analytics can estimate activity duration, identify likely constraint violations and detect slippage from progress records. A schedule-risk model may combine planned duration, actual production, predecessor status, weather, crew availability and procurement information.

For a simple expected-duration estimate under three-point estimating, the PERT mean is:

tₑ = (a + 4m + b)/6

Here, a, m and b are optimistic, most-likely and pessimistic durations, respectively, measured in the same time unit. This approximation assumes a beta-like distribution and is useful for preliminary planning; it should not be treated as a substitute for schedule logic, historical calibration or risk simulation.

AI can recommend resequencing, but recommendations must respect precedence relationships, access, temporary works, permits, contractual milestones and resource limits. A schedule that appears mathematically efficient may be unsafe or impossible to build.

3.3 Computer vision and safety

Computer vision uses images or video to detect objects, movements or conditions. Construction applications include identifying missing personal protective equipment, detecting workers in exclusion zones, checking progress against BIM objects, recognising unsafe proximity to equipment and documenting quality defects.

The system may produce a bounding box, class label and confidence score. Confidence is not the same as probability unless the model has been properly calibrated. Camera angle, lighting, occlusion, dust, weather, clothing and site culture can reduce performance. A site safety system should therefore supplement toolbox talks, supervision, permits, physical barriers and a mature reporting culture.

A responsible deployment defines what is detected, who can see footage, how long data are retained, how workers are informed, and what action follows an alert. Continuous worker surveillance can damage trust and may shift attention from hazard elimination to individual blame.

3.4 Asset management and predictive maintenance

After handover, sensors and maintenance records can support condition assessment and failure prediction. Models may detect abnormal vibration, temperature or energy consumption and prioritise inspections. A useful decision measure is expected loss:

E[L] = ∑ⱼ pⱼ Lⱼ

where pⱼ is the estimated probability of outcome j, Lⱼ is its loss and the sum covers mutually exclusive outcomes. Units must be consistent, such as currency per decision period. If preventive action costs Cₚ, intervention is economically attractive only when the avoided expected loss and other benefits justify Cₚ, while safety and regulatory requirements may require action regardless of financial optimisation.

Asset models require consistent identifiers linking equipment, location, specification, commissioning data, warranty terms, inspection history and replacement records. Poor handover data can prevent an otherwise sophisticated predictive system from working effectively.

3.5 Generative AI

Generative AI produces text, images, code, summaries or structured drafts from prompts and retrieved information. Construction uses include drafting method statements, summarising meeting records, comparing specification clauses, generating preliminary risk registers and assisting with queries against approved project documents.

The principal danger is fabricated or unsupported content, often called hallucination. A generated method statement may omit a critical temporary-works control; a contract summary may misread an exception. Generative systems should use approved sources where possible, identify citations, preserve document versions and require competent review. They should not independently approve designs, certify payment, alter contractual obligations or issue safety-critical instructions.

4. Data Quality, Bias and Explainability

The familiar principle “garbage in, garbage out” is particularly important in construction because project data are heterogeneous. Common quality dimensions include accuracy, completeness, consistency, timeliness, validity, uniqueness and provenance.

RiskConstruction exampleControl
MissingnessProgress photos absent during bad weatherRecord reason; assess whether missingness is systematic
Inconsistent definitionsDifferent projects define “start” differentlyEstablish a data dictionary
Measurement errorManual quantity or sensor errorCalibration and independent checks
Sampling biasTraining data contain only large urban projectsTest on smaller and rural projects
Label biasNear misses are under-reportedCompare reporting processes and incentives
LeakageFinal cost used in an early forecastEnforce time-aware data access

Bias may arise from historical decisions, unequal data coverage, proxy variables or deployment conditions. Removing a sensitive variable does not necessarily remove bias: location, employer or job category may act as proxies. A model used for safety should be assessed not only for average accuracy but also for false-negative rates across relevant groups and conditions.

Explainability has several forms. Global explainability describes how a model behaves overall. Local explainability explains a particular prediction. Counterfactual explanation asks what change would have altered the result. Feature importance can be useful, but correlation is not causation and an explanation method may itself be approximate. For high-consequence decisions, a simpler model with understandable logic may be preferable to a marginally more accurate opaque model.

Uncertainty should be communicated. Prediction intervals, confidence estimates, calibration plots and scenario ranges can show when a model is outside its reliable operating conditions. A model should be allowed to abstain or escalate when data are missing or confidence is low.

5. Human Oversight, Governance and Professional Responsibility

A construction organisation should establish an AI governance process before deployment. Key questions include:

  • What decision is being supported, and who remains accountable?
  • What data are collected, from whom and under what legal basis?
  • Is the model advisory, semi-automated or authorised to take action?
  • What validation evidence is required before use?
  • How are errors reported, corrected and learned from?
  • How are access, retention, cybersecurity and vendor obligations controlled?

A practical governance register should record the system owner, purpose, data sources, model version, training period, validation results, known limitations, affected people, human reviewer, escalation route and retirement criteria. Model changes require change control; a vendor update can alter behaviour even when the organisation has not changed its workflow.

Human oversight must be substantive rather than ceremonial. Reviewers need competence, time, access to evidence and authority to reject an output. Automation bias—the tendency to accept computer recommendations without adequate scrutiny—can be reduced by displaying evidence, uncertainty and alternative checks. Conversely, excessive false alarms can produce automation neglect. Both risks require monitoring.

Privacy and employment law may constrain facial recognition, worker monitoring and biometric processing. Contractual confidentiality may restrict sending drawings or claims data to external AI services. Cybersecurity controls should include identity management, least privilege, encryption, secure interfaces, prompt and data filtering, backup, incident response and supplier due diligence.

Professional ethics require competence, transparency, fairness, protection of the public and accountability. An AI supplier may be responsible for a defect in a model, but the contractor or consultant remains responsible for using technology within its competence and contractual authority. Liability cannot be eliminated by describing an output as “AI-generated.”

6. Implementation Framework for Construction Enterprises

A realistic adoption programme begins with a narrowly defined, measurable use case rather than a general ambition to “use AI.” Suitable early projects often have a clear decision, available historical data, moderate consequences and an identifiable process owner.

Step 1: Define the decision. Specify the user, decision time, action, success measure and unacceptable error.

Step 2: Audit the data. Identify ownership, format, missing values, definitions, time coverage, permissions and representativeness.

Step 3: Establish a baseline. Compare the proposed model with current practice, a simple rule or a naive forecast. A complex model is valuable only if it improves decisions or outcomes.

Step 4: Prototype and validate. Use time- or project-based holdouts, relevant subgroups and realistic operating conditions. Test failure cases deliberately.

Step 5: Conduct a controlled pilot. Keep humans in the loop, log overrides and compare outcomes against the baseline.

Step 6: Deploy with monitoring. Track data drift, concept drift, error rates, calibration, user behaviour and business outcomes. Retrain only through controlled procedures.

Step 7: Review and scale. Stop, revise or expand the system based on evidence, not novelty.

Useful performance indicators include forecast error, avoided rework, response time, safety-report quality, maintenance availability, user adoption and the rate of inappropriate alerts. Financial return should include integration, training, data preparation, licensing, cybersecurity, review time and change-management costs—not merely software subscription cost.

Applied Case: Illustrative Highway Project Progress and Safety System

Background

A fictional contractor is delivering a 24-km highway project involving earthworks, drainage, structures and pavement. The project has daily drone images, weekly schedule updates, equipment telematics and incident records, but information is stored in separate systems.

Problem

Managers receive late warning of earthwork slippage. Safety personnel also report inconsistent use of exclusion zones near graders and trucks. The contractor proposes a combined computer-vision and predictive-analytics platform.

Analysis

An initial audit finds that drone flights are less frequent after rain, activity codes differ between two work packages, and near misses are reported more consistently by one subcontractor. A model trained without correction would associate reporting frequency with risk and might confuse missing images with low production.

The team creates a shared activity dictionary, records weather-related missingness, links images to chainage and date, and separates training by work package and time period. A baseline schedule rule flags activities whose actual production is below 80% of planned production for two consecutive observations. The proposed model is evaluated against this baseline using later project data.

For safety, the vision model detects people and vehicles in defined exclusion zones. It does not identify workers by face. Alerts are reviewed by a competent safety officer, and the system records whether an alert was valid, a false alarm or a missed event. Physical barriers and spotters remain mandatory controls.

Approach and outcome

The pilot produces earlier warnings for selected earthwork activities, but performance falls during dust and low-light conditions. Managers therefore use the model only during suitable image conditions and require manual confirmation otherwise. The safety system generates frequent alerts near a legitimate crossing point, leading the team to redesign the traffic arrangement rather than simply lowering the alert threshold. The project does not claim that AI caused a reduction in incidents; it reports improved observation coverage and faster escalation while continuing conventional safety measurement.

Learning points

The case demonstrates that integration and data definitions may be more important than model sophistication. It also shows why a false positive can reveal a design or process problem, why model limitations must be visible, and why AI should support hazard elimination and planning rather than become a substitute for them.

Challenges and Contemporary Developments

Construction data are fragmented across organisations with different commercial incentives. Small contractors may lack labelled datasets, cloud expertise or funds for integration. Projects are temporary, so a model trained on one project may not transfer to another. Climate change can alter weather-related patterns and invalidate historical relationships. Synthetic data and foundation models may reduce data scarcity, but they can also reproduce hidden biases and create uncertainty about provenance.

Digital twins increasingly combine BIM, sensor feeds, operational records and analytical models. Their usefulness depends on synchronisation, semantic consistency and clear decision purposes. Edge computing can process camera or sensor data locally, reducing latency and exposure of raw data. Federated or privacy-preserving learning may allow organisations to learn from distributed data without centralising all records, although governance and comparability remain difficult.

Large language models are becoming interfaces to project knowledge, but retrieval quality, permission controls, citation accuracy and prompt injection are material risks. Regulation is moving toward risk-based controls, transparency, data governance and accountability. Construction organisations should monitor applicable jurisdictional requirements rather than assuming that a general-purpose AI tool is legally neutral.

Best-Practice Checklist

  • Start with a defined construction decision and accountable owner.
  • Use a data dictionary, controlled identifiers and documented provenance.
  • Prevent leakage and test on future or independent projects.
  • Compare AI with a transparent baseline.
  • Report uncertainty, subgroup performance and failure conditions.
  • Keep qualified humans responsible for safety, design, payment and contractual decisions.
  • Minimise personal data and define retention and access rules.
  • Validate generated text against approved source documents.
  • Log model versions, prompts, outputs, overrides and incidents.
  • Monitor drift and retire systems that no longer perform acceptably.

Chapter Summary

AI and construction analytics convert project and asset data into descriptions, diagnoses, forecasts and recommendations. Machine learning supports estimating, schedule-risk analysis, safety observation, quality control and predictive maintenance; computer vision interprets images; and generative AI assists with document and knowledge tasks. These applications are valuable only when their data, assumptions and operating boundaries are understood.

Regression and classification metrics must be interpreted in relation to construction consequences. Data quality, leakage, sampling bias, missingness and inconsistent definitions can undermine an apparently accurate model. Explainability, uncertainty and calibrated human oversight are essential for high-consequence decisions. Governance should assign accountability, protect privacy and security, document model behaviour and monitor performance after deployment. The most successful implementation is usually a controlled, measurable workflow that improves professional judgement rather than attempting to remove it.

Key Terms

Artificial intelligence: Computational methods that perform tasks associated with human cognitive capabilities.

Machine learning: Methods that learn patterns or relationships from data.

Supervised learning: Learning from examples with known target labels.

Unsupervised learning: Learning patterns from data without predefined labels.

Computer vision: AI methods for interpreting images or video.

Generative AI: Systems that generate text, images, code or other content.

Feature: An input variable used by a model.

Label: The known target outcome used in supervised learning.

Data leakage: Use of information in training that would not be available at decision time.

Regression: Prediction of a numerical quantity.

Classification: Assignment of observations to categories.

Precision: The proportion of positive predictions that are correct.

Recall: The proportion of actual positive cases that are detected.

Model drift: Decline in performance as data or relationships change.

Explainability: The extent to which model behaviour or outputs can be understood.

Automation bias: Undue reliance on an automated recommendation.

Predictive maintenance: Maintenance planned using predicted condition or failure risk.

Data provenance: Information about the origin, history and transformations of data.

Human-in-the-loop: A workflow in which a person reviews, authorises or can override an AI output.

Digital twin: A connected digital representation of a physical asset or process.

Review Questions

Short Answer Questions

  1. Distinguish descriptive, predictive and prescriptive construction analytics.
  2. What is data leakage, and why does it produce misleading model evaluation?
  3. Define precision and recall in the context of safety alerts.
  4. Identify four important dimensions of construction data quality.
  5. Why should generative AI outputs be checked against approved project sources?

Long Answer Questions

  1. Explain how AI could support estimating while preserving professional accountability.
  2. Discuss the use of computer vision for construction safety, including technical and ethical limitations.
  3. Compare MAE and RMSE and explain when each may be useful in construction forecasting.
  4. Describe a governance framework for deploying predictive maintenance on a public asset.
  5. Explain why a model with high overall accuracy may still be unsuitable for a construction project.

Analytical / Application Questions

  1. A contractor wants to predict schedule overruns using historical project data. Design a validation plan that prevents leakage and tests generalisation across time, project type and location.
  2. A site-camera system produces many exclusion-zone alerts at a legitimate crossing. Analyse possible technical and process causes and recommend a safe response.
  3. A generative AI tool drafts a method statement that omits a temporary-works inspection. Propose an approval workflow, accountability allocation and controls to prevent recurrence.

Multiple Choice Questions with Answers

Question 1

Which type of analytics estimates what is likely to happen in the future?

A. Descriptive analytics

B. Diagnostic analytics

C. Predictive analytics

D. Archival analytics

Correct Answer: C. Predictive analytics

Question 2

In a construction regression model, what does MAE measure?

A. The average absolute prediction error in the target's units

B. The proportion of positive classifications that are correct

C. The percentage of missing values in the dataset

D. The number of model parameters

Correct Answer: A. The average absolute prediction error in the target's units

Question 3

A safety model detects 45 of 50 actual hazards and generates 60 positive alerts. What is its precision?

A. 75%

B. 83.3%

C. 90%

D. 95%

Correct Answer: B. 83.3%

Question 4

Which practice is an example of data leakage?

A. Testing on projects from a later year

B. Using early progress records to forecast completion

C. Using final approved variation values to predict an early cost overrun

D. Removing duplicate sensor records

Correct Answer: C. Using final approved variation values to predict an early cost overrun

Question 5

What is the principal purpose of a time-based holdout test?

A. To make the model more complex

B. To assess performance on future-like data

C. To eliminate the need for data cleaning

D. To guarantee zero prediction error

Correct Answer: B. To assess performance on future-like data

Question 6

Which statement best describes recall?

A. The proportion of predicted positives that are correct

B. The proportion of actual positive cases that are detected

C. The average size of a numerical prediction error

D. The fraction of records that are duplicated

Correct Answer: B. The proportion of actual positive cases that are detected

Question 7

Why can removing a sensitive variable fail to eliminate algorithmic bias?

A. Models cannot use numerical variables

B. Other variables may act as proxies for it

C. Removing variables always causes underfitting

D. Bias exists only in labels, never in features

Correct Answer: B. Other variables may act as proxies for it

Question 8

Which is the most appropriate role for human oversight in a safety-critical AI workflow?

A. Approve every output automatically

B. Review evidence, assess context and retain authority to override

C. Ignore model uncertainty if accuracy is high

D. Allow the vendor to make all site decisions

Correct Answer: B. Review evidence, assess context and retain authority to override

Question 9

For the three-point estimate with optimistic duration 4 days, most-likely duration 7 days and pessimistic duration 16 days, what is the PERT expected duration?

A. 7 days

B. 8 days

C. 9 days

D. 10 days

Correct Answer: B. 8 days

Question 10

Which control is most appropriate when using generative AI to draft a method statement?

A. Issue the draft without review because it is machine-generated

B. Remove all source citations to simplify the document

C. Validate the draft against approved documents and require competent approval

D. Permit the system to change contractual requirements

Correct Answer: C. Validate the draft against approved documents and require competent approval

Entrepreneurship and Innovation in Construction
Chapter 12 of 14