Target capability
What the organisation needs to be able to do, expressed in business terms rather than technologies.
Independent advisory / Services
An independent technology strategy connecting business priorities, architecture, capability, investment and a credible delivery roadmap.
Decisions, not ambition
A strategy is a set of decisions about what not to do.
A useful technology strategy names the trade-offs it accepts, the capability it assumes and the constraints it is willing to live with. Without those, it is a set of intentions rather than a plan.
From priorities to a credible roadmap
Priorities, constraints, capability and evidence converge on a small number of decisions that then shape investment, roadmap and ownership.
What the strategy must settle
Each of these has a consequence whether or not it is addressed deliberately.
What the organisation needs to be able to do, expressed in business terms rather than technologies.
The structural choices that either enable or obstruct those capabilities over the next few years.
Where money goes, what it buys and what is explicitly not being funded.
What must happen before what, and which enabling moves unblock the most value.
Who is accountable for delivery and whether the organisation has the capability it assumes.
Signals that show whether the strategy is working before the next planning cycle.
Independent of the vendor answer
Strategy shaped by preference rather than constraint is expensive to unwind.
We are not aligned to a platform, product or delivery model. Recommendations follow from the outcome, the estate and the organisation's capacity to operate what is chosen.
Trade-offs stated openly
| Theme | The tension | How we decide |
|---|---|---|
| Accelerate or stabilise | Delivery pressure against the resilience of the estate. | Named risk owners and an explicit ceiling on accepted fragility. |
| Standardise or federate | Consistency against the autonomy teams need to move. | Scale of the organisation and the maturity of its engineering practice. |
| Build or buy | Control and differentiation against speed and operating burden. | The cost of exit, integration and long-term dependency. |
| Invest now or defer | Current cost against future constraint. | Whether deferral increases the eventual cost or genuinely preserves options. |
| Modernise or consolidate | Reducing technical constraint against reducing duplication. | Which removes the binding constraint rather than the visible one. |
Stating the tension makes the strategy testable. A direction that claims to resolve every tension is not a direction.
When to engage
Reset
Where previous plans did not survive contact with delivery or the business.
Budget
Where technology spending needs to be defended against outcomes rather than activity.
Pressures
Several urgent demands with no agreed basis for sequencing them.
Leadership
Where an independent view of the estate and its options is needed quickly.
Divergence
Where the roadmap no longer reflects what the organisation is trying to achieve.
Assurance
Where significant commitment rests on assumptions that have not been examined.
What the engagement can produce
Strategy is written to be used by engineering, finance and leadership together, not to be admired as a document.
Engagement enquiries
Bring the priorities, the constraints and the decisions that need to be made. We will be clear about what can be established and what depends on your own data.
Useful links
Recommendations are independent of any platform, product or delivery partner.