Project Management Frameworks

Chapter 2
Strategy, Business Cases and Value Delivery

Graduate Program in Operation Management (GPOM)
Project Management Frameworks   •   Graduate

Strategy, Business Cases and Value Delivery

Introduction

Project management is not only the disciplined execution of a temporary undertaking. At graduate level, it must also be understood as a mechanism through which an organization converts strategic intent into measurable change. A project may be delivered on time, within budget, and according to specification yet still fail if it does not contribute to organizational priorities or produce the promised value.

This chapter examines the connection between organizational strategy, project selection, business-case development, benefits realization, and success evaluation. It treats the business case as a decision instrument rather than a financial form, and value delivery as a governance responsibility that extends beyond project closure.

The central logic is:

Strategy → strategic objectives → portfolio choices → project outputs → organizational outcomes → benefits → value

Each link can fail. Strategy may be vague, objectives may be poorly translated, benefits may be overstated, or operational adoption may be neglected. Effective project governance therefore requires both analytical discipline and managerial judgment.

Learning Objectives

By the end of this chapter, students should be able to:

  1. Explain how organizational strategy is translated into project objectives.
  2. Distinguish projects, programs, portfolios, outputs, outcomes, benefits, and value.
  3. Construct and critically evaluate a project business case.
  4. Apply investment appraisal techniques, including NPV, benefit–cost ratio, payback period, and sensitivity analysis.
  5. Define financial and non-financial success criteria using measurable indicators.
  6. Design a benefits-realization and value-governance approach.
  7. Identify ethical, political, technological, and implementation risks in strategic project decisions.

1. From Strategy to Project Choice

1.1 Strategy as a pattern of choices

Strategy specifies how an organization intends to create and sustain value under conditions of competition, uncertainty, and resource constraint. It includes choices about customers, products or services, capabilities, geographic scope, operating model, risk appetite, and investment priorities. A strategy is not simply a list of aspirations. It must guide the allocation of scarce resources.

Projects operationalize strategy by creating new capabilities, changing processes, introducing products, complying with regulation, or protecting organizational continuity. The relationship is not automatic. A project can be strategically attractive in isolation but inconsistent with the organization’s capacity, risk appetite, or other commitments.

A useful translation chain is:

Strategic levelTypical questionExample
Mission and purposeWhy does the organization exist?Provide accessible regional healthcare
Strategic themeWhere must it improve or compete?Digital access and service reliability
Strategic objectiveWhat measurable change is required?Reduce average appointment waiting time by 30%
Project objectiveWhat temporary intervention will contribute?Implement an integrated scheduling platform
OutputWhat will the project deliver?Configured platform, migrated data, trained users
OutcomeWhat changes after adoption?More appointments booked through coordinated channels
BenefitWhat improvement is realized?Lower waiting time and higher patient satisfaction

1.2 Strategic alignment is necessary but insufficient

Strategic alignment asks whether a project supports an approved direction. It should be assessed at several levels:

  • Vertical alignment: consistency with mission, strategy, and objectives.
  • Horizontal alignment: compatibility with other projects, programs, processes, and capabilities.
  • Temporal alignment: fit with the timing of strategic opportunities and constraints.
  • Resource alignment: availability of people, capital, technology, leadership attention, and change capacity.
  • Risk alignment: consistency with the organization’s risk appetite and obligations.

Alignment should not be reduced to a subjective score. A project labelled “strategic” may receive preferential treatment even when its benefits are uncertain. Governance bodies should require evidence, explicit assumptions, and comparison with alternative uses of resources.

1.3 Objectives and the logic of measurability

A project objective describes the intended change, not merely the activity. “Install a new customer relationship management system” is an output-oriented statement. “Increase qualified customer conversion by 12% within twelve months of adoption” expresses a potential outcome and benefit.

Objectives should be specific enough to guide decisions while avoiding false precision. A practical test considers:

  • Direction: What change is intended?
  • Magnitude: How much change is expected?
  • Time: By when, and over what period?
  • Population or scope: For which users, locations, products, or processes?
  • Evidence: How will achievement be measured?
  • Accountability: Who owns the result?

A project team may control delivery of outputs but not all outcomes. For example, a team can deliver training, but the business owner must ensure that employees adopt the new process. This distinction is essential for assigning accountability fairly.

2. Projects, Programs, Portfolios, and Value

A project is a temporary endeavor undertaken to create a unique product, service, result, or change. A program coordinates related projects and other work to obtain benefits that would be difficult to achieve through separate management. A portfolio is a collection of projects, programs, and operational investments managed together to achieve strategic objectives.

These concepts are related but not interchangeable. Project management emphasizes delivery of agreed outputs. Program management emphasizes interdependencies, transition, and benefits. Portfolio management emphasizes selection, prioritization, balancing, and strategic optimization.

2.1 Outputs, outcomes, benefits, and value

  • Output: A tangible or intangible deliverable produced by a project.
  • Outcome: A consequence of using or adopting an output.
  • Benefit: A measurable improvement resulting from an outcome.
  • Disbenefit: A measurable negative effect, such as disruption, redundancy, or increased workload.
  • Value: The overall worth, usefulness, or importance perceived by relevant stakeholders, considering benefits, costs, risks, and broader effects.

Value is multidimensional. It can include revenue, cost reduction, risk reduction, resilience, service quality, regulatory legitimacy, employee capability, environmental performance, and social outcomes. Different stakeholders may value the same project differently. A narrow financial definition can therefore produce decisions that are financially attractive but strategically or ethically unacceptable.

A benefits map or theory of change can make causal assumptions visible:

Investment and activities → deliverables → adoption and operational change → outcomes → benefits → strategic contribution

The arrows represent hypotheses, not guarantees. Each should be tested. If users do not adopt a system, the system’s technical completion will not generate the assumed benefit.

2.2 Value is not identical to benefits

Benefits are usually specific improvements attributed to an intervention. Value is a broader judgment about whether the total result is worthwhile. A project may generate substantial benefits while destroying trust, increasing inequality, or creating unacceptable cyber risk. Conversely, a compliance project may produce limited direct revenue but preserve the organization’s license to operate.

Senior decision makers should therefore consider:

  1. Benefits and disbenefits.
  2. Total cost of ownership, not only implementation cost.
  3. Uncertainty and downside exposure.
  4. Distribution of gains and burdens.
  5. Strategic options created or lost.
  6. Stakeholder legitimacy and ethical acceptability.

3. The Business Case as a Decision Instrument

A business case explains why an initiative should be undertaken, how it will create value, what it will cost, what alternatives exist, and what risks could invalidate the recommendation. It is not merely a request for funding. It is a structured argument under uncertainty.

3.1 Typical business-case components

ComponentPurpose
Executive caseStates the decision required and strategic rationale
Problem or opportunityDefines the current condition and consequences
Strategic fitShows connection to objectives and priorities
Options analysisCompares credible alternatives, including doing nothing
Expected benefitsDefines financial and non-financial improvements
Costs and resourcesIncludes implementation and ongoing costs
Risk and uncertaintyIdentifies threats, assumptions, and scenario variation
Delivery approachExplains governance, schedule, sourcing, and capability
Financial appraisalTests economic attractiveness using explicit assumptions
Benefits planAssigns owners, measures, baselines, and realization dates
RecommendationStates the preferred option and conditions for approval

3.2 The “do nothing” or baseline option

A credible business case compares the preferred option with a realistic baseline. “Do nothing” does not always mean that costs remain constant. Existing systems may require maintenance, demand may grow, regulation may change, or service quality may deteriorate. The baseline should describe the most likely future without the proposed intervention.

Options may include:

  • doing nothing or continuing current operations;
  • improving the existing process;
  • purchasing or configuring an external solution;
  • developing an internal solution;
  • outsourcing or partnering;
  • implementing in stages;
  • stopping or postponing the initiative.

The preferred option should be selected because it offers the strongest risk-adjusted contribution, not because it is the most technically interesting.

3.3 Assumptions, constraints, and dependencies

A business case is only as reliable as its assumptions. Common assumptions concern demand, adoption, inflation, exchange rates, labor productivity, implementation duration, supplier performance, regulatory approval, data quality, and funding availability.

Assumptions should be recorded in an assumptions log with an owner, evidence level, validation method, and consequence if false. A constraint limits available choices; a dependency is a condition or activity outside the project that must occur for success. For example, a new digital service may depend on identity verification infrastructure owned by another department.

4. Financial Evaluation of Project Proposals

Financial appraisal supports comparison, but it does not replace judgment. It is particularly sensitive to timing, tax treatment, inflation, residual value, and the treatment of risk.

4.1 Net present value

Money received at different times cannot be compared directly without considering the time value of money. The net present value (NPV) of a project is:

NPV = ∑t=0n CFt ÷ (1 + r)t

where:

  • CFt is the net cash flow in period [[MATH:t];
  • r is the discount rate per period;
  • n is the number of periods;
  • t = 0 commonly represents the initial investment.

The cash flows must be expressed in consistent monetary units and the discount rate must match the timing and risk basis of the cash flows. For a conventional investment, a positive NPV indicates that the present value of expected cash inflows exceeds the present value of cash outflows at the selected discount rate. NPV is not a guarantee of success; it is conditional on the forecast and discount-rate assumptions.

If cash flows are stated in nominal monetary terms, the discount rate should normally be nominal. If cash flows exclude inflation, a real discount rate should be used. Mixing nominal cash flows with a real rate, or vice versa, produces misleading results.

4.2 Worked financial example

An organization is considering a service-automation project. The initial investment is $500,000 at time 0. Expected net cash flows are $180,000 in year 1, $220,000 in year 2, $240,000 in year 3, and $160,000 in year 4. The discount rate is 10% per year.

NPV = −500,000 + 180,000÷1.10 + 220,000÷1.102 + 240,000÷1.103 + 160,000÷1.104

The present values are approximately $163,636, $181,818, $180,315, and $109,253. Therefore:

NPV ≈ −500,000 + 635,022 = $135,022

Under the stated assumptions, the project has a positive NPV of approximately $135,022. The result should still be tested against implementation risk, capacity constraints, adoption assumptions, and non-financial effects.

4.3 Benefit–cost ratio and payback

A benefit–cost ratio can be expressed as:

BCR = Present value of benefits ÷ Present value of costs

The ratio is dimensionless. A value greater than 1 indicates that the present value of benefits exceeds the present value of costs, subject to the definitions used. Organizations must state whether benefits include residual value, avoided costs, or only incremental cash benefits.

The simple payback period is the time required for cumulative undiscounted net cash inflows to recover the initial investment. It is easy to understand but ignores the time value of money and cash flows after payback. Discounted payback improves the time-value treatment but still does not summarize total economic value as effectively as NPV.

4.4 Sensitivity and scenario analysis

Sensitivity analysis changes one assumption at a time to examine its effect on the decision. Scenario analysis changes several related assumptions together, such as demand, adoption, schedule, and cost under optimistic, base, and pessimistic conditions.

For example, if the project’s NPV becomes negative when benefits are 20% lower or implementation costs are 15% higher, the sponsor should identify mitigation actions and possibly establish a stage gate. A model that produces a precise NPV without showing its sensitivity can create false confidence.

4.5 Real options and staged commitment

Some projects create flexibility: the organization may expand, defer, abandon, or change direction after learning more. This flexibility has option-like value, although it should not be casually added to an NPV without a defensible valuation method. A staged pilot can reduce uncertainty before full-scale investment. Stage gates should specify evidence required to continue, modify, or stop.

5. Defining and Measuring Success

The traditional iron triangle—scope, schedule, and cost—remains useful for controlling delivery commitments, but it is an incomplete definition of success. A project can meet the triangle and fail to achieve adoption or benefits. Conversely, a project may exceed its original budget because of approved scope changes while creating exceptional strategic value.

A balanced success framework may include:

DimensionIllustrative measure
DeliveryMilestone achievement, defect rate, schedule variance
FinancialNPV, cost avoidance, revenue, operating margin
Customer or citizenSatisfaction, retention, access, complaints
OperationalCycle time, throughput, quality, reliability
People and changeAdoption, competence, employee experience
StrategicCapability maturity, market position, resilience
Risk and complianceIncidents, audit findings, control effectiveness
Sustainability and social valueEmissions, inclusion, safety, community impact

Measures should be defined using a baseline, target, measurement method, timing, owner, and data source. A target without a baseline is difficult to interpret. A measure without an owner is unlikely to be managed.

5.1 Leading and lagging indicators

Leading indicators provide early evidence that benefits may be realized: training completion, system usage, process compliance, or response time during a pilot. Lagging indicators show realized outcomes: cost reduction, revenue, service quality, or safety performance.

A benefits dashboard should combine both. Focusing only on lagging indicators delays corrective action; focusing only on leading indicators may reward activity without proving results.

5.2 Benefits ownership

The project manager is accountable for coordinating delivery, but benefit ownership normally belongs to a sponsor, business owner, product owner, or operational executive. The benefit owner must control or influence the business changes needed to realize the benefit.

A benefits register should identify:

  • benefit statement;
  • beneficiary and owner;
  • baseline and target;
  • measurement formula or method;
  • realization date;
  • dependencies and assumptions;
  • disbenefits;
  • confidence level;
  • review frequency.

Where a benefit is difficult to monetize, a non-financial indicator should be used rather than an invented monetary estimate.

6. Benefits Realization and Transition

Benefits realization begins before project authorization. During initiation, the organization should identify how outputs will be adopted and embedded in operations. During delivery, it should track readiness, capability, communications, training, process redesign, and stakeholder commitment. At transition, ownership must move explicitly to operational managers.

A practical benefits lifecycle has five stages:

  1. Identify: define intended benefits and disbenefits.
  2. Plan: establish baselines, targets, owners, and dependencies.
  3. Enable: deliver outputs and prepare people, processes, and technology.
  4. Realize: use the outputs and measure resulting change.
  5. Sustain and review: confirm durability, revise assumptions, and capture learning.

Benefits may be delayed or distributed across several projects. Program-level governance is appropriate when benefits depend on coordinated organizational change. Portfolio governance is required when benefits compete for shared resources or depend on strategic sequencing.

7. Governance, Ethics, and Decision Quality

Strategic project decisions are vulnerable to optimism bias, escalation of commitment, political influence, and selective presentation of evidence. Governance should separate proposal development from independent challenge where practical. Approval bodies should ask:

  • What would have to be true for the case to succeed?
  • Which assumption is most uncertain?
  • What evidence would cause us to stop?
  • Who bears the costs and who receives the benefits?
  • What alternatives were excluded, and why?
  • What happens if adoption is lower than expected?
  • Are privacy, safety, accessibility, and environmental effects adequately addressed?

Ethical business cases should not conceal disbenefits, externalities, or distributional effects. For technology projects, data protection, cybersecurity, explainability, accessibility, and human oversight may be strategic requirements rather than technical afterthoughts.

Artificial intelligence can assist with forecasting, scenario generation, benefits tracking, and anomaly detection. However, AI-generated assumptions or forecasts require human validation. Models may reproduce historical bias, obscure causal relationships, or imply a level of certainty unsupported by evidence. Accountability for a decision remains with authorized managers and governance bodies.

8. Contemporary Strategic Considerations

Several developments are changing business-case practice:

  • Platform and digital ecosystems: Value may arise from network effects and complementary partners, making benefits dependent on adoption beyond the sponsoring organization.
  • Agile and iterative delivery: The business case may be progressively elaborated through evidence from increments rather than fixed entirely at authorization.
  • Climate and sustainability reporting: Carbon, resource use, resilience, and social effects increasingly influence investment decisions and stakeholder legitimacy.
  • Resilience and geopolitical uncertainty: Redundancy and flexibility may have value even when they reduce short-term efficiency.
  • Product operating models: Continuous product investment blurs the boundary between projects and operations, requiring outcome-based funding and persistent ownership.
  • Data-driven governance: Real-time dashboards can improve visibility, but poor data definitions can create an illusion of control.

These trends do not eliminate the need for disciplined business cases. They increase the need to distinguish validated evidence from assumptions and to treat the business case as a living decision model.

9. Illustrative Case: Regional Hospital Digital Scheduling

Background

The fictional Northbridge Health Network operates four hospitals and numerous outpatient clinics. Patients experience long telephone queues, repeated appointments, and inconsistent use of clinical capacity. The executive strategy emphasizes access, patient experience, and efficient use of scarce clinical resources.

Problem

A proposal recommends an integrated digital scheduling platform costing $2.4 million to implement, with annual operating costs of $450,000. Forecast benefits include reduced administrative labor, fewer missed appointments, improved clinic utilization, and higher patient satisfaction. The initial proposal claims annual benefits of $1.6 million.

Analysis

The steering committee challenges three assumptions. First, the labor savings are not automatically cash savings because staff may be redeployed rather than eliminated. Second, missed appointments are influenced by transportation and patient circumstances, so technology alone may not deliver the forecast reduction. Third, clinics use different scheduling rules and data standards, creating a substantial change and integration risk.

The committee defines a baseline: current missed-appointment rate, average call waiting time, scheduling error rate, clinic utilization, labor hours per appointment, and patient satisfaction. It separates cashable benefits from capacity benefits and service-quality benefits.

Three options are compared:

  1. Continue current operations with minor process improvements.
  2. Implement the platform in two high-volume clinics as a staged pilot.
  3. Implement the platform across the entire network immediately.

The pilot has a lower initial commitment and provides evidence about adoption, data quality, and operational effects. Its disadvantage is that network-wide benefits are delayed.

Approach and solution

The board approves the pilot subject to stage-gate criteria. The pilot includes patient-accessibility testing, privacy review, staff training, revised scheduling processes, and a benefits register. The operational director becomes benefit owner; the project manager remains responsible for delivery coordination.

The pilot measures leading indicators such as staff usage, patient digital completion rates, and scheduling accuracy. Lagging indicators include waiting time, missed appointments, utilization, and satisfaction. A control comparison with similar clinics is used where feasible, recognizing that causal attribution may remain imperfect.

Outcome

After six months, adoption is high among staff but lower among older patients and patients requiring language assistance. Waiting time improves, but the missed-appointment reduction is smaller than forecast. The organization expands the solution with assisted-booking channels and targeted communications rather than approving the original full-scale plan unchanged.

The revised decision demonstrates that a positive strategic case is not a one-time authorization. Evidence from delivery should update the investment logic. The project creates value not only through the platform but also through improved process knowledge and more reliable operational data.

Learning points

  1. Strategic alignment must be connected to measurable outcomes.
  2. Claimed labor savings require an explicit treatment of redeployment and cashability.
  3. Pilots can purchase information and reduce irreversible commitment.
  4. Accessibility and inclusion are part of value, not optional additions.
  5. Benefit ownership must reside in the operating organization.
  6. Stage gates should use evidence, not political momentum, to determine continuation.

Challenges and Limitations

Business cases cannot remove uncertainty. Forecasts may be unreliable where a project creates a new market, changes behavior, or depends on complex interdependencies. Financial appraisal may undervalue resilience, learning, equity, or public trust. Measurement systems may encourage gaming, especially when targets are tied to rewards. Attribution is also difficult when several initiatives and external conditions influence the same outcome.

Managers should therefore avoid both extremes: treating quantitative analysis as objective truth or rejecting analysis because it is imperfect. The appropriate response is transparent assumptions, ranges rather than unsupported point estimates, independent challenge, staged investment, and periodic review.

Best-Practice Checklist

Before approving a strategic project, decision makers should confirm that:

  • the strategic problem or opportunity is clearly defined;
  • the baseline and “do nothing” future are credible;
  • alternatives have been compared fairly;
  • outputs, outcomes, benefits, and disbenefits are distinguished;
  • costs include implementation, transition, operation, and retirement;
  • financial assumptions use consistent timing, units, and discounting;
  • sensitivity and scenario analysis have been performed;
  • benefit owners, measures, targets, and realization dates are assigned;
  • risks, dependencies, ethics, privacy, accessibility, and sustainability are addressed;
  • stage gates and stop criteria are explicit;
  • the organization has capacity to absorb the change;
  • governance arrangements support challenge and learning.

Chapter Summary

Strategy gives direction, but projects create the temporary interventions through which strategy becomes operational. Effective management requires a clear translation from strategic themes to measurable project objectives, while recognizing that project teams usually control outputs more directly than benefits.

A business case is a structured decision argument. It should define the problem, compare realistic alternatives, expose assumptions, evaluate costs and benefits, address uncertainty, and recommend a proportionate course of action. NPV, benefit–cost ratio, and payback can support financial analysis, but none is sufficient on its own. Consistent cash-flow timing, discount rates, units, and assumptions are essential.

Value extends beyond financial return. Customer outcomes, capability, resilience, compliance, sustainability, equity, and stakeholder trust may all be material. Benefits realization requires operational ownership, measurable baselines, adoption planning, and post-delivery review. Governance must challenge optimism bias, protect ethical standards, and use evidence to continue, change, or stop investment. In graduate-level practice, the business case is best understood as a living model of strategic value under uncertainty.

Key Terms

Strategic alignment: Consistency between an initiative and organizational direction and priorities.

Project: A temporary endeavor undertaken to create a unique product, service, result, or change.

Program: Coordinated management of related projects and activities to realize benefits.

Portfolio: A collection of investments managed to achieve strategic objectives.

Output: A deliverable produced by a project.

Outcome: A change resulting from use or adoption of an output.

Benefit: A measurable improvement resulting from an outcome.

Disbenefit: A measurable negative effect associated with an intervention.

Value: The overall worth or importance of outcomes, considering benefits, costs, risks, and stakeholder perspectives.

Business case: A structured argument for undertaking an initiative.

Baseline: The reference condition against which change is measured.

Assumption: A proposition treated as true for planning purposes but subject to uncertainty.

Constraint: A limitation on available choices or implementation.

Dependency: A condition or activity on which successful delivery or realization depends.

Net present value: The discounted value of project cash inflows and outflows.

Benefit–cost ratio: Present value of benefits divided by present value of costs.

Benefits owner: The person accountable for enabling and sustaining a benefit.

Leading indicator: An early measure that signals progress toward a future result.

Lagging indicator: A measure of an outcome or result after it has occurred.

Stage gate: A formal decision point at which continuation, modification, or termination is considered.

Review Questions

Short Answer Questions

  1. Why is strategic alignment necessary but insufficient for project approval?
  2. Distinguish an output, an outcome, and a benefit.
  3. What is the purpose of a “do nothing” option in a business case?
  4. Why should a benefits owner usually be located in the operational organization?
  5. State two limitations of the iron triangle as a definition of project success.

Long Answer Questions

  1. Explain how organizational strategy can be translated into project objectives, using an example.
  2. Discuss the major components of a robust business case and the role of assumptions within it.
  3. Compare NPV, benefit–cost ratio, and payback period as project appraisal methods.
  4. Explain how leading and lagging indicators can be combined in a benefits-realization dashboard.
  5. Critically evaluate the ethical and governance responsibilities involved in strategic project selection.

Analytical / Application Questions

  1. A proposed project has strong revenue forecasts but depends on rapid customer adoption and a third-party platform. Design a decision approach that uses sensitivity analysis, staged investment, and explicit stop criteria.
  2. A project is delivered within budget and schedule, but users do not adopt the new process. Diagnose the failure using the output–outcome–benefit logic and recommend corrective actions.
  3. Construct a benefits register for a university digital-student-services project. Include at least three benefits, one disbenefit, baselines, targets, owners, and measurement methods.

Multiple Choice Questions with Answers

Question 1

Which statement best distinguishes a project output from a project benefit?

A. An output is a strategic objective, while a benefit is a project constraint.

B. An output is a deliverable, while a benefit is a measurable improvement resulting from its use.

C. An output is always financial, while a benefit is always non-financial.

D. An output occurs after operations, while a benefit occurs before project authorization.

Correct Answer: B. An output is a deliverable, while a benefit is a measurable improvement resulting from its use.

Question 2

What is the primary purpose of including a realistic “do nothing” option in a business case?

A. To guarantee that the proposed project is approved

B. To eliminate the need for risk analysis

C. To provide a baseline for comparing the consequences of alternative action

D. To calculate project payback without forecasting

Correct Answer: C. To provide a baseline for comparing the consequences of alternative action

Question 3

Using the formula NPV = ∑ CFt ÷ (1+r)t, what does r represent?

A. The number of project years

B. The initial investment

C. The discount rate per period

D. The residual value of the project

Correct Answer: C. The discount rate per period

Question 4

A project has a present value of benefits of $900,000 and a present value of costs of $600,000. What is its benefit–cost ratio?

A. 0.67

B. 1.00

C. 1.50

D. 2.00

Correct Answer: C. 1.50

Question 5

Which measure is most clearly a leading indicator of benefits realization?

A. Annual operating-cost reduction after three years

B. Revenue generated twelve months after launch

C. Percentage of target users actively using the new process during rollout

D. Final return on investment after project closure

Correct Answer: C. Percentage of target users actively using the new process during rollout

Question 6

Who is normally best placed to own an operational benefit?

A. The project scheduler

B. The operational executive who can implement and sustain the change

C. The external auditor in every case

D. The procurement officer regardless of the benefit

Correct Answer: B. The operational executive who can implement and sustain the change

Question 7

What is a major limitation of simple payback period?

A. It cannot use monetary values

B. It ignores the timing of cash flows and benefits after payback

C. It always produces a negative result

D. It requires a discount rate that NPV does not require

Correct Answer: B. It ignores the timing of cash flows and benefits after payback

Question 8

Which governance practice most directly helps address optimism bias?

A. Removing the baseline from the business case

B. Using only the sponsor’s forecast

C. Independent challenge of assumptions and scenario analysis

D. Approving the project before defining benefits

Correct Answer: C. Independent challenge of assumptions and scenario analysis

Question 9

A project delivers its system on schedule, but staff do not use it. Which link in the value chain has most clearly failed?

A. The existence of a project charter

B. The transition from output to outcome

C. The calculation of the discount rate

D. The definition of portfolio governance

Correct Answer: B. The transition from output to outcome

Question 10

Why must nominal cash flows normally be paired with a nominal discount rate?

A. To ensure that inflation treatment is consistent

B. Because nominal cash flows cannot be discounted

C. Because nominal rates are always lower than real rates

D. To remove all project risk from the analysis

Correct Answer: A. To ensure that inflation treatment is consistent

Project Management Frameworks
Chapter 2 of 15