Assembling A Collaborative Team - Other - Page 100
Assembling a Collaborative Project Team
This example of a strategic Construction Programme underlines the differences
between a Design Programme and a Construction Programme:
•It has been produced using specialist software that links activities that impact on
each other and can be used to identify critical path activities (activities that would
directly affect the completion date).
• It is wholly focused on construction and related activities: it is not concerned
with some of the issues that a Design Programme addresses, such as client
meeting dates.
•It does not consider any statutory consents that may be required or other such
matters, including the design work of specialist subcontractors.
•Is used to determine and allocate contractual time periods for the work
of subcontractors.
A more detailed construction programme would have the same appearance but
it would contain many more detailed construction activities for each ‘zone’ of the
building. Increasingly, programming software is being linked to the BIM model to
allow a 3D representation of the construction to be viewed (typically referred to as
4D BIM). This allows health and safety and other logistical issues to be considered
in greater detail.
Summary
For programmes to be successful, they must be structured in the most
appropriate way. Determining the critical path of a construction project requires
different techniques to those used for managing the iterative design process.
Successful programming is an essential part of the design and construction
processes and transparency of programming is an essential collaborative working
tool. The Project Programme is a core contractual document as it sets particular
milestones and frames the risks created for each party.
www.ribaplanofwork.com
93
