The build-vs-buy decision is a structural decision model for evaluating whether software or components should be developed in-house or sourced externally. It weighs costs, time-to-market, strategic advantage, and total cost of ownership. The decision requires cross-functional input from product, engineering, and procurement.
Use this profile to understand the building block briefly, place it in the model, and switch to the 360° assessment when needed.
Theoretical construct: explains a term, principle, or mental model.
What organizes, connects, or makes decisions possible.
A build-vs-buy decision compares developing a solution with procuring it to weigh cost, time, control, and strategic impact transparently.
The approach comes from make-or-buy questions in business administration and procurement. Modular enterprise software extended it to platforms, components, capabilities, and long-term dependencies.
The team evaluates requirements, total cost of ownership, delivery capability, differentiation, risks, and exit options. A documented decision records assumptions and review points.
The central idea and its purpose.
The essential building blocks work together.
Application depends on context and protection needs.
The framework prevents premature investment and exposes dependencies. For sensitive or differentiating capabilities, control and adaptability may outweigh the entry price.
Where this building block is located in the topic model.
No structure path available.
Explore how this building block connects to concepts, methods, technologies, and tools.
These sources establish the term and its professional meaning.
All direct connections of the current building block in a compact text view.
This classification shows where the building block typically matters, how demanding it is, and what kind of impact it has in the model.
The level within the organization (enterprise, domain, team) at which the AssetBlock is applied.