Defining project controls
Several months ago at the Project Governance and Controls Symposium in Canberra I was asked to define project controls. The Australian Institute of Project Management (AIPM) has a project controls Special Interest Group (SIG), the Project Management Institute (PMI) has a couple of ‘Communities of Practice’ (COP) focused on aspects of ‘controls’. PMOs do ‘controls’ and everyone talks about the importance of ‘controls’. Where there is no real agreement though is in agreeing exactly what is included in project controls and how controls relate to other disciplines such as project governance.
The term control or controls is used widely and there are at least three distinctly different uses:
- Control systems
- Management directing and controlling work (PMI’s monitoring and controlling)
- Project controls discipline
Control systems measure progress versus the plan and then, through an adjustment, correct any observed deviations. The steering mechanism in your car, when connected to your eyes is a control system. Your eyes and brain assess the current trajectory of the car and compare this to the desired trajectory and by adjusting the steering wheel, you alter the progress of the car.
Every manager controls the workforce s/he is responsible for: by definition management includes directing and controlling a workforce (for more on management see: Defining Management).
Then there is the project ‘controls discipline’, which I’m trying to define. My proposed definition for ‘project controls’ is:
Project controls are the data gathering, data management and analytical processes used to predict, understand and constructively influence the time and cost outcomes of a project or program; through the communication of information in formats that assist effective management and decision making.
This definition encompasses all stages of a project or program’s lifecycle from the initial estimating needed to ‘size’ a proposed project, through to the forensic analysis needed to understand the causes of failure (and develop claims).
The functions undertaken by project controls professionals includes estimating future works, determining the current status of work in progress, understanding the reasons for this status and recommending appropriate actions or alternatives based on the observed status and trends.
Within this framework, for a recommendation or prediction to be useful, the reliability of the information upon which it is based needs to be understood, and additionally, any realistic estimate or forecast must take into account uncertainty and the cost and time consequences of identified risk events.
Consequently, the project controls discipline can be seen as encompassing:
- Project strategy, planning and methods studies to optimise future outcomes
- Scheduling, including development, updating and maintenance
- Cost estimation, cost engineering/control and value engineering
- Risk management
- Earned Value Management and Earned Schedule, including WBS, OBS and other breakdown structures
- Document management
- Supplier performance measurement/oversight (but excluding contract administration),
- The elements of a project management methodology that integrate these disciplines both within the controls’ domain and with other project management functions; and
- The ability to communicate effectively the information generated by these processes.
This proposed definition deliberately excludes the actual management of the work needed to accomplish the project scope, including scope related disciplines, such as quality control and administration, and general management disciplines such as team development, stakeholder management and communication.
Quality control versus project control
Quality is an integral part of doing the work; quality is built into the fabric of a process in exactly the same way team performance is. Given the basic assumption in the definition above that project controls professionals are not involved with the direct management of the work, they cannot be directly involved with the management of quality (quality is designed in, not inspected in).
Even quality inspections (quality control and/or testing) are simply work items undertaken by the project team to complete the required scope. The work is defined by activities in the schedule and has associated costs, etc but is fundamentally the same as digging holes or pouring concrete. Similarly, contract administration is an integral part of doing the work. Administering a contractor is fundamentally the same as directing the work of employees in a project team and is very much a function of management.
The consequences of the team’s ability to achieve quality, administer contractors and perform effectively, and any other aspect of actually doing the work will generate or influence data that may be important in planning, monitoring and/or predicting project outcomes and this aspect of ‘observing the actual accomplishment of work’ is implicit in the definition.
The surveillance aspects of time, cost and risk are intimately linked to how well the team can accomplish the project’s scope, to the required quality standards. And to close the loop, the information generated by the ‘project controls professionals’ based on their observations is an important input to these and other management functions.
To summarise, the role of ‘project controls’ is information generation, the role of management is to make effective use of the information. Project controls professionals work with the team and other stakeholders to plan the optimum way of accomplishing the work, then measure the actual performance of the team against the agreed plan and use this data to recommend future actions and predict outcomes. This means project controllers are the experts who gather, manage and analyse data to generate useful information and insights for others to use. And the primary users of the ‘controls information’ are the project management team and project governance and oversight entities within the organisation such as PMOs and ‘project control boards’ (PCBs).
Most authorities recognise that it is impossible to effectively manage or govern a project (or program) in the absence of reliable information on the current status of work in progress, and reliable predictions of future outcomes. This is supported by this proposed definition, with the key delineator between ‘controls’ and ‘management’ being the recognition that it is management’s role to make use of the information and advice generated by the controls professionals.
Once the definition of ‘controls’ is resolved, the next step will be establishing a framework of certifications and qualifications to benchmark ‘professional’ knowledge and behaviours. There is already good progress in this area with developments by AACEi, Planning Planet, PMI and CIOB to name a few (see more on PMI and CIOB credentials).
What’s lacking in the general ‘market’ is a general recognition that effective controls professionals need domain knowledge as well as tools knowledge. Developing this recognition is the next challenge. Your feedback and ideas are welcome!