You’ve likely invested heavily in Agile, DevOps, or SAFe®. Yet you still face the same questions from the boardroom, such as:
- Where is the return?
- Why are bottlenecks persisting?
- How does all this activity connect to real business outcomes?
The truth is, traditional reporting has failed to bridge the gap between delivery metrics and strategic impact. So, we want to help you focus on the signals that matter and translate delivery progress into business language your executives trust.
In this article, you’ll see how the Flow Framework helps you track product value streams end-to-end, align investments with results, and turn delivery data into business insight.
First, though, let’s see what the Flow Framework actually is.
What Is the Flow Framework by Mik Kersten?
The Flow Framework, introduced by Mik Kersten in Project to Product (2018), gives you a way to manage software delivery with the same discipline you apply to financial or operational systems.
Instead of tracking activity in isolation, you measure value streams (the full path from idea to customer impact).
This helps you answer important questions your current reports can’t. For example, which initiatives deliver business value, where investments stall, and how delivery speed connects to customer outcomes.
You can apply it across Agile, DevOps, SAFe®, or hybrid environments because it’s tool-agnostic. That means you don’t have to abandon your existing stack.
Value Stream Management platforms like Axify already support the framework by translating raw engineering data into business-aligned insights.
Even so, the Flow Framework does have detractors.
Some critics, for example, argue it’s a repackage of Lean or Agile thinking. But the reality is that it provides the missing structure leaders need to connect delivery work with business performance.
Make sure to check out this YouTube video if you want to learn more, before we discuss more of how Flow Framework differs from Agile thinking:
Flow Framework vs. Flow of Work in Scaled Agile
Both the Flow Framework and the Flow of Work in the Scaled Agile Framework (SAFe®) share a common goal. That's to help you optimize how value moves through your system. Each:
- Focuses on visibility across the pipeline,
- Encourages teams to confront bottlenecks, and
- Stresses the role of value streams in connecting delivery work to outcomes.
The difference lies in precision and application.
The Flow Framework is metrics-based, with five defined metrics and a value stream network model. This lets you track results with consistency across toolchains, regardless of whether you use Agile, DevOps, or hybrid delivery models. It’s tool-agnostic by design, so you can apply it without being locked into one methodology.
In contrast, the Flow of Work in SAFe is a conceptual layer inside the broader framework. It draws on Lean flow principles but doesn’t define standardized metrics. Because it’s tied to SAFe practices, terminology, and artifacts, its scope is more limited.
That means you may find the Flow Framework more practical when you need data-backed insights. It helps you turn those insights into measurable improvements in delivery performance.
What Is the AWS Flow Framework for Java?
It’s important to separate Mik Kersten’s Flow Framework from the AWS Flow Framework for Java, which uses the same name, but has an entirely different purpose.
The AWS Flow Framework for Java is a programming library that helps developers coordinate automated workflows across distributed applications.
Instead of focusing on value streams or business metrics, it deals with coding tasks like scheduling background jobs and handling retries. If you confuse the two, you risk framing the wrong solution to leadership.
Keeping the distinction clear ensures that your discussions about flow stay centered on strategy and outcomes. It also helps you focus on measurable impact on delivery performance.
Flow Framework vs. DORA Metrics
DORA metrics give you a focused way to assess delivery health. Deployment frequency, lead time for changes, change failure rate, and time to restore service show how efficiently code moves into production.
The Flow Framework works at a broader level. It helps you see whether those improvements translate into value delivered across product streams. That’s because it doesn’t stop at deployment, but rather tracks how work types like features or risks connect to customer needs and outcomes.
Bottom line: DORA tells you how fast and stable you are. Flow shows whether that speed creates a measurable business impact.
Why Did Mik Kersten Develop the Flow Framework?
Mik Kersten developed the Flow Framework to help you connect software delivery with business performance. He saw that despite major investment in Agile and DevOps, leaders still struggled to show how delivery efforts created measurable outcomes.
The framework gives you a structured way to answer those questions with data.
Challenges that Companies Face
Kersten’s work starts from the problems you deal with every day. Research from Planview notes these recurring challenges:
- Who is the customer? You need to know this because 73% of consumers expect companies to understand their unique needs. If you can’t define at least who the customer is and their pain points, your reporting risks missing what matters most.
- What value is being delivered? You need to know what kind of value you're selling to your customers. Shockingly, only 21% of companies have developed KPIs for customer experience. Without that, you can’t measure whether the work being delivered creates value from the customer’s perspective.
- Where are the bottlenecks? Leaders rarely see across all value streams. Blind spots in dependencies or handoffs cause slowdowns that waste money and time.
- How do Agile/SAFe/DevOps transformations perform? Many transformations plateau. You implement new processes, but executives still question ROI because traditional metrics don’t translate into financial terms.
- Where should more investment go? This is something that every company needs to know. In fact, a survey of global technology and data leaders found that 73% believe poor prioritization diverted funds and talent away from high-value projects toward lower-ROI initiatives.
Flow Framework Benefits
The Flow Framework gives you a set of tools to counter those risks with measurable improvement. Formalizing flow metrics and value stream models helps you tie engineering output to business outcomes.
Here are the benefits you can expect:
- Real-time end-to-end visibility of business value delivery: Instead of managing by proxy through Jira tickets or sprint burndowns, you see how initiatives move across value streams. This lets you track whether work in progress aligns with business priorities and not just team activity.
- Spot and address bottlenecks: Bottlenecks create measurable drag on performance. Research in manufacturing shows that addressing them improved productivity by 15.81-18.8%. In software, this translates into higher throughput and faster delivery cycles. The framework shows you where work gets stuck so you can take action.
- Prioritize investment: Following flow data lets you allocate funding better because you can point to value streams that show faster time to value and direct investments toward proven outcomes. And that means you can cut spending on initiatives that drain resources with little payoff.
- Re-architect around flow: Mapping value streams means understanding how work actually flows, so you can then restructure teams and governance models to match that. This reduces silos and improves decision-making across product groups.
- Drive better Agile and DevOps outcomes: Flow doesn’t replace Agile or DevOps. Instead, it strengthens them. Showing whether changes in process deliver real results allows you to measure and grow with confidence. This shifts executive conversations away from adoption metrics toward business impact.
The thing is, Kersten didn’t create the Flow Framework as another methodology. He created it because leaders like you needed a way to connect delivery to outcomes in a language the business understands. That’s what sets it apart from other approaches.
How Does the Flow Framework Work?
The Flow Framework gives you a way to measure and manage how work moves from idea to customer impact. It combines five core metrics, four work item types, and three layers of networks to create an end-to-end view of delivery performance. That structure turns fragmented data into actionable insights for leaders.
Flow Framework Metrics
We’ve covered flow metrics in detail in a separate article, but here’s a short recap for context. Each metric addresses a different dimension of flow and helps you pinpoint where work is delayed or resources are misused.
Here are the flow metrics:
- Flow velocity: Shows how much work you complete in a given time frame. Unlike traditional velocity, this isn’t tied to story points but to finished work items, which makes it more consistent across teams.
- Flow time: Measures the total time it takes for a work item to move from start to finish. If this grows longer than expected, it signals delays that directly affect time to value.
- Flow load: Tracks how much work in progress is active at any given point. A high load usually means teams are juggling too much, which slows everything down.
- Flow efficiency: Looks at the ratio between active time and waiting time. If efficiency is low, your work spends more time stalled than moving.
- Flow distribution: Shows the breakdown of work types, such as new product launches, system upgrades, customer support fixes, or compliance tasks. This lets you see if your teams spend more time fixing problems than delivering new value.
Flow Items
The Flow Framework defines four types of work items: features, defects, risks, and debt. These categories matter because they give you a common language to discuss trade-offs.
- Features represent new capabilities for customers. Investing here typically drives growth, but at the cost of slower bug fixes or risk mitigation.
- Defects are issues that degrade the user experience. Left unchecked, they drive customer dissatisfaction and higher support costs.
- Risks include security or compliance issues. Delays here expose you to financial penalties or reputational damage.
- Debt refers to technical debt that slows delivery over time. Investing too little here reduces agility and increases long-term cost.
Tracking the mix of these items allows you to make informed decisions about whether the current work aligns with the strategy. For example, if flow distribution shows 60% of work goes into defects, you know customer experience is suffering and new features will be delayed.
Value Stream Network, Artifact Network, Tool Network
Kersten describes three layers that make the framework work in practice. These ideas were further developed in Planview’s materials:
- Value stream network: At this layer, you map how different product value streams link together. This matters because most organizations don’t deliver value through one team or one tool. Instead, value crosses multiple teams, functions, and sometimes geographies. A network model helps you see dependencies that create hidden bottlenecks.
- Artifact network: This focuses on the actual units of work, such as features, epics, user stories, incidents, or test cases. Artifacts travel across systems like Jira, ServiceNow, or GitHub. Without connecting them, leaders can’t see how business goals translate into engineering work.
- Tool network: Here, you look at the delivery toolchain itself. Most enterprises have dozens of tools, from CI/CD to ITSM. Without integration, each one creates data silos. The framework pushes you to connect them so you have one consistent flow of information.
Flow Examples
It’s one thing to understand the framework conceptually. It’s another to see it in practice. This is where the Value Stream Management tool in Axify helps you.
Let's take the case of Development Bank of Canada (BDC), where two software teams used Axify to evaluate their flow.
When they analyzed pre-development, QA, and bug-handling activities, they saw that large portions of work stalled before development even began.
Axify’s dashboards made these delays visible by showing a high percentage of time spent outside active coding. With this insight, teams restructured planning and QA practices.
The results were amazing:
- Up to 51% faster delivery times in just three months.
- Up to 74% less time spent in pre-development activities.
- Up to 81% less time spent in QA.
- About $700k in recurring productivity gains, with a 10× ROI.
These directly improved delivery efficiency and financial performance.
A second example comes from Newforma, where the issue was related to deployment frequency. Using Axify, they automated more of their delivery pipeline and shifted testing earlier in the cycle. Flow metrics revealed how manual QA slowed throughput, so leadership invested in automation.
The outcome was 22 times more frequent releases. This created a stronger connection between engineering output and business outcomes.
Axify’s dashboards make this possible by:
- Visualizing the full workflow, including backlog refinement, QA, and bug handling.
- Showing where work in progress gets stuck for too long.
- Providing historical benchmarks so you can compare your delivery rate with industry peers.
- Translating flow data into improvement suggestions, such as limiting WIP or reducing backlog item size.
When you apply the Flow Framework through a platform like Axify, the theory becomes actionable. You know that bottlenecks exist, and because of that, you can measure them and address them with concrete steps.
Challenges Companies Face When Implementing the Flow Framework
Implementing the Flow Framework isn’t always easy. Here are the common challenges you’re likely to face and why they matter for both delivery and business impact.
Lack of End-to-End Visibility
If you don’t see across value streams, you can’t connect flow insights to business decisions. This is a widespread issue because 76% of businesses report lacking end-to-end visibility across their supply chains, which directly harms timely decision-making and efficiency.
In a delivery context, this blind spot means leadership won’t know where investments stall or why business outcomes lag.
Data Silos Between Teams and Tools
Flow requires integrated data. Yet 84% of executives report that silos create negative impacts across their organizations.
If Jira, CI/CD, and support systems don’t connect, your metrics stay fragmented.
That makes it impossible to see how technical bottlenecks translate into missed customer deadlines or revenue impact.
Resistance to Change
Adopting this framework requires cultural change, and resistance is common. Oak Engage’s Change Report shows that 37% of employees resist organizational change.
Reasons include lack of trust in leadership (41%), lack of clarity on purpose (39%), and fear of the unknown (38%). If leadership doesn’t address this, adoption stalls, and skepticism grows across the organization.
Harder for Less Mature Teams
Flow metrics demand consistent data, but many teams aren’t ready. Research shows that 54% of organizations sit at the lowest levels of change management maturity.
In those environments, change management is ad hoc or applied to isolated projects. That creates fragmented adoption and undermines the reliability of metrics.
Misunderstanding the Flow Framework
Some leaders treat the Flow Framework as just another layer of engineering metrics. If you fall into this trap, you miss its strategic purpose, which is linking delivery with business performance. Without that shift, you risk turning the Flow Framework into another reporting exercise that doesn’t drive investment decisions.
Over-Focus on Flow Efficiency
Measuring efficiency is useful, but it can’t be your only focus. If you optimize for efficiency alone, you might speed up the delivery of the wrong work. The outcome is faster cycle times, but poor alignment with customer or product value.
Lack of Tooling Integration
Flow relies on connected systems. Yet 71% of organizations take three weeks or more to bring a single integration to market.
That slow pace makes it difficult to connect VSM tools with CI/CD, issue tracking, and ITSM platforms. Without integration, flow metrics lose credibility, and leadership can’t act on them.
Best Practices to Implement the Flow Framework
Implementing the Flow Framework requires more than picking the metrics you want to follow. These are the practices that help you prove value, avoid missteps, and build support across the organization.
1. Start with a Cross-Functional Pilot
You get the most traction when you start small. A cross-functional pilot gives you a safe environment to prove value and show measurable outcomes before scaling. Organizations that use cross-functional teams see technology adoption rates 34% higher than siloed approaches.
That’s because pilots with diverse expertise (from engineering, product, and operations) create richer insights into bottlenecks and investment priorities. With one pilot, you also reduce risk, since leadership can validate outcomes before funding wider rollout.
2. Build Visibility Across the Entire Value Stream
End-to-end visibility is important. Without it, you may optimize engineering activities while customer outcomes stagnate. Yet 62% of organizations rate their visibility across value streams as mediocre or poor, which shows how widespread the gap is.
To make flow successful, you need to see the entire journey from backlog to production and not just sprint metrics. This requires connecting customer-facing systems, delivery pipelines, and operational support data so leaders can link investments to results.
3. Invest in the Right Tooling
Flow metrics only work when you capture accurate data. That’s where Value Stream Management (VSM) tools like Axify come in. They connect across issue trackers, CI/CD systems, and QA environments to give you real-time flow insights. Without this tooling, your metrics remain incomplete, and executives will challenge their credibility.
4. Ensure Flow Metrics Are Actionable
Metrics aren’t useful if they sit in a dashboard. You need to embed them in reviews and retrospectives. That means discussing flow time trends in sprint reviews, using flow efficiency to guide WIP limits, or referencing flow distribution when prioritizing roadmaps. Actionable use creates accountability and ensures that metrics drive change.
5. Educate Leadership
Flow is not just an engineering exercise. If leadership doesn’t understand its business relevance, they’ll view it as another reporting fad. Education sessions should explain how flow metrics connect to ROI, customer satisfaction, and financial performance. That builds confidence in the data and accelerates adoption across executive teams.
6. Align with Customer Outcomes
Optimizing delivery speed without linking it to customer value is a dead end. You need to show how flow metrics align with customer outcomes such as faster onboarding, lower defect rates, or improved satisfaction scores. This connection makes the framework relevant to product and finance leaders who judge success by impact and not activity.
7. Review Flow Metrics Alongside DORA and KPIs
Flow metrics provide breadth, but they should not replace existing measures. Reviewing flow data alongside DORA metrics and business KPIs ensures you connect speed, stability, and impact. This combined view prevents tunnel vision and gives executives the balanced reporting they expect.
Here are the DORA metrics you can track alongside flow in Axify:
8. Avoid Analysis Paralysis
Flow metrics generate a lot of data. If you chase perfection, adoption slows. Instead, take an iterative approach. That means reviewing the results, making one or two adjustments, and measuring the impact. Continuous improvement makes the data practical and avoids the fatigue that comes from over-analysis.
9. Share Success Stories
Internal momentum matters. Sharing results from pilot teams builds belief and accelerates wider adoption. Recognition also drives engagement.
According to YourThoughtPartner, engaged employees see about a 20% improvement in performance and an 87% reduction in the desire to leave when they feel recognized. Framing flow as a success story and not a compliance requirement makes adoption far easier.
Turning Flow Into Measurable Results
The Flow Framework gives you a structured way to connect delivery with business impact, but success depends on more than theory. You need accurate data, actionable insights, and tooling that helps you identify bottlenecks and show results executives can trust.
Case studies prove that when organizations apply flow with Axify, they achieve faster delivery, lower costs, and higher returns on investment. The next step is to run a pilot, track outcomes, and validate results with your leadership team.
Book a demo with Axify to see how it can accelerate your adoption of flow.
FAQs
What is flow in Agile?
Flow in Agile refers to how smoothly work moves from idea to delivery. Instead of focusing only on iterations, you measure whether work items progress without long waits or bottlenecks.
What is the difference between flow and Scrum?
Scrum organizes work in sprints, while flow looks at the end-to-end movement of work across the value stream. Flow helps you measure throughput, delays, and efficiency regardless of sprint boundaries. Both can coexist, but flow gives you a broader perspective on delivery performance.
What are flows vs. workflows?
A flow describes how value moves through a system, measured with metrics like flow time or flow load. A workflow is a predefined sequence of tasks, usually set in tools like Jira or ServiceNow.
What is one tool that visualizes features representing a workflow?
Tools like Axify give you visual dashboards that show how features move from backlog to production. You can see bottlenecks in pre-development, QA, or bug handling phases. This view helps you act on data rather than intuition when deciding where to adjust processes.
Does Axify track flow metrics?
Yes. Axify tracks flow metrics such as flow time, flow load, and flow distribution. It turns them into real-time dashboards so you can measure where delays occur and whether delivery aligns with business priorities. This makes reporting more credible for leadership teams.
Can I use Axify to identify bottlenecks in my software delivery flow?
Absolutely. Axify shows where work in progress spends the most time waiting. This visibility helps you cut wasted effort, accelerate delivery, and make smarter investment decisions.
What’s the difference between Axify’s VSM (Value Stream Management) and traditional workflow tools?
Traditional workflow tools show you task progress within a single team or system. Axify’s VSM connects data across tools like Jira, CI/CD, and QA platforms to map the entire value stream. That gives you end-to-end visibility and ties delivery metrics back to business outcomes such as ROI and customer satisfaction.