All articles

Methodology

Voice of Employee: the depot already knows where the work breaks

A worked example of the Voice of Employee tool, using a fictional freight depot. Five observations from the floor, five measurable requirements, and a warning about the one thing this tool cannot protect you from.

Ci Flow editorial team 29 September 2026 7 min read
Ci Flow article cover for the Voice of Employee tool guide

The people doing the work already know

Ask a depot supervisor what slows the shift down and you will get a precise answer in about eight seconds. Ask the same question in a steering meeting and you will get a project.

Voice of Employee exists to close that gap. It captures what the front line says, in the words they used, and forces each observation into a shape you can act on: who said it, what they said, what would have to be true for it to be fixed, and what evidence you have that it is real.

This walkthrough uses Kembla Freight Services, a fictional regional freight operator invented for this guide. The depot, the roles and the numbers are made up. Every screenshot is the real tool.

The tool as it opens. Five columns that turn a complaint into evidence.
The tool as it opens. Five columns that turn a complaint into evidence.

Start with a verbatim, not a summary

The line supervisor at Unanderra said it plainly during a shift observation. They reprint half the run sheets because the system locks before the shift starts.

Type that sentence in as it was said. The temptation is to write system availability issue, which is shorter and sounds more professional, and which nobody will ever act on. The verbatim keeps the annoyance in the record, and the annoyance is what makes people care.

Then convert it. Run sheet reprints of two or fewer per shift is a target you can count on a clipboard tomorrow. It goes in the measurable CTQ column, the theme is Rework, and the evidence is fourteen observed shifts.

One observation captured. The verbatim is left exactly as it was said.
One observation captured. The verbatim is left exactly as it was said.

Five observations, and the pattern appears

The forklift operator has nobody telling them when a load is running late. The dispatch clerk keys every consignment into two systems. The night shift lead has no escalation path after six. The yard marshal loses trailers.

Look at the counters. Five records, CTQ coverage at one hundred percent, and two marked Critical.

Note which two are critical. The supervisor and the dispatch clerk, both describing the same underlying thing from different ends of the building. Neither of them used the word rework.

The completed capture. Five records, every one measurable, every one evidenced.
The completed capture. Five records, every one measurable, every one evidenced.

The theme count does the argument for you

Rework appears twice. Communication, Escalation and Visibility appear once each.

That is the finding. Two people in different roles, interviewed on different days by different methods, independently described duplicated effort. You did not decide rework was the problem. The register counted it.

This is the difference between a project scoped from evidence and a project scoped from whoever spoke loudest in the last meeting.

Rework appears twice, from two roles who never spoke to each other.
Rework appears twice, from two roles who never spoke to each other.

Readiness before the tollgate

The tool runs four checks on your capture. Every record has a measurable requirement. Every record cites evidence. At least two sources are represented. Themes have been classified.

Five roles are represented here, from supervisor to yard marshal, and every observation traces back to something countable: shifts observed, operators in the room, consignments timed.

A grey check is not a failure. It is the tool telling you which conversation you still have to have before someone senior asks the same question.

Four checks. All green means this will survive a review.
Four checks. All green means this will survive a review.

What the interpretation adds

Press Interpret evidence and the tool reads your records back to you. On this capture it grouped the observations, restated the critical requirements, and pointed at gaps in the coverage.

Treat it as a second reader, not an oracle. It is working only from the five rows you typed. It cannot know whether fourteen shifts is a representative sample, whether the dispatch clerk is the only one double keying, or whether the system lock has a cause nobody has mentioned.

What it is good at is noticing what you did not capture, which is exactly the thing you are least likely to notice yourself.

The interpretation the tool returned for this exact capture.
The interpretation the tool returned for this exact capture.

What Voice of Employee will not do

It will not make people tell you the truth. This is the real limit, and no software fixes it. If the last person who raised a problem got blamed for it, your register will be full of safe observations about car parking. The tool records what you were told. Whether you were told the truth is a question about your organisation, not your method.

It will not weight by frequency. Two people mentioning rework is two records. It does not mean rework is twice as expensive as escalation. That is a Measure phase question and Cost of Poor Quality is the tool for it.

It will not validate the evidence. Fourteen observed shifts is typed by you and counted by the tool. Whether those fourteen shifts were representative is your judgement to defend.

It will not replace the customer or the business view. Front line evidence on its own will optimise the depot and can still miss what the customer is actually paying for. Voice of Business and Voice of Customer exist for that reason, and the three are meant to be read together.

Where this goes next is the Define phase. Your repeated themes become the problem statement, your measurable requirements become the goal, and the evidence column is your answer when the sponsor asks how you know.

voice of employeeVOEgembaLean Six SigmaRecognise phasefront line

Run this method inside Ci Flow

RDMAICS, A3, Just Do It and Kaizen projects with the full Lean Six Sigma toolset, AI interpretation and tollgate presentations built from your real evidence.

Keep reading

Ci Flow

Ci Flow connects improvement methodologies, guided tools, project evidence, AI support, collaboration and tollgate presentations in one operational-excellence workspace.

RDMAICS · A3 · Just Do It · Kaizen

© 2026 Ci Flow. All rights reserved.

Built for evidence-led continuous improvement