u/Dependent_Shame_963

▲ 0 r/agile

Most companies don’t have a cycle time problem. They have a waiting problem

And most of them can’t see it.
Here’s the scenario:
A piece of work takes 6 days to get through your delivery process.

Leadership sees:
Cycle Time = 6 days
But when you actually map the work:
→ Analysis: 45 minutes
Wait: 9 hours
→ Development: 4 hours
Wait: 2.5 days
→ Testing: 2 hours
Wait: 1.5 days
→ Deployment: 30 minutes

The work wasn’t slow.
The system was.
That distinction matters.
Because if you diagnose this as a productivity problem, you’ll probably:
• Push teams harder
• Add people
• Set tighter deadlines
• Ask for more status reports
…and barely improve delivery.

But if you can see where work is actually sitting, you can start asking much better questions:
Why is it waiting here?
How much WIP is ahead of it?
Is this handoff creating rework?
What % arrives complete and accurate?
What would happen if we fixed this one constraint?
That’s where Value Stream Mapping gets powerful.
Not as a workshop artifact that gets photographed and forgotten.

As a continuous improvement system.
That’s a big part of why we built FolioSynth.
To help teams visualize the current state, expose the friction hiding between activities, model a better future state, and measure whether the changes actually improve flow.
If your dashboards tell you that delivery is getting slower, but not why, take a look:

👉 FolioSynth.com
And here’s a question I’d love delivery leaders to answer:

If you mapped one piece of work from request to delivery today, where do you think it would spend the most time doing absolutely nothing?

reddit.com
u/Dependent_Shame_963 — 5 days ago

How do you actually pinpoint where work waits across teams?

Genuine question for the folks who own delivery predictability here.

We've got Jira, Git, and CI/CD dashboards, and every time cycle times slip I end up playing detective across all three. Jira tells one story, Git tells another, the CI system tells a third, and I spend the morning reconciling them by hand just to guess where work is actually stuck. The data's all there. What's missing is a single view of where things wait.

What gets me is that each team's local metrics look fine. Everyone optimizes the slice they control while the end-to-end lead time quietly keeps getting worse. So in retros we argue about which dashboard is right instead of naming the one handoff to fix.

A Broadcom survey I saw claimed only about a third of orgs say they have good visibility into delivery, and roughly a fifth call theirs a complete black hole. Feels about right honestly, most of us sit in the middle bucket where we can see just enough to worry but not enough to act.

So for those of you further along:

- how do you get from gut feel to actually pointing at the bottleneck?
- do you measure wait time / queue time between teams, or just per-team cycle time?
- what finally stopped the "whose dashboard is correct" debate for you?

Not looking for a tool rec, more curious how you've wired this up in practice and what actually changed the conversation with your teams.

reddit.com
u/Dependent_Shame_963 — 7 days ago

Cycle time

genuine question for people who own delivery predictability.

every time cycle times slip, i end up playing detective across three dashboards. jira says one thing, git says another, the ci system tells a third story, and reconciling them by hand is not analysis, it's just guessing which dashboard to trust. the data exists, but there's no single view of where work actually waits.

what gets me is that dashboards describe symptoms, not causes. i can watch lead time get worse in real time and still not know which handoff to fix. and when the path is invisible, each team optimizes the slice they own, their metrics look fine, and end-to-end delivery still slows down. everyone's doing their job and it keeps getting worse.

not alone in this apparently. a broadcom survey found only 36% of orgs say they have good or excellent delivery visibility, and 21% call theirs poor or a complete black hole. half still run this in excel.

so, honest question: how do you get from gut feel to ground truth on where work is stuck across teams? are you stitching jira/git/ci exports together yourself, running actual value stream mapping, or something else? what's actually worked for pointing at one bottleneck instead of debating opinions in a room?

full disclosure since it's relevant, i'm building a tool in this space (foliosynth), so i'm genuinely trying to understand what people do today before i assume i know the answer.

reddit.com
u/Dependent_Shame_963 — 8 days ago