
OUR THOUGHTSTechnology
Putting patterns to work
Posted by Gareth Evans . Nov 30.23
We’ve published a new case study that shows how we’ve used patterns to implement a flow-optimised ‘Delivery Ecosystem’ for a fintech client.
Patterns are critical to our work. They’re solutions to typical challenges we observe across our clients – challenges that are common to specific sectors, business domains and technology functions. More importantly, they’re also the improvement actions we need to take to solve these challenges.
Over the years, we’ve learnt how to combine patterns to work in balance in a delivery ecosystem. Patterns can be applied to improve technology, tooling, technical practices, team topologies, architecture, ways of working and specialist skills – all with the goal of accelerating the flow of value to your customers.
We know, however, that using patterns in a point solution won’t work if they prove suboptimal for the system as whole. Which is why, in almost all our engagements today, we act right across a value stream and use patterns which work synergistically to transform outcomes from concept to cash.
We’ve developed our thinking on this and have been putting it into practice for well over a year now. We call it a ‘Reference Ecosystem Implementation’.
Software Delivery Ecosystems comprise social networks that rely on skills, technology and processes to work in balance to accelerate the flow of value to customers through software products. Value flows through – and relies on – interconnections between human and technical elements.
We start by building a ‘reference’ ecosystem for a client based on a flow-optimised set of patterns encompassing architectural style, technologies, tools and practices. The ecosystem is also designed to ensure teams are able to innovate with fast feedback to create an optimal learning experience.
Over time, the ecosystem forms the basis for new teams and value streams to accelerate value to customers and help meet business objectives.
There’s no ‘templated’ solution here. Crucially, the first phase of any engagement is always experimentation. Experiments identified in the discovery process will be undertaken to gain confidence that proposed tools, patterns and practices will work together as expected to form the delivery ecosystem that works uniquely for the business – one that will be relevant, adaptable, long-lived and constantly evolving.
We prove the value of this work through positive changes in Flow Metrics and how those changes help meet business OKRs.
We’ve also found that as we help clients scale delivery ecosystems across other business domains and the teams that work in them, people engagement improves dramatically.
Our new case study has much more on our approach to implementing Delivery Ecosystems and the outcomes we’ve achieved for a fintech client. If you want to hear more about what we can achieve for you, don’t hesitate to drop me a line.
More Ideas
our thoughts
Empowering developers with Containerised Development Workflows
Posted by Blair Jacobs . May 12.25
When HYPR works with a customer on their software systems, our mission is always to deliver the most value possible. In most organisations, we observe a range of challenges that developers face that make it difficult to provide value at pace.
> Readour thoughts
How software companies stay relevant and responsive during organisational transformation
Posted by Daniel Walters . May 01.25
There often comes a time when business leaders look at how they are competing in the marketplace or how things are operating within and start to form a view that something needs to change. Even more often, when there is a new leader, they will form the view that something needs to change. These changes are usually structural and disruptive.
> Readour thoughts
Lifting the lid: understanding what makes development teams thrive
Posted by Tony Luisi . Apr 21.25
Development teams are the engine of innovation in today’s digital business environment. While organisations increasingly demand more features from their development teams, few potentially understand what happens beneath the surface.
> Readour thoughts
The AI coding partner: a generational shift in product engineering
Posted by Gareth Evans . Apr 14.25
We’ve recently witnessed a fundamental change in how software is engineered. Large Language Models (LLMs) are reshaping the landscape of product development in ways that extend beyond code completion and assistance. This shift isn’t just about productivity gains – it’s a new way of conceptualising, designing and building software products.
> Readour thoughts
Flow metrics – build or buy?
Posted by Steven Gibson . Apr 08.25
It’s now well established that including flow metrics is an effective way to identify areas for improvement and visualise how work flows through your system.
> Read