An integrated, connected tooling ecosystem is needed to support strategy to execution
I'll be honest. I've never been a big fan of tools. My focus over the past 14+ years with ways of working has always been on People > Process > Tooling (in that order).
But after all of this time, I've realised that to truly make ways of working change sustainable, we need to be deliberate about tooling. It needs to be a focus. When we embed how we would like to operate and organise into tooling, we embed the change.
As such, this is a topic that Mark Payne and I have spent some time understanding in 2024. There is a gap in the market for a connected, integrated tooling ecosystem.
The gap in the market
We see a gap in the market for a holistic, integrated and connected tooling ecosystem (portfolio mgmt, work mgmt, workforce / resource mgmt, financial mgmt.) to help organisations deliver the most value, in the shortest time, with quality, safety and happiness.
There are lots of traditional project management tools. Equally, there are lots of agile tools. There are few that do both well. Even fewer that enable a connected portfolio from enterprise to team.
As such, a codified tooling ecosystem is needed to support organisations as they continue to improve ‘how they do what they do’ and to make those improvements sustainable. To be clear, at the time of our review, there was no 1 tool that does it all. This is why it is an ecosystem. And you will need more than just JIRA!
The tooling ecosystem needs to support the uplift in ways of working overtime, as the change approach should not be big bang. This may mean that we are living in two modes as we test and learn within an organisation and the tooling needs to support this.
We need a system that supports the shift from Output to Outcome.
This means that Organisations may need to see two views of their data – the metrics they currently use, i.e., cost/time/scope and a new view that focuses on outcomes and value. This will support the transition from a traditional way of working to an improved way of working that supports delivery in the Age of Digital/AI.
We need a system that supports the shift from Project to Product.
This means that Organisations may need to see their teams in two views – the project/program context landscape that they are currently operating in and a new view with E2E Value Streams.
We need a system that supports the shift from PMO to VRO.
This means that the introduction of outcomes (aka OKRs) and outcome roadmaps will be needed in addition to delivery roadmaps. The portfolio of work will need to be visualised for all teams to effectively prioritise and manage work in progress to improve flow.
We need a system that supports the shift from rigid annual planning cycles to adaptive planning.
This means that organisations may need to move away from annual planning cycles towards adaptive strategic planning enabled by the shift to fixed capacity funding models.
We need a system that supports the removal of governance rage.
This means that we need to tech enable as much as possible so that we can remove wasted effort and management of portfolios via excel spreadsheets / PPT.
Features Required
When Mark and I started looking at what is required to enable strategy to execution, we first looked at who the customers of the codified WoW are and then mapped out what was required to enable the shifts to improve ways of working.
Ecosystem Users
Enterprise – To support the ELT who is responsible for multi-year and annual strategy execution in service of enterprise goals with visibility on progress quarterly and monthly.
Business Unit / Portfolio – To support each BU leader who is responsible for their own multi-year and annual strategy execution in service of their BU goals with visibility on progress quarterly and monthly.
Teams – To support Value Streams / Platform leads and within their teams who are responsible for delivery of in-year outcomes with connectivity to squad work.
6 Core Features
The core 6 features that an integrated, connected tooling ecosystem needs to support are:
1. Strategy / Outcome definition
Strategic outcomes articulated using OKRs (outcome and leading/lagging metrics)
Strategic outcomes nested and mapped from long term, multi-year (3-yr), annual (1-yr), quarterly (3-mo)
Initiative(s) connected to OKRs
Outcome reporting on progress to multi-year strategy
Outcome reporting on progress
2. Demand management
Value Stream with Squads
Program with Team
Initiative connected to Value Stream / Program
Demand alignment reporting on progress to multi-year strategy
Demand alignment reporting on Strategy / Portfolio / Value Stream & Program progress
Team-to-team dependencies
Internal dependencies
Requesting work of Shared Teams
3. Capacity management
Chapters defined with Chapter Members
Chapter members allocated to Value Stream
Value Stream aligning team members to squad
Capacity reporting on progress to multi-year strategy
Capacity reporting on progress to Strategy / Portfolio / Value Stream / Program
Complete Timesheet (note: this may still be required as part of the transition)
Timesheet file for capitalisation
4. Financial mgmt
Capital investment allocated to Strategy / Portfolio / Value Stream & Program / Initiative
Capital investment spend against Strategy / Portfolio / Value Stream / Program / Initiative
Budget allocated to Value Stream/Squad (covering both capex/opex)
Financial reporting on progress to multi-year strategy
Financial reporting on progress to Strategy / Portfolio / Value Stream & Program (covering both capex/opex)
(note: reporting on Program/Initiative may still be required as part of the transition)
5. Governance
Annual / Quarterly / Monthly planning and reviews
Delivery health reporting on progress to multi-year strategy
Initiative delivery compliance with workflow enabled
Managing risk – delivery and delivered risk
6. Workflow
Delivery quarterly plan - Enterprise, Portfolio, Value Stream / Program, Squad
Aligning work to Squad
Aligning work to External 3rd party
Bringing the Tooling Ecosystem Components together
The components that we explored are the Inputs, Core Components, and Enablers. These are the components that you should consider in your tooling architecture.
3 Inputs
🟨 HR/People data
🟨 Finance data
🟨 Strategy inputs
Data integrations and connections will be needed to get the source of truth of HR/Finance data. Often Strategy is captured in PPT so being able to capture 'Strategy' in the tooling ecosystem may be helpful!
6 Core Components
🟩 Portfolio Financial Performance
🟩 Portfolio Mgmt including Portfolio Demand mgmt / OKRs
🟩 Work Demand Mgmt
🟩 Team Mgmt including Workforce Planning and Capacity Mgmt
🟩 Operations including Release Mgmt
🟩 Service Mgmt
These 6 core components may be different tools! e.g. Work Demand mgmt is often JIRA. Service Mgmt may be ServiceNow. Portfolio management tools like Planview need to consider portfolio financials, outcome definition, demand management and connecting strategy to execution. We discovered that often there is no system source of truth for 'who are your teams' (except for what's in the spreadsheet!) and this is needed to support demand/capacity alignment - this is TeamForm’s sweet spot.
The tooling ecosystem needs to be enabled by:
🟪 Portfolio, Flow & Delivery Analytics, BVSSH Outcomes & Reporting
🟪 Cloud Infrastructure
These enablers set-up the Value Realisation Office (aka the modern PMO) and Teams to help coordinate, orchestrate and deliver on the portfolio of work.
We developed 3 common scenarios for how to compose the tools into an architecture.
For further details on the tooling architecture view and tools that we explored to 'fit together', reach out directly to myself or Mark.
How to get started
From the tooling review that we did in 2024, we concluded these 4 key learnings.
1. A connected ecosystem is required
Through our investigation we found that no one platform satisfied all requirements.
This means that multiple tools will be required in a connected ecosystem for organisations to manage an E2E delivery model. We have also found that there are overlapping capabilities across the various tools and clarity is required in the design to be selective about which piece of capability will be leveraged and from what tooling platform.
The goal is an integrated system where no re-keying is required.
2. Transition will need to be supported
There will be 2 modes that organisations will need to operate within as they make the key shifts required in their ways of working.
This means that visibility will be required for both Project and Product / Value Streams and Output and Outcome.
Every organisation is different to the next. This means we cannot expect every organisation to be a copy of one another. Context matters as the ways of working shifts from traditional to modern.
3. Making the most of your current tech stack
This is not just about developing ways to connect your ecosystem, but it is also about understanding the roles of the different tools.
Use your current stack as effectively and efficiently as possible. The goal is to automate manual effort, ensure there is a source of truth for key data, and make it sustainable via tooling.
It should be noted that introducing new tools may have a high change effort.
4. Take a user-centric approach
This means that different personas should have a tailored experience. Users should seamlessly be able to access, edit and manage the information that is most relevant to them.
Creating transparency of the work and teams should be the default. This makes it easy to view common goals to enable alignment and collaboration.
This has implications for the licensing model for the tooling platform meaning that it cannot be cost prohibitive to create this transparency.
For further information or discussion, please reach out to:
Maria Muir or Mark Payne directly
Check out the TeamForm website for details on their platform