A performance domain is an area a project has to perform well in, and the eighth edition names seven of them. A focus area is a kind of work, and there are five. The forty processes sit where the two meet, which is why the structure is easier to hold as a grid than as a list.
This arrangement is the eighth edition reconciling two things that had been alternatives. The sixth edition and earlier were built on processes and offered little on mindset. The seventh removed processes entirely in favour of principles and domains, which left practitioners without the procedural detail they had been using. The eighth keeps the principles and domains and puts the processes back.
The seven performance domains
| Domain | What has to go well | Where it usually goes wrong |
|---|---|---|
| Governance | Decisions get made by the people entitled to make them, at the speed the work needs | Decision rights that were never written down, so every choice becomes an escalation |
| Scope | What is being produced is agreed, bounded and traceable to a need | Scope that changed by accumulation rather than by decision |
| Schedule | Work is sequenced and paced so that commitments are credible | A plan built from durations somebody wanted rather than durations somebody estimated |
| Finance | Money is estimated, authorised, spent and reported against a baseline | A budget with no reserve, which is a forecast being presented as a commitment |
| Stakeholders | The people affected are identified, understood and engaged in proportion to their influence | A register written at initiation and never revisited, so the late arrival is the expensive one |
| Resources | People, equipment, materials and facilities are available in the quantity and at the moment the work needs them | Physical resources planned as though they were as fungible as effort |
| Risk | Uncertainty is identified, analysed, responded to and monitored, on the upside as well as the down | A register maintained as a compliance artefact rather than a working control |
Finance and Governance being named domains is the change most worth noticing. Earlier editions distributed both across other areas, and a candidate who learned cost management as a knowledge area now has to recognise the same material under a heading that also takes in funding, benefits and the financial case.
The five focus areas
Initiating establishes that the work should happen and authorises it. Planning decides how. Executing produces the deliverables. Monitoring and controlling compares what is happening against what was intended and corrects the difference. Closing finishes the work formally and transfers what it produced.
These are not phases in a timeline, which is the error the names invite. A project is initiating once and monitoring throughout, and an adaptive delivery running two week iterations passes through planning, executing, monitoring and a form of closing inside every one of them.
Every domain has work in more than one focus area, and monitoring and controlling touches all seven. Reading the structure as a grid rather than as two lists is what makes it usable, because it shows that a domain is never finished at a stage boundary.
Why the processes came back
The seventh edition asked practitioners to derive their methods from principles. For an experienced project manager that worked. For somebody meeting a subject for the first time, or handing work to a colleague, it removed the shared vocabulary that made a plan legible to a reader who had not written it.
The forty are described as nonprescriptive, which is a deliberate word. They are available rather than mandatory, and choosing which to run and how formally to run them is the tailoring decision. Running all forty on a two month piece of work is a recognisable failure, and so is running none of them on a programme with three suppliers and a regulator.
What this structure is for on the exam
The exam is organised by the content outline's three domains rather than by this structure, so no question will ask you to list the seven. What the structure does is settle where a scenario belongs, and that is often the whole difficulty.
A question about a supplier missing a delivery date could be schedule, resources or risk depending on what is actually being asked. If the deliverable is late, it is schedule. If the material will not be on site when the crew is, it is resources. If it has not happened yet and might, it is risk. The domains are how you name what the scenario is really about before choosing an action, and the wrong answers in a well built question are usually right answers to a neighbouring domain.