Essentially, we are working with a reactive network (can be calculated in the scheduling software) to allow us to find the time impact caused by one or many critical driving delay issues. In order to have the window under analysis reactive (without actuals) requires that we work with the last schedule update, I.E., one with its data date equal to (or real close to) the start date of the window. The end of the time window should be selected such that it closely coincides with either baseline (or previous update) critical milestones and activity finishes. This makes total delay through the window easy to quantify. If the conditions described above do not exist, Window’s Analysis may well not be the way to go.
Project Managers and Construction Managers around the globe always resist Changes and Additional works in the Projects, however, Changes, additional works, or delays often find their way into the Project. Whenever a delay occurs, the Contractor has to evaluate its impact on the Project timeline and cost. Here we will discuss a method to evaluate the impact from the perspective of the timeline.
The most common method that is used in the industry to determine the impact of delays on the timeline of the project is named TIA (Time Impact Analysis). As an outcome of performing TIA on your Project, you will get to know the change in the End Date of your Project. Once you know the number of days your Project gets delayed, you can start working on the additional cost evaluation to be claimed from the Employer but we will leave this topic for another article. Let's move towards the most simplified guide to perform TIA analysis on your Project.
There are certain things you should know before we move towards performing the TIA on your Project
There can be many delays that have impacted your project. It's advisable to make a list of all these delays. These delays will later be called "Fragnets" when we add them to the project schedule. If Fragnet is a new word for you, then memorize it, it will come handy for you to understand TIA entirely.
TIA should be performed on the most updated schedule of your Project, i.e, the schedule before the occurrence of delays. This schedule shall be duly approved by the Client or the Client's representative. It's imperative to mention that this schedule's activities are properly linked, i.e, successors and predecessors are properly assigned in the schedule. Furthermore, the calendar settings are approved by the Client. This schedule might have some free float/buffer available which will absorb the delay to the extent it can.