Brownfield Project Management: Why Point Cloud Data Should Not Be Managed in Navisworks

Brownfield industrial plant point cloud compared to clean Navisworks model showing real-world conditions versus design coordination

The Reality of Brownfield Development

Brownfield projects are not clean, linear, or model-driven.

They are:

  • Reactive
  • Incremental
  • Constrained by existing infrastructure
  • Driven by time, cost, and operational pressure

In this environment, the idea of maintaining a fully coordinated 3D model is often unrealistic.

A simple example illustrates this:

An electrician installs an additional power point on site. The work is completed, energised, and signed off. The drawings may be updated later โ€” the model almost never is.

This is not a failure of process โ€” it is the reality of brownfield operations.


3D LiDAR scanning and 3D modelling service button โ€” laser scanner capturing a point cloud for engineering and CAD modelling
Mechanical engineering services

Engineering Reality: From Sketch to CAD

Before anything becomes a 3D model, it starts much simpler.

As engineers, we still:

  • Sketch ideas
  • Mark up drawings
  • Discuss constraints on site

Only after this thinking process do concepts become CAD models.

This reinforces a key principle:

Engineering decisions are not driven by software โ€” software supports engineering judgement.


The Problem with Model-Centric Workflows

Platforms such as Autodesk Navisworks Manage are often positioned as central coordination tools, and in the right context they are highly effective.

However, in brownfield environments they introduce challenges:

Model Drift

  • Models quickly become outdated
  • Site changes are rarely captured in real time

High Maintenance Cost

  • Continuous updates require time and budget
  • Maintenance of models is rarely prioritised operationally

Limited Long-Term Trust

  • Teams revert back to:
    • Drawings
    • Site verification
    • Experience

The result is that the model becomes a temporary tool rather than a reliable long-term asset.


Where Multi-Discipline Coordination Actually Matters

Navisworks is most powerful when used for:

  • Multi-discipline coordination
  • Clash detection
  • Design validation

This is critical in greenfield environments where:

  • Structural, mechanical, electrical, and civil systems are designed simultaneously
  • Multiple teams work in parallel
  • Design clashes must be resolved before construction

In these cases, Navisworks plays a vital role in reducing risk and improving delivery outcomes.


Brownfield Reality: Coordination Happens on Site

In brownfield environments, the situation is very different.

Work is typically:

  • Localised
  • Task-specific
  • Carried out in isolation

Constraints are:

  • Already physically present
  • Visible and measurable
  • Managed in real time on site

In many cases:

Multi-discipline coordination is minimal or already resolved physically.

For example, an electrician installing a new outlet:

  • Reviews the environment
  • Works around existing services
  • Completes the installation

There is no model update, no coordination session, and no Navisworks workflow involved.


Point Cloud Data: The True As-Built Record

Using platforms such as FARO SCENE, point cloud data provides:

  • A direct capture of real-world conditions
  • A measurable and verifiable dataset
  • A snapshot of the plant at a point in time

Unlike models, point clouds are not interpretations โ€” they are records of reality.


3D CAD Modelling Australia service banner for Hamilton By Design

Critical Limitation: Line-of-Sight

Point cloud data is inherently line-of-sight dependent.

This means:

  • Only visible surfaces are captured
  • Occlusions create gaps in the dataset

When navigating a point cloud โ€” whether in SCENE or Navisworks โ€” moving outside original scan positions reveals these gaps.

Importantly:

  • This is not a software limitation
  • It is a fundamental characteristic of LiDAR capture

Creating a Navisworks model from a point cloud does not resolve this issue. It simply introduces another layer of processing without improving data completeness.


Why Navisworks Adds Limited Value for Point Cloud Management

If the objective is:

  • Visualisation
  • Measurement
  • Inspection

Then native scan platforms already provide these capabilities.

Within SCENE, users can:

  • Navigate freely
  • Measure accurately
  • Clip and section data
  • Access models using free viewer tools

Introducing Navisworks adds:

  • Additional processing steps
  • Data conversion (e.g. E57 to RCP)
  • Larger and duplicated datasets
  • No improvement in scan accuracy or completeness

Navisworks does not remove line-of-sight limitations, does not fill missing data, and does not enhance the underlying scan.


Best Practice: Brownfield Data Strategy

A more practical and effective approach is:

1. Point Cloud as the Primary Asset

  • Maintain original scan data (e.g. E57)
  • Store registered datasets
  • Use native platforms for access and interrogation

2. Targeted Modelling Only Where Required

  • Model critical interfaces and tie-in points
  • Avoid full plant modelling unless necessary

3. Drawings for Formal Deliverables

  • Maintain as-built documentation
  • Use redlines where appropriate

4. Navisworks for Project Phases Only

  • Apply Navisworks during major upgrades or greenfield-style coordination
  • Do not rely on it as a long-term data environment

Key Project Management Insight

Models degrade over time in brownfield environments.

Point cloud data remains a verifiable record of reality.


Conclusion

Navisworks remains a powerful tool for coordination and design validation, particularly in greenfield projects where multi-discipline interaction is high.

However, for brownfield project management:

  • Point clouds provide truth
  • Drawings provide documentation
  • Navisworks provides temporary coordination

If the objective is to visualise, measure, and understand existing conditions, managing point cloud data within native scanning platforms is more efficient, more accurate, and more sustainable than relying on Navisworks models.


One-Line Summary

In brownfield projects, the scan is the asset โ€” the model is only a moment in time.


CHPP Engineering title graphic featuring bold white text reading "CHPP Engineering" centred on a blue rounded rectangle background.
Pipework Drafting title graphic featuring bold white text reading "Pipework Drafting" centred on a blue rounded rectangle background.
3D LiDAR Scanning for Engineering Projects title graphic featuring bold white text on a blue rounded rectangle background.

Our clients

Contact Us – Talk to Us

Name
Would you like us to arrange a phone consultation for you?
Address

Project Management, Programme Control & Safety on Thai Infrastructure Projects

Engineers reviewing a project schedule beside live rail construction, illustrating the link between programme control, temporary works, and public safety in infrastructure projects.

Building the Case for Stronger Project-Management Governance on Thai Infrastructure Projects

Recent infrastructure failures in Thailand have highlighted an issue that extends beyond construction capability, technical standards, or nationality. The common thread running through these events is how large projects are governed, scheduled, and controlled.

This discussion is not about blame.
It is about delivery systems, incentives, and authority โ€” and whether current models are sufficiently robust for complex work undertaken beside live roads, rail, and the public.


The delivery context

Many major infrastructure projects in Thailand are delivered through government-to-government frameworks involving international state-linked partners, including Chinese state-owned enterprises such as China Railway Engineering Corporation and related entities.

Within these arrangements:

  • local contractors typically hold construction responsibility
  • international partners provide systems, standards, technical authority, or programme input
  • project milestones are tightly defined and politically significant

This model brings scale, funding certainty, and delivery speed. It also creates predictable pressure points that deserve closer examination.


Infrastructure project managers assessing schedules during crane operations near live rail, representing safety governance and programme control in complex urban construction.

What the recent failures tell us

The incidents that have triggered concern were not failures of rail technology or permanent structural design. They were predominantly:

  • temporary works failures
  • crane and staging incidents
  • work undertaken adjacent to live public corridors

These are execution and sequencing failures, not design failures โ€” and they are heavily influenced by programme structure and schedule control.

This leads to a fundamental governance question:

Who has the authority to change the programme when safe sequencing requires it?


Programme control is not neutral

When schedules are:

  • externally fixed
  • politically sensitive
  • commercially punitive to miss

risk does not disappear. It is transferred downward.

In practice, this often manifests as:

  • parallel work instead of sequential isolation
  • reduced exclusion zones
  • reliance on procedural controls rather than engineered separation
  • temporary works treated as โ€œmeans and methodsโ€ instead of engineered systems

None of this requires bad intent. It is a system response to inflexible programmes.


The role of Chinese state-owned enterprises

Chinese SOEs involved in these projects are not typically the principal construction contractors. However, they often exert significant influence over programme structure, milestones, and delivery expectations.

Across multiple countries, state-linked delivery models tend to exhibit consistent characteristics:

  • strong emphasis on schedule certainty
  • delegation of safety responsibility to downstream contractors
  • limited flexibility once programme commitments are set
  • incidents framed as execution issues rather than programme-design issues

Whether fair or not, this creates a perception that delivery behaviour is structurally stable and slow to change, even after serious failures.

That perception alone justifies a review of governance arrangements.


Why Australian project-management capability is relevant

Australian companies were not in project-management or programme-control roles on the projects that failed. As a result, Australian safety-governance practices were not embedded in the delivery model.

Australian project-management frameworks are shaped by:

  • acceptance that schedules must move to protect safety
  • independent temporary-works engineering and sign-off
  • explicit treatment of live-interface work as a programme risk
  • separation between commercial pressure and safety authority
  • deep experience in brownfield, shutdown, and live-asset environments

This does not make Australian firms better builders.
It makes them effective governance counterbalances in high-risk delivery environments.


The case for change

The argument is not to exclude existing partners.
It is to strengthen governance.

A more resilient delivery model could include:

  • Australian firms in programme-management or independent PM roles
  • independent temporary-works authorities reporting outside the construction chain
  • schedule-risk reviews with genuine authority to resequence work
  • clearer separation between political milestones and construction logic

These measures do not slow projects โ€” they prevent catastrophic delay caused by failure.


The central point

Safety outcomes are not determined by nationality or intent.
They are determined by who controls the programme, how flexible it is, and whether safety has real authority over time and cost.

Strengthening that authority is a rational, evidence-based step forward.


The power of the people

Real improvement in infrastructure delivery does not start with press releases.
It starts when engineers, supervisors, workers, and communities speak openly about how projects are actually delivered.

Those closest to the work experience programme pressure and safety trade-offs long before failures occur. Giving space to those voices is not about blame โ€” it is about learning, transparency, and better governance.

When people are allowed to speak, systems are forced to listen.


Hamilton By Design logo displayed on a blue tilted rectangle with a grey gradient background

Comments are open

This post is intended to encourage informed, professional discussion about project-management models, programme control, and safety governance.

The focus is on systems and incentives โ€” not nationality or individual blame.
Constructive perspectives from those with professional or on-the-ground experience are welcome.


3D LiDAR scanning and 3D modelling service button โ€” laser scanner capturing a point cloud for engineering and CAD modelling
Mechanical engineering services

Our clients:


Name
Would you like us to arrange a phone consultation for you?
Address
3D LiDAR scanning and 3D modelling service button โ€” laser scanner capturing a point cloud for engineering and CAD modelling
Mechanical engineering services
Finite Element Analysis (FEA) engineering simulation button
Mechanical engineering services