4.4: PfMP style questions
- Page ID
- 66172
\( \newcommand{\vecs}[1]{\overset { \scriptstyle \rightharpoonup} {\mathbf{#1}} } \)
\( \newcommand{\vecd}[1]{\overset{-\!-\!\rightharpoonup}{\vphantom{a}\smash {#1}}} \)
\( \newcommand{\dsum}{\displaystyle\sum\limits} \)
\( \newcommand{\dint}{\displaystyle\int\limits} \)
\( \newcommand{\dlim}{\displaystyle\lim\limits} \)
\( \newcommand{\id}{\mathrm{id}}\) \( \newcommand{\Span}{\mathrm{span}}\)
( \newcommand{\kernel}{\mathrm{null}\,}\) \( \newcommand{\range}{\mathrm{range}\,}\)
\( \newcommand{\RealPart}{\mathrm{Re}}\) \( \newcommand{\ImaginaryPart}{\mathrm{Im}}\)
\( \newcommand{\Argument}{\mathrm{Arg}}\) \( \newcommand{\norm}[1]{\| #1 \|}\)
\( \newcommand{\inner}[2]{\langle #1, #2 \rangle}\)
\( \newcommand{\Span}{\mathrm{span}}\)
\( \newcommand{\id}{\mathrm{id}}\)
\( \newcommand{\Span}{\mathrm{span}}\)
\( \newcommand{\kernel}{\mathrm{null}\,}\)
\( \newcommand{\range}{\mathrm{range}\,}\)
\( \newcommand{\RealPart}{\mathrm{Re}}\)
\( \newcommand{\ImaginaryPart}{\mathrm{Im}}\)
\( \newcommand{\Argument}{\mathrm{Arg}}\)
\( \newcommand{\norm}[1]{\| #1 \|}\)
\( \newcommand{\inner}[2]{\langle #1, #2 \rangle}\)
\( \newcommand{\Span}{\mathrm{span}}\) \( \newcommand{\AA}{\unicode[.8,0]{x212B}}\)
\( \newcommand{\vectorA}[1]{\vec{#1}} % arrow\)
\( \newcommand{\vectorAt}[1]{\vec{\text{#1}}} % arrow\)
\( \newcommand{\vectorB}[1]{\overset { \scriptstyle \rightharpoonup} {\mathbf{#1}} } \)
\( \newcommand{\vectorC}[1]{\textbf{#1}} \)
\( \newcommand{\vectorD}[1]{\overrightarrow{#1}} \)
\( \newcommand{\vectorDt}[1]{\overrightarrow{\text{#1}}} \)
\( \newcommand{\vectE}[1]{\overset{-\!-\!\rightharpoonup}{\vphantom{a}\smash{\mathbf {#1}}}} \)
\( \newcommand{\vecs}[1]{\overset { \scriptstyle \rightharpoonup} {\mathbf{#1}} } \)
\(\newcommand{\longvect}{\overrightarrow}\)
\( \newcommand{\vecd}[1]{\overset{-\!-\!\rightharpoonup}{\vphantom{a}\smash {#1}}} \)
\(\newcommand{\ket}[1]{\left| #1 \right>}\)
\(\newcommand{\bra}[1]{\left< #1 \right|}\)
\(\newcommand{\braket}[2]{\left< #1 \vphantom{#2} \right| \left. #2 \vphantom{#1} \right>}\)
\(\newcommand{\braopket}[3]{\left< #1 \vphantom{#2}\vphantom{#3} \right| #2 \vphantom{#1}\vphantom{#3} \left| #3 \vphantom{#1}\vphantom{#2} \right>}\)
\(\newcommand{\qmvec}[1]{\mathbf{\vec{#1}}}\)
\(\newcommand{\op}[1]{\hat{\mathbf{#1}}}\)
\(\newcommand{\expect}[1]{\langle #1 \rangle}\)
\(\newcommand{\dfn}[1]{\emph{\textbf{#1}}}\)
Sample Questions
The following ten questions test the material from this chapter, mixing knowledge-based questions with situational judgment scenarios similar to what a real portfolio manager might face.
- A portfolio roadmap places a component in Horizon 3 ("Later"). What level of planning detail should this component carry?
- Full work breakdown structure with locked resource assignments
- A directional strategic intent, with minimal architectural investment
- A definitive budget accurate to within 5 percent
- A signed charter with a named sponsor and fixed delivery date
- Two components in the same portfolio, one pursuing near-total service uptime and another pursuing server consolidation for sustainability targets, are drawing on the same shared infrastructure. What is the best description of this situation?
- A scheduling accident that better planning would have avoided entirely
- A genuine strategic trade-off between two valid goals that governance needs to mediate
- Proof that one of the two goals should never have been approved
- An intradependency that can be resolved purely through technical decoupling
- A portfolio manager notices every component passes its individual resource capacity check, yet the portfolio as a whole keeps missing deadlines due to a shared specialist team being overbooked. What does this scenario best illustrate?
- The components were scored incorrectly during selection
- Capacity checked component by component can hide a portfolio-wide resource collision
- The specialist team needs to be replaced with generalists
- The portfolio's stage gates are set too far apart
- A team has plenty of available hours but lacks the specific regulatory and materials expertise a new component requires. Which quadrant of the capacity-capability matrix does this describe?
- High capacity, high capability
- Low capacity, low capability
- High capacity, low capability
- Low capacity, high capability
- A governance board wants every resource across the portfolio scheduled at 100 percent utilization to maximize return on payroll. What is the most likely consequence?
- Improved efficiency with no meaningful downside
- Exponentially growing queue delays the moment any unexpected variability occurs
- A reduction in the need for contingency reserves
- Faster onboarding of new specialized hires
- An initiative's top-down estimate was 4 to 6.5 million dollars. Six months later, a detailed bottom-up roll-up comes in at 7.2 million dollars. What is the most appropriate governance response?
- Cancel the initiative immediately, since the original estimate was clearly wrong
- Ignore the new number, since the original range was already approved
- Use tranche-based funding, portfolio reserves, and scope rationalization to reconcile the gap
- Discipline the team responsible for the original estimate
- Why is reference class forecasting generally more reliable than asking a project team to estimate its own upcoming work from scratch?
- It removes the need for any contingency reserve
- It corrects for the tendency of teams to be more optimistic about their own work than history supports
- It always produces a lower estimate than bottom-up methods
- It eliminates the need for stage gates later in the project
- A component manager inflates a bottom-up estimate in anticipation of an arbitrary cut from management. What is this behavior an example of?
- Reference class forecasting
- The padding spiral
- Tranche-based funding
- Flow efficiency
- A mobile app team releases updates every two weeks, while the core billing system it depends on only releases twice a year for compliance reasons. What is the most effective governance response?
- Force the mobile app team onto the same twice-a-year release cycle
- Force the billing system onto a bi-weekly release cycle regardless of its compliance risk
- Establish a shared synchronization rhythm while letting each component keep its own internal cadence
- Cancel one of the two components to remove the mismatch entirely
- Why is team-level story-point velocity generally a poor metric for portfolio-level governance?
- It is too expensive to calculate across multiple teams
- It isn't comparable across teams and can be easily inflated over time
- It only applies to waterfall-managed components
- It cannot be displayed on a dashboard
Answer Key
- B. Horizon 3 components should stay directional and low-fidelity, since detailed planning that far out is likely to be wrong anyway.
- B. Competing strategic goals sharing a resource are a genuine trade-off for governance to mediate, not a planning failure.
- B. Checking capacity component by component can miss a shared resource being double-booked across several components at once.
- C. Available hours without the required specialized skill describes high capacity paired with low capability, the busy-work trap.
- B. Systems run at full utilization have no slack to absorb normal variability, causing wait times to grow exponentially rather than gradually.
- C. A variance between top-down and bottom-up estimates is normal and should be absorbed through reserves, tranches, and scope adjustments, not panic.
- B. Reference class forecasting grounds an estimate in how similar past work actually performed, correcting for a team's natural optimism about its own work.
- B. Inflating an estimate to preempt an expected cut is the padding spiral, and it destroys the portfolio's real visibility into cost.
- C. A shared synchronization rhythm lets each component keep the cadence appropriate to its own risk profile while still coordinating hand-offs.
- B. Story-point velocity is specific to one team's own estimating habits, making it non-comparable across teams and easy to game over time.

