Long lead equipment
Switchgear, elevators, curtain wall, generators, chillers. Each one checked against the date the sequence needs it standing on site, not against the date somebody typed into the log.
We test that promise against the three things that break it most often: the order the work has to happen in, the award dates sitting behind the equipment, and what the contract says when the float runs out.
We do not build a competing program and we do not re-sequence the job. We read the program you were handed and say where it depends on something that has not happened yet, then put a number on what that dependency is worth if it slips.
Most programs are not wrong. They are optimistic in three or four specific places, and those places are knowable in advance from the procurement log and the contract language.
Send what you have. A document that does not exist yet is itself a finding, and we will say so rather than wait for it.
The order matters. These six carry most of the exposure on most projects, so they come before anything else in the set.
Switchgear, elevators, curtain wall, generators, chillers. Each one checked against the date the sequence needs it standing on site, not against the date somebody typed into the log.
Award dates read against your signing date, so you can see what is already behind on the day you sign. This is the single most common finding and the cheapest one to fix early.
Who owns the float, how it is consumed, and what the contract says happens when there is none left. Float that belongs to the project belongs to whoever gets to it first.
Where the program puts two trades in one area at one time, and what that assumption does to productivity if it holds. Stacking is not forbidden. It is just rarely priced.
How many non-working days the program allows, read against the calendar and the climate it will actually be built in. A program with no weather allowance has an unstated owner risk in it.
The dates where an owner decision, a permit or a tenant handover sits on the critical path, and how much notice you get before each one. These are the dates you can actually control.
What a review is worth depends as much on what it refuses to do as on what it covers.
Read the program against the procurement it depends on and the contract that governs it. Three documents, read together, because separately each one looks fine.
We do not re-sequence, we do not re-plan, and we do not run a delay claim. A delay claim explains a date that has already gone. This is about one that has not gone yet.
Consequence. An item that moves the handover date outranks an item that consumes float nobody was going to use.
Switchgear shown on the program as ordered in week six, against a quoted lead time of thirty eight weeks. The sequence needs it energized in week forty. That is a two week gap with no float in front of it, and the program shows no temporary power alternative.
Example only. Figures on this site illustrate the format of a deliverable. They are not taken from a client project and they are not a quotation.
Every finding carries the money behind it and points to the page of the set it came from. One call to walk it through, before your signing date.
Each assumption the date depends on, ranked by what it costs you if it does not hold, with the activity and the log line it came from.
The long lead items, their award dates, and the ones already behind on the day you sign.
What the contract says about float, delay, notice and extension, written so that somebody who has never run a program can follow it.
Run it alongside the price review and before the amendment is executed. The procurement findings are the ones that expire fastest, because every week you wait is a week of lead time you cannot get back.
Five to ten working days. If the native program file is available it is usually the shorter end, because the logic can be tested rather than read.
We read it. Where the logic depends on something that has not happened, we name what has to happen and by when. We do not propose a different sequence, because that would make the program partly ours.
A PDF is enough to start. The native file lets us test the logic properly, and without it we tell you which findings we could not test and what that means.
Then we write that down. A date confirmed in writing before signature is worth having when somebody claims otherwise in month nine.
No. A delay analysis is forensic and comes after something has gone wrong. This is the opposite end of the job.
Take this module on its own, or take all four as a single review with one consolidated owner memo.
If you are not sure which module answers your question, send the documents and we will say which one we would run first.