How we work

Process

Five stages, each with a gate before the next. Nothing moves forward on the assumption that the last stage was finished.

01

Align

Confirm the scope, information requirements, responsibilities and delivery milestones.

02

Develop

Build models and documentation against agreed project standards and approved inputs.

03

Coordinate

Review interfaces, assign issues and track resolution with the project team.

04

Verify

Check model quality, information completeness and drawing consistency before issue.

05

Deliver

Release controlled submissions and close review comments against agreed acceptance criteria.

Cost of change rises as ability to influence falls Across the five delivery stages (align, develop, coordinate, verify and deliver) the ability to influence the outcome falls steadily while the cost of making a change rises steeply. The two lines cross between the develop and coordinate stages. COST OF CHANGE ABILITY TO INFLUENCE ALIGN DEVELOP COORDINATE VERIFY DELIVER DECISIONS STOP BEING CHEAP
Cost of change against ability to influence · five stage gates

Why gates

The expensive mistakes
are made early

A decision that costs an hour at concept costs a fortnight in documentation and a change order on site. Gates exist so the cheap version of the conversation happens first.

Each gate has an acceptance criterion written before the stage starts, so "ready" is something you can check rather than something you argue about.

Quality & delivery control

Five controls that
decide what ships

Agreed requirements

Defined deliverables, model requirements, review criteria and responsibilities at the start of each work package.

Technical verification

Checks covering model structure, coordinates, required information, and consistency between models and drawings.

Traceable coordination

Issues recorded with an owner, a priority and a status, with outstanding items visible to the whole project team.

Controlled information

Clear file naming, revision history and submission status within the agreed project environment.

Visible progress

Regular reporting on completed work, upcoming submissions, dependencies and the decisions required.

Typical submission package

Native models · exchange models · drawing PDFs · coordination report · issue register.

Engagement

Questions worth
asking early

Yes. Coordination on someone else's models, documentation from an approved design, or owner representation on a job already under construction are all normal starting points. What does not work is being asked to verify a model without being told what it was meant to satisfy, so the Align stage happens regardless of where you join.

The current model or drawing set, the standard you are working to, and the date that actually matters. If there is a BIM execution plan we will work to it; if there is not, we will draft the parts that affect our scope and agree them with you before modelling.

Every issue carries an owner, a priority and a status. You get the issue register with each submission, plus a coordination report covering what closed, what is open, and what is blocked waiting on a decision from someone else.

  • Clashes triaged by consequence, not by raw count
  • Outstanding items visible to the whole project team
  • Blocked items named with the decision required

Not us. In the United States our role is project management and owner's representation. Engineering and architectural services requiring licensure (design, structural evaluations, sealed drawings, inspections) are provided through Florida-licensed engineers and architects we work alongside. You get professional oversight backed by the proper credentials.

Yes. We work across MENA · GCC · International. Documentation is produced to the standard the jurisdiction requires. For vendor registration we can also map requirements onto their U.S. equivalents where no direct counterpart exists, which is usually what holds up a submission.

Start at Align

Scope, information requirements, responsibilities and dates, all agreed before anyone opens a model.