Requirements - Technology Choices
-
T02 - Appropriate Tech
Technology choices should be appropriate to the problem and non-functional needs. I.e. we are as equally aware of over-engineering as we are of under-engineering.
Requirement description
This requirement is concerned with selecting technologies that are proportionate to the business problem and capable of meeting the service's non-functional requirements.
Technology choices should be driven by user needs, business objectives and operational requirements. Teams should avoid selecting technologies that are unnecessarily complex, expensive or difficult to operate, while also avoiding solutions that are too simplistic to meet reliability, security, scalability, resilience or performance needs.
The objective is to achieve an appropriate balance between capability, complexity, cost and risk.
In simple terms:
Choose technology that is fit for purpose. Avoid both unnecessarily complicated solutions and solutions that are too limited for the service's needs.
Scoring rubric table – T02 Appropriate Technology Selection
| Score | What it looks like | Typical evidence | Key gaps / risks |
|---|---|---|---|
| 0 | No evidence that technology choices have been assessed against business requirements or non-functional needs. |
No technology evaluation. No non-functional requirements. No architecture rationale. No options assessment. |
Significant service risk. Technology choices may be incapable of meeting operational needs or may create unnecessary complexity and cost. |
| 1 | Limited evidence that technology choices are aligned to the problem being solved. Decisions appear to be driven by preference, assumptions or convenience. |
Informal decision-making. Undocumented technology choices. Limited requirements analysis. No assessment of non-functional needs. |
High-risk gaps. Solutions may be over-engineered, under-engineered or unable to support business requirements. |
| 2 | Some technology assessment has occurred and there is evidence that key requirements have been considered, but evaluation remains incomplete or inconsistent. |
Partial options appraisal. Some non-functional requirements documentation. Limited architecture rationale. Basic technology comparisons. |
Significant notable gaps. Important operational, resilience, security, scalability or supportability considerations may not have been fully assessed. |
| 3 | Much of the technology selection process is aligned to the service requirements and non-functional needs. Most major decisions are supported by documented rationale. |
Technology assessments. Architecture Decision Records. Documented non-functional requirements. Solution design documentation. Options evaluations including trade-offs. |
Notable gaps remain. Some assumptions may not be validated, or evidence of performance, scalability, resilience or supportability testing may be incomplete. |
| 4 | Most technology choices are demonstrably proportionate to the business problem and supported by clear evidence that non-functional requirements can be met. |
Comprehensive options assessments. Documented non-functional requirements. Performance and scalability analysis. Operational support assessments. Architecture governance review. Clear rationale for technology selection. |
Minor gaps only. Remaining uncertainties are understood and unlikely to present significant architectural risk. |
| 5 | Comprehensive and exemplar technology selection. Technology choices are demonstrably optimised for business need, operational characteristics and future sustainability. |
Comprehensive architecture assessments. Traceability between requirements and technology choices. Documented trade-off analysis. Validated non-functional requirement alignment. Evidence-based capacity and performance modelling. Governance-supported technology decisions with periodic review. |
Minimal or no significant gaps. Technology choices balance capability, cost, complexity and risk while supporting long-term service objectives. |
What assessors should look for
- Business fit – Do the selected technologies address the actual business problem and user needs?
- Non-functional alignment – Can the technology meet reliability, security, scalability, resilience, performance and operational requirements?
- Proportionality – Is the solution appropriately sized for the challenge, avoiding both over-engineering and under-engineering?
- Options analysis – Were alternative technology options considered before making a decision?
- Trade-offs – Are cost, complexity, operational burden and future support considerations documented?
- Evidence-based decision-making – Is there evidence supporting claims that the selected technology can meet expected service demands?
What separates a 3 from a 4 or 5
A score of 3 generally indicates that technology choices appear reasonable and are supported by documented rationale, but important assumptions remain unvalidated or evidence of non-functional suitability is incomplete.
A score of 4 requires clear evidence that the selected technology has been assessed against both business needs and non-functional requirements, with documented trade-offs and governance review.
A score of 5 requires strong evidence that technology decisions are evidence-based, proportionate and optimised for both current and future needs. The organisation can demonstrate why the chosen approach achieves the right balance between functionality, cost, complexity and risk.
Suggested evidence examples (not SAF-mandated artefacts)
- Technology options appraisals
- Architecture Decision Records (ADRs)
- Non-functional requirements specifications
- Performance and capacity models
- Scalability assessments
- Operational support assessments
- Reliability and resilience analysis
- Architecture review outputs
- Solution Design Overview documents
- Governance papers supporting technology decisions
Updated: 04 September 2026 (SAF Version 1.1)