Solutions Delivery
The Solutions Delivery (SD) capability is the ability to design, develop, validate, and deploy IT solutions that effectively address the organization's business requirements and opportunities. The Solutions Delivery (SD) capability covers:
- Managing requirements (functional and non-functional) and their traceability throughout the IT solution's delivery life cycle.
- Developing IT solutions based on the output from requirements analysis and the solution's architecture.
- Selecting appropriate methods and IT solutions delivery life cycle models (for example, waterfall, incremental, agile).
- Reviewing and testing IT solutions throughout the development process.
- Managing changes and releases that occur during the IT solution's delivery life cycle.
Structure
SD is made up of the following Categories and CBBs. Maturity and Planning are described at both the CC and the CBB level.
- ADesign Phase
Manages requirements and IT solution conceptualization.
- A1Requirements
Manage requirements and their traceability throughout the IT solutions delivery life cycle to serve business needs.
- A2Design Conceptualization
Apply architecture principles and guidelines to inform the design of IT solutions to meet requirements.
- BDevelop Phase
Builds and tests the IT solution.
- B1Fabricate
Construct IT solutions based on design principles and standards — for example, multi-tier architecture, coding, and security.
- B2Test
Conduct validation testing to ensure that IT solutions meet specified requirements. This can include unit, integration, system, user acceptance, and regression testing.
- CDeploy Phase
Manages the deployment/roll out of the IT solution.
- C1Release Management
Manage the deployment of IT solutions into the operational environment.
- C2Version Control
Manage the control of versions that occur during the solution's delivery life cycle using appropriate methods — for example, methods for initiating, defining, evaluating, and approving/disapproving proposed changes.
- DAdoption of Solutions Delivery Methodologies
Promotes the organizational uptake of methods and practices to support solutions delivery.
- D1Methods and Practices
Ensure the availability and use of IT solutions delivery methods and practices — for example, requirements management, configuration management, and release management.
- D2Practice Evolution
Evolve IT solutions delivery approaches and methodologies in response to business needs and in line with industry practices.
Overview
Goal
The Solutions Delivery (SD) capability aims to develop IT solutions that are effective in meeting business needs.
Objectives
- Manage business requirements, contain development costs, and reduce the time to market for IT solutions.
- Adopt flexible solutions development and delivery methodologies based on the project context — for example, waterfall, agile, or a hybrid of the two.
- Ensure that IT solutions follow agreed development methodologies regardless of where they are developed within the organization — within the IT function or within other business units.
- Employ built-in assurance mechanisms that enhance the quality of IT solutions to better meet business requirements and service standards.
- Design and develop stable and flexible IT solutions that can easily be maintained and updated to meet future demands of the organization.
Value
The Solutions Delivery (SD) capability ensures a balance between quality, costs, and schedule during the development of IT solutions to meet organizational objectives.
Relevance
Up to two-thirds of technology-related projects end in failure. Reasons regularly cited include project team inexperience, large project size, unclear and complex requirements, inadequate testing, poor change management, and lack of stakeholder communication. Typically, successful projects can spend up to 40 per cent of the total project effort in a design phase (requirements analysis and planning). This is the case regardless of whether they adopt waterfall, incremental, or agile project delivery methodologies — the latter two typically cycling through multiple design-develop-deploy phases. They can spend up to another 40 per cent in a deploy phase (releasing and validating), with the remaining 20 per cent in a develop phase (building and testing).
Organizations that rush into a develop phase without thoughtful consideration of design can suffer unforeseen consequences. For example, finding and fixing a problem in a later phase is more expensive than finding and fixing it during a design phase. Additionally, there will be implications relating to the maintainability of inefficiently designed solutions when they are deployed. Such challenges underscore the need for the development of IT solutions to be better managed so that they achieve more predictable and successful outcomes1.
By establishing an effective Solutions Delivery (SD) capability, an organization can more effectively manage IT solutions during the design, development, and deployment phases, and control costs and schedules while minimizing the risk of failure. Consequently, the organization can more readily leverage the resultant IT solutions to deliver business value.
Scope
Definition
The Solutions Delivery (SD) capability is the ability to design, develop, validate, and deploy IT solutions that effectively address the organization's business requirements and opportunities. The Solutions Delivery (SD) capability covers:
- Managing requirements (functional and non-functional) and their traceability throughout the IT solution's delivery life cycle.
- Developing IT solutions based on the output from requirements analysis and the solution's architecture.
- Selecting appropriate methods and IT solutions delivery life cycle models (for example, waterfall, incremental, agile).
- Reviewing and testing IT solutions throughout the development process.
- Managing changes and releases that occur during the IT solution's delivery life cycle.
Improvement Planning
Practices-Outcomes-Metrics (POM)
Representative POMs are described for SD at each level of maturity.
- 2Basic
- Practice
- Elicit functional and non-functional requirements in a suitable format through, for example, qualitative data collection techniques such as interviews and workshops.
- Outcome
- Requirements are documented and stored in a format that ensures they are clear, correct, unambiguous, and testable.
- Metric
- Number of requirements specified in desired formats.
- Practice
- Prioritize and define implementation standards — for example, coding standards and integration standards.
- Outcome
- Agreement on appropriate guidelines is reached in advance to ensure that the solutions design adequately satisfies all system requirements.
- Metric
- Percentage of applicable design guidelines correctly implemented by project.
- Practice
- Define and agree testing procedures.
- Outcome
- Ability to perform testing in accordance with agreed testing procedures will help to improve the appropriateness and effectiveness of the testing performed.
- Metric
- Number of solutions where agreed testing procedures are used during the testing process.
- Practice
- Identify and agree a formal release management approach with procedures and templates for releases.
- Outcome
- A release schedule that specifies the date of each release is in place.
- Metric
- Percentage of releases performed in accordance with the defined release management approach.
- Practice
- Define and agree core elements of solutions delivery processes — for example, requirements management, design, building, testing, and configuration management processes.
- Outcomes
- Stable processes are provided to support delivery of appropriate IT solutions.
- These processes help to ensure consistency in the approach used to deliver solutions and prevent the need to create processes from scratch for each solution delivered.
- Metric
- Number of processes that are defined and agreed.
- 3Intermediate
- Practices
- Promote involvement of relevant stakeholders in analysing business requirements and converting them into an agreed set of system requirements.
- Include relevant business and user representatives as well as representatives from those areas responsible for design, development, testing, deployment, and maintenance of the proposed solution.
- Outcome
- This helps to ensure that a complete set of functional and non-functional requirements is accurately specified, and the quality of the proposed IT solution is improved.
- Metric
- Percentage of relevant stakeholders participating in requirements specification.
- Practices
- Agree a test strategy that identifies the test levels to be performed.
- For each test level (for example, those that relate to unit, integration, system, and user acceptance), clearly specify the defined objectives, scope, and assigned responsibilities.
- Outcomes
- The test strategy is the starting point for testing.
- Test levels are unambiguously defined, and this reduces the likelihood of overlap between the test levels and leads to a more efficient test process.
- Metric
- Percentage of IT solutions delivered in accordance with a test strategy.
- Practice
- Agree criteria for selecting an appropriate solutions delivery life cycle model — for example, those that might apply to waterfall, incremental, or agile models.
- Outcome
- Appropriate life cycle models are considered, allowing pros and cons to be objectively considered, so that the best outcome can be delivered.
- Metric
- Percentage of projects that use suitable life cycle models.
- Practice
- Ensure key stakeholders are allocated appropriate levels of authority for evaluating, and approving or rejecting proposed changes to IT solutions.
- Outcome
- Releases are appropriately governed and controlled.
- Metric
- Percentage of changes evaluated that had involvement from necessary stakeholders.
- Practice
- Establish and maintain the test environments within which the necessary testing can be carried out prior to implementation.
- Outcome
- Stable test environments are provided for each level of testing, ensuring the separation of development, system, and user testing environments.
- Metric
- Percentage of releases tested in correct test environments prior to release.
- 4Advanced
- Practice
- Implement methods to facilitate the tracing of requirements from their source to design, implementation, and testing (in both directions).
- Outcome
- Methods are available to enable requirements to be traced in both directions throughout the solutions delivery life cycle, thereby enabling the validation of specified requirements by relevant users.
- Metric
- Percentage of requirements traceability methods that support bi-directional traceability throughout the full solutions delivery life cycle.
- Practice
- Expand the portfolio of design methods — for example, these could include prototypes, structural models, design thinking, design reuse, design patterns, and entity relationship models.
- Outcome
- The quality of designs is enhanced, productivity is improved, and the likelihood of errors and rework downstream is reduced.
- Metric
- Number of effective design methods used.
- Practice
- racticeFully integrate release management and version control processes.
- Outcome
- The delivery of IT solutions into the operational environment is improved.
- Metric
- Percentage of version control and release activities that are integrated.
- Practice
- Promote integrated tools that can assist in the execution of solutions delivery processes — for example, these could include requirements modelling, test automation, defect management, and measurement capture, storage, and analysis.
- Outcome
- Greater levels of productivity can be supported, and errors can be reduced.
- Metric
- Percentage of processes supported by integrated tools.
- Practice
- Measure the performance of the solutions delivery processes against specific targets and KPIs.
- Outcome
- Transparency is increased and process predictability is improved.
- Metric
- Percentage of solutions delivery processes that have specific targets and KPIs.
- 5Optimized
- Practice
- Investigate innovative methods and techniques for requirements gathering, analysis, design, development, and deployment of solutions on a continual basis.
- Outcome
- The quality of IT solutions benefits from the latest proven practices.
- Metric
- Number of innovative methods and techniques introduced into the solutions delivery processes.
- Practices
- Continually monitor and optimize testing in accordance with test plans.
- Mandate that all testing activities conform to an organization-wide test strategy.
- Outcomes
- All test processes, scripts, tools, and environments support optimization of testing.
- Actions are taken without delay if any deviations are found during testing.
- Metrics
- Number of IT solutions where testing is continually monitored in accordance with test plans.
- Percentage of testing activities that adhere to a test strategy.
- Practice
- Mandate a continual improvement programme by which deficiencies in approaches are identified and improvements are implemented through incremental and innovative change.
- Outcome
- Approaches are reviewed and adapted consistently in an effective and efficient manner.
- Metric
- Percentage of improvement requests that are reviewed and implemented.
- Practices
- Continually analyse and review performance measures relating to the solutions delivery processes.
- Feed information back into a continual improvement and benchmarking initiative.
- Outcomes
- The performance of solutions delivery processes is objectively evaluated.
- Corrective and preventative actions can be taken to optimize these processes.
- Metric
- Frequency of review of performance measures relating to the solutions delivery processes.
Reference
History
This capability was introduced in Revision 16 as a new critical capability.
It was deprecated in Revision 18.04, being updated by Solution Delivery (18.04).