Capacity Planning - Certification Assessment
Objective. Test practical mastery of Capacity Planning for the certification gate: can the learner validate inputs, read coverage by skill and interval, run and interpret a scenario honestly, and present a requirement without the critical errors (projection as result, simulation as execution, balance as coverage, capacity as cash). Scored against the gate: >=80, no critical error, manager review.
This assessment puts the learner in two realistic situations - a sales defensibility demo and a CSM input-validation review - and scores whether they handle the app's core honesty distinctions. The self_check items ARE the assessment questions with model answers. A scored checklist defines what a correct response contains; the critical-error list defines what fails the learner outright regardless of other points. Tied to the certification gate from grounding: practical score at least 80, no critical error committed, and manager review.
See it in the demo
Scenario A - the sales defensibility case
A contact-centre operations leader says: 'We plan headcount in a spreadsheet. Our total FTE nets out balanced for the quarter, so I think we are fine - I just need the number to take to finance. Show me what your tool adds.'
The learner must, in a live demo:
- Reframe 'the number' as 'the requirement plus its drivers' and explain why a buried number is the problem.
- Show required vs available capacity and drill into balancing to demonstrate that the net-balanced total hides a specific skill short at a specific interval.
- Run one what-if changing a single assumption (volume or shrinkage) and interpret it as sensitivity, explicitly as a simulation - not an executed plan.
- State the limitation out loud: seeded data, output only as good as inputs, forecast is a projection with error bars, accuracy is backtested not guaranteed, method/source confirm-with-product.
- Close on defensibility to finance and keep any freed-capacity figure separate from cash.
The learner is scored on whether they make the balance-versus-coverage point and whether they keep simulation, projection and requirement distinct throughout.
Scenario B - the CSM input-validation review
A customer's planner hands over a freshly generated plan and says: 'The system says we need 142 FTE next quarter and the service level shows green, so we are good to hire to that.' The CSM must run a validation review before the number is trusted.
The learner must:
- Identify that 142 is a requirement computed under assumptions, not a fact, and that a green service level is an input the plan is sized to, not an achieved result.
- Run the six-input validation: volume source and seasonality, handling standards vs real mix, shrinkage (flag it as the biggest distorter and confirm it is the customer's real figure, not a default), skills coverage/currency, service goal, forecast accuracy and bias.
- Read coverage by skill and interval, not the net 142, and surface at least one gap the total hides.
- Separate what the CSM validates from what escalates to the implementation specialist (forecasting method, model changes, integration/source mechanics, anything touching security/compliance).
- Record which figures are real versus placeholder and name the approver and review cadence.
Scored on whether the learner refuses to trust the number before validation and whether they read coverage correctly.
Scored checklist - what a correct response contains
Score each item; target is >=80 percent of available points with no critical error.
- Category discipline (25): names every figure as projection, simulation, or requirement; never presents a scenario as executed or a forecast as guaranteed.
- Balance vs coverage (20): reads required vs available by skill and interval and surfaces a gap the headline total hides.
- Input validation (20): runs the six inputs; flags shrinkage (and standards) as the biggest distorters and insists they are the customer's measured figures, not defaults.
- Honest limits stated (15): states the seeded-data/input-validity limitation out loud and routes method/source/model/security questions to confirm-with-product or the specialist.
- Capacity vs cash (10): keeps any freed-FTE or capacity figure separate from a cash claim.
- Next step and ownership (10): proposes a concrete next step (build on the customer's real inputs) and names an owner/approver and review cadence.
Manager review confirms the learner could run this live, not just describe it.
Critical errors - these fail the assessment
Any one of these fails the learner regardless of other points, because each would mislead a customer:
- Presenting a projection as a result - stating the volume forecast or a forecast-accuracy figure as what will happen, rather than a projection with error bars that is backtested, not guaranteed.
- Presenting a simulation as execution - treating a chosen scenario, a what-if, or an approved capacity review as if people were hired or scheduled or a service result achieved.
- Accepting a net FTE balance as proof of coverage - declaring staffing solved from a balanced total without reading skill and interval.
- Trusting a requirement without validating inputs - presenting a computed FTE (or a green service level) as fact without checking shrinkage, standards and volume are the customer's real figures.
- Converting capacity to cash - presenting a freed-FTE figure as money saved.
- Asserting an unverified specific - claiming a forecasting method, data source, integration or security/compliance fact instead of routing it to confirm-with-product.
A single critical error means not-yet-certified, with a specific re-teach pointer.
How this ties to the certification gate
This assessment is the app-specific practical for the Capacity Planning certification. The gate, from grounding, is: practical score at least 80, no critical error committed, and manager review. A learner can score well on framing and still fail on a single critical error - that is deliberate, because the critical errors are exactly the statements that would damage customer trust or set a false expectation.
For Sales, this complements the S04 evidence-led demo and S10 customer simulation; for CSM, the C05 metric-investigation and C08 value-proof work. The manager reviewing confirms two things the written answers cannot: that the learner can hold the honesty line live under customer pressure ('just give me the number', 'our FTE is balanced', 'so we'll hit SLA'), and that they read coverage by skill and interval in the actual demo rather than reciting that they would. Re-teach pointers route back to the concept, misinterpretations and data-setup modules for whichever distinction the learner missed.
Interpretation check
The assessment passes a learner who keeps projection, simulation and requirement distinct, reads coverage by skill and interval, validates inputs before trusting a number, and keeps capacity separate from cash. Any one critical error fails them, because each is a statement that would mislead a customer.
In the field
KnackGlobal (RCM): Scenario B mirrors a real risk - a planner trusting a net claims-staffing requirement and a green SLA without checking that a specialised payer/denial skill is covered at month-end peak. A learner who hires to the net total, or who presents freed capacity as cost-per-claim savings, fails; one who validates inputs, reads by skill and interval and keeps capacity separate from cash passes.
Practical task
Complete both scenarios live (or in a recorded run): deliver Scenario A as a demo and Scenario B as a validation review. Self-score against the checklist, confirm you committed none of the six critical errors, and submit for manager review. For any distinction you missed, note the re-teach module (concepts, misinterpretations, or data-setup).
Self-check
ASSESSMENT Q1: A customer says 'our quarterly FTE nets out balanced, so staffing is solved - just give me the number for finance.' Give the response that passes.
A net FTE balance does not prove skill/interval coverage - you can be balanced overall while short of a scarce skill at peak and long in the trough, so I read coverage by skill and interval (balancing) and show the gap. And a number without its drivers is the problem, not the answer: the deliverable is the requirement plus its assumptions (volume, standards, shrinkage, service goal), which is what makes it defensible to finance. Treating the balanced total as solved staffing is a critical error.
ASSESSMENT Q2: The system shows required 142 FTE and a green service level. The planner wants to hire to it. What must you do before trusting it?
Treat 142 as a requirement computed under assumptions, not a fact, and the green service level as an input the plan is sized to, not an achieved result. Run the six-input validation - confirm shrinkage is the customer's real figure (biggest distorter), standards match the real work mix, the volume source and seasonality are right, skills coverage/currency, service goal, and forecast bias - then read coverage by skill and interval. Trusting the number without validation, or reading the green SLA as achievement, is a critical error.
ASSESSMENT Q3: A stakeholder says 'approve scenario B, that's our plan, and it frees 8 FTE - book the savings.' What is the honest response?
Scenario B is a simulation under its assumptions - selecting it hires and schedules no one, and it is best only if its assumptions hold; confirm with product whether and how it becomes an approved plan. And the 8 freed FTE is a capacity opportunity, not cash - realisation depends on a separate customer decision, so I keep capacity value separate from any saving. Presenting the scenario as executed or the FTE as money are both critical errors.
ASSESSMENT Q4: A prospect asks 'which forecasting method do you use and how accurate is it for us?' You are mid-demo. What do you say?
The accuracy you see is backtested on seeded history - it describes past fit, not a guarantee, and bias matters as much as error size. Which forecasting method and data source apply for you is something we confirm with product; I will not assert it in a demo. Asserting an unverified method/accuracy figure as fact for the customer is a critical error.
ASSESSMENT Q5: Name the six critical errors that fail this assessment.
Projection presented as result; simulation presented as execution; net FTE balance accepted as coverage; a requirement (or green SLA) trusted without input validation; capacity converted to cash; and an unverified specific (method, source, integration, security/compliance) asserted instead of routed to confirm-with-product.
Verified vs demo. The scenarios run on the demo's seeded data; the 142 FTE, the service level and any accuracy figure are illustrative, not a customer's real numbers. The forecasting method, data source, accuracy metric, integrations and all security/compliance specifics are confirm-with-product and must be routed accordingly - asserting them is itself a critical error.