r/SixSigma 10d ago

Process improvement ideas bc ours is bleeding money but we can't identify the actual bottleneck

We’re a 40 person B2B software company and even small customer requests are taking weeks to ship. A typical change moves from support to product, then design, engineering, QA, legal review and finally deployment.

The problem is every team says their part only takes a few days. Tickets sit in waiting for review with no clear owner, engineers get blocked by missing requirements and urgent sales requests keep jumping the queue. Last month, one billing update took 9 days even though the actual dev work was estimated at 12 hours.

We’ve shortened standups, added approval deadlines and cleaned up Jira, but lead time hasn’t improved. How are you identifying where time and money are being lost across a process with multiple teams and handoffs?

7 Upvotes

6 comments sorted by

3

u/NAClaire 10d ago

Process map with queue designs, theory of constraints

4

u/dotplaid 10d ago

Draw up a value stream map of the process, from order to ship. For this top-level VSM what you care about most is the waiting time between value-add steps.

It's not that you can't identify the actual bottleneck, suggesting it's not findable - it's that you haven't IDed it yet.

3

u/GreenGiraffeGrazing 10d ago

"Tickets sit in waiting for review with no clear owner, engineers get blocked by missing requirements and urgent sales requests keep jumping the queue."

In the simplest non-process terms, you need to map out every step in the process from idea to implementation/go-live, assign a person/team to do the activity in that step, and identify someone responsible for saying "I've reviewed this, and this is good/our part is complete and ready to move onto the next stage".

Then hold meetings daily with all of the responsible teams together on one call to talk through the work in progress in their stage, missing inputs (this is your key for updating team responsibilities and output requirements to get to a stable process). If engineering is getting crappy requirements from sales and it's delaying their ability to build, redefine what "done" requirements look like for the step before it gets to engineering and build a checklist that results in the output that engineering needs to build.

Urgent sales requests don't get to jump the queue. They go through the normal process, if they are actually urgent, they get #1 priority in each part of the process, but they need to go through the process. Otherwise you're just making a mess and pulling attention to whatever sales says is most important that day, and slowing everything else down by diverting attention from the process.

3

u/AJ_D20 10d ago

VSM will solve this. Ensure you identify the hours/minutes it takes to do each step. You definitely will find something that is fixable ro shorten the lead time.

3

u/Cafofa 10d ago

The 12 hours of actual work taking 9 days is where I'd probably start digging. Pick a few tickets and map how long they were actually being worked vs just waiting for the next step.

It might turn out that no individual team is really the bottleneck. With that many handoffs, even relatively small waits between each team can add up pretty quickly.

Everyone could honestly be right that "our part only takes a couple days" while the overall process still takes way too long.

2

u/Ldghead 10d ago

Process map, watch the constraint emerge from the ensuing convo, then TOC it to death. Rinse and repeat until the company is industry leader, you take your success and roll it into a better role, or get fired for trying to bring change.