Study PMP 2026 Make-or-Buy Strategy: key concepts, common traps, and exam decision cues.
On this page
Make-or-buy strategy matters because sourcing is a delivery decision, not just a purchasing decision. On the PMP 2026 exam, the project manager is expected to compare internal capability, external market options, time pressure, compliance needs, and risk ownership before deciding whether to build internally, buy externally, or use a blended model.
Start With Objectives and Constraints
The strongest make-or-buy decision begins with what the project is trying to achieve. A team may prefer to build internally, but that is weak if the work needs a niche capability, has a short market window, or must meet controls the organization cannot support on its own. External sourcing may look faster, but it can also increase integration risk, dependency on a vendor, and governance overhead.
Useful inputs include:
scope stability and clarity of outcomes
internal skill and capacity availability
supplier market maturity and lead time
confidentiality, regulatory, or IP constraints
integration effort and ongoing support obligations
Compare Delivery Options by Total Fit
The correct answer is not always “buy” for speed or “make” for control. Some work is best sourced externally because the supplier already has repeatable capability. Other work should remain internal because the solution is tightly tied to business knowledge, sensitive data, or long-term ownership. Hybrid solutions can also work, such as buying a platform while building a custom integration layer internally.
flowchart LR
A["Objectives and constraints"] --> B["Internal capability and capacity"]
A --> C["External market capability"]
B --> D["Make, buy, or hybrid decision"]
C --> D
D --> E["Risk allocation and governance plan"]
The exam tends to reward candidates who look at the whole operating model. Buying from a vendor does not remove the need for acceptance criteria, integration planning, contract oversight, and business accountability.
Revisit the Decision When Conditions Change
Make-or-buy is not a one-time slogan. If market conditions change, internal capacity falls away, or scope becomes more stable, the project may need to adjust the sourcing approach. The project manager should bring a fact-based recommendation rather than defending the original decision out of habit.
Example
A product launch requires a secure payment feature within a short window. The internal team understands the business flows but lacks recent experience with the required compliance standards. A stronger decision may be to procure a proven payment component while keeping architecture, customer rules, and acceptance ownership inside the project.
Common Pitfalls
Treating cost as the only make-or-buy criterion.
Assuming external sourcing transfers all technical and delivery risk.
Ignoring integration, oversight, and support obligations.
Defending an inherited sourcing model after the context has changed.
Check Your Understanding
### What is the strongest basis for a make-or-buy decision?
- [x] Project objectives, constraints, capability fit, and risk ownership
- [ ] The team's historical preference for internal development
- [ ] The vendor's sales confidence
- [ ] The assumption that external sourcing is always faster
> **Explanation:** Strong sourcing decisions start from delivery fit, not from habit or supplier marketing.
### Which situation most strongly supports a buy decision?
- [ ] The organization wants to keep all design knowledge internal
- [x] A qualified external supplier can meet a niche capability need that the project cannot staff in time
- [ ] Scope is unclear and acceptance criteria are still missing
- [ ] No one has evaluated the integration consequences yet
> **Explanation:** Buying is stronger when the supplier can solve a real capability or timing gap and the project can still manage the resulting risk.
### Which response is usually weakest?
- [ ] Comparing internal capability with external market options
- [ ] Checking confidentiality and support implications before sourcing
- [x] Choosing make or buy mainly because that is what the department usually does
- [ ] Recommending a hybrid approach when ownership and capability are split
> **Explanation:** Habit is weaker than a sourcing decision grounded in project objectives and constraints.
### A team can build a feature internally, but doing so would delay a regulatory deadline. A vendor has a proven component, but the project would still own configuration and acceptance. What is the strongest next step?
- [ ] Keep all work internal because direct ownership is always safer
- [ ] Delay the decision until the schedule pressure becomes visible in status reporting
- [ ] Choose the vendor immediately because external options always reduce risk
- [x] Evaluate a buy or hybrid option against timing, integration effort, compliance, and ownership needs
> **Explanation:** The project should compare delivery-fit tradeoffs instead of defaulting to full make or full buy.
Sample Exam Question
Scenario: A project must deliver a customer-facing analytics feature within a strict market window. The internal team understands the business logic well, but lacks the specialist experience needed to build the analytics engine quickly. A supplier offers a mature component, but integration and acceptance would still remain with the project team.
Question: What is the strongest recommendation?
A. Assess the make, buy, and hybrid options against capability, schedule, integration, and ownership constraints before selecting the sourcing approach
B. Build internally because business knowledge is more important than delivery timing
C. Buy the component immediately because supplier maturity always lowers project risk
D. Postpone the decision until procurement planning is complete and the schedule slips
Best answer: A
Explanation: The strongest answer is A because it treats sourcing as a strategic delivery choice. The project manager should compare internal build, external buy, and hybrid options using evidence about capability, time, integration effort, and accountability. That is stronger than defaulting to internal ownership, defaulting to external sourcing, or waiting until the project is already under strain.
Why the other options are weaker:
B: Internal familiarity does not automatically outweigh a hard timing or capability gap.
C: Buying a component still leaves integration, oversight, and acceptance risk with the project.
D: Delay reduces the time available to make a credible sourcing decision.