To see the forest and the trees, you develop the capability to step back and see the big picture, while simultaneously being able to zoom in and observe the trees. This series of articles will teach some practical things that will help you to cultivate this skill.

Parts I through V built a process model that is complete in its structure. You know what activities exist. You know what flows between them — what inputs arrive, what controls govern them, what mechanisms run them, what outputs they produce. You know who supplies each step and who depends on its output.

What you do not yet have is numbers.

Value Stream Analysis adds the quantitative layer. It asks five questions of every activity in your model. From those five answers it derives three metrics per activity and two metrics for the process as a whole. Those two process-level metrics — Process Cycle Efficiency and Rolled Throughput Yield — give you an objective answer to the two most important operational questions: where is the process losing time, and where is it losing quality.


What Value Stream Analysis Is

Value Stream Analysis is not Value Stream Mapping. Value Stream Mapping (VSM) is a visual artifact — a diagram drawn on a whiteboard or in a tool like Lucidchart, showing the flow of material and information across a process with a time ladder along the bottom. VSM is a useful workshop tool. It produces a deliverable that lives apart from your spreadsheet and requires a separate facilitation exercise to build and maintain.

VSA is the data collection and calculation layer embedded in the model you already have. It is eight new columns added to the rows from Part V. No new diagram. No new software. No separate exercise. You observe each activity, record five values, and the spreadsheet derives the rest.


The Five Data Points

For each activity in your process model, collect these five values:

  1. Cycle Time (CT) — Total elapsed time from when the activity starts until it produces its output. This includes every minute the activity is in process — active work, pauses, and any waits that occur within the step itself.
  2. Value-Added Time (VAT) — The portion of Cycle Time where the work is directly transforming the input into something the customer cares about. The customer pays for brownies; they do not pay for the baker waiting for the oven to heat. VAT is the time that changes the input in a way the customer would recognize as worth paying for.
  3. Wait Time (WT) — Idle or queue time before this activity begins — the gap between the previous step finishing and this one starting. The batter waits in the bowl before the baker carries it to the oven. That wait belongs to the Bake step as WT, not as part of its CT.
  4. Defect Rate (DR) — The percentage of outputs from this activity that fail to meet requirements on the first attempt. Any unit that exits the activity in a condition requiring correction — burned, wrong proportion, missing a step — is a defect.
  5. Rework Rate (RR) — The subset of defects that can be corrected and continue downstream rather than being scrapped. A batch with too little sugar can be adjusted; a burned batch cannot. DR captures all defects; RR captures only those that are recoverable. The RTY formula uses DR — because any defect, even a reworked one, represents a quality failure at that step.

Some NVA time is necessary — the oven must heat; the brownie must cool. Some NVA time is pure waste — waiting for an approval that sat unread, a handoff delayed by a scheduling gap. VSA surfaces both. The distinction between necessary and wasteful NVA determines your improvement strategy: necessary NVA points toward process redesign or throughput scaling; wasteful NVA points toward workflow changes and automation.


The Formulas

Per-Activity Metrics

From the five data points above, derive three metrics for each activity:

NVA Time = CT − VAT

Time in this step that is not adding value. The gap between what the step takes and what it delivers. A necessary preheating wait and a preventable approval delay both show up here — the number tells you the size of the problem; the root cause tells you which lever to pull.

Activity Efficiency = VAT ÷ CT × 100%

The percentage of time in this step that creates value. Thirteen percent means 13 seconds of every minute are value-adding; 87 are overhead. One hundred percent means every second transforms the input into something the customer needs.

First Pass Yield (FPY) = 1 − DR

Probability a unit completes this step without a defect. FPY of 95% means 5 out of every 100 units will require correction before moving on. Use the decimal form of DR in the calculation (5% DR → FPY = 1 − 0.05 = 0.95). FPY is the per-activity building block for RTY.

Cross-Process Metrics

Two summary metrics describe performance across all activities in the model:

Total Lead Time (TLT) = Σ(CT + WT) across all activities

How long the process takes end-to-end — from the first activity starting to the final output delivered — including all wait time between steps. This is the denominator for PCE.

Total Value-Added Time (TVAT) = Σ(VAT) across all activities

The sum of all value-adding work across the entire process. This is the numerator for PCE.

Process Cycle Efficiency (PCE) = TVAT ÷ TLT × 100%

The fraction of total lead time that is actually adding value. A PCE of 33% means for every three minutes a unit is in process, one minute creates value and two do not. Most service and knowledge-work processes run 5–30% PCE. World-class manufacturing targets 25% or higher.

Rolled Throughput Yield (RTY) = FPY₁ × FPY₂ × ··· × FPYₙ

Probability a unit passes through the entire process without encountering a single defect at any step. RTY compounds the yield of every activity. A four-step process with each step at 97% FPY produces RTY = 0.97⁴ = 88.5% — more than 1 in 10 units encounters a defect somewhere, even though no single step looks alarming on its own.


The Brownie Example

Applying VSA to the L1 activities from the brownie process model: the five values in the left columns are collected by direct observation; the three values in the right columns are calculated from them.

  Collect Calculate
Activity Activity Name CT (min) VAT (min) WT (min) DR RR NVA (min) Activity Eff % FPY
A1 Preheat Oven 15 2 0 2% 2% 13 13% 98%
A2 Mix Ingredients 12 9 2 5% 3% 3 75% 95%
A3 Bake & Serve 42 7 1 3% 2% 35 17% 97%
A4 Cleanup 10 10 2 0% 0% 0 100% 100%

The cross-process summary derives from those four activity rows:

Metric Formula Brownie Process What It Tells You
Total Lead Time Σ(CT + WT) 84 min End-to-end clock time for one batch
Total VA Time Σ(VAT) 28 min Time actually adding value across all steps
PCE TVAT ÷ TLT 33.3% One-third of total time adds value; two-thirds does not
RTY 0.98 × 0.95 × 0.97 × 1.00 90.3% Roughly 1 in 10 batches encounters a defect somewhere in the process

Reading the Numbers

The PCE of 33.3% reflects the physics of baking. A3 (Bake & Serve) contributes 35 of the 56 total NVA minutes, and those 35 minutes are oven time and cooling time that cannot be removed without changing the product. In a commercial kitchen, the improvement lever is not speed — it is batch size. More units per bake cycle amortizes the fixed NVA time across more output, improving throughput without touching the recipe. In a business process, NVA time driven by mandatory system processing or compliance holds points toward automation or workflow redesign, not headcount reduction.

The RTY of 90.3% means roughly 1 in 10 batches will encounter at least one defect somewhere in the process. The source is clear: A2 (Mix Ingredients) carries the highest defect rate at 5%, driven by the nut allergy risk documented in the Comments column of the Part V spreadsheet. The structural model told you where the risk lived. The VSA confirms it in the yield number. These two artifacts are designed to be read together.

Taken together, the numbers give you a two-dimensional picture of process health. PCE tells you where time is going. RTY tells you where quality is leaking. Activities with both low Activity Efficiency and high Defect Rate are the highest-priority improvement targets — they are costing you in both dimensions simultaneously.


Completing the Spreadsheet

The Part V spreadsheet gains five columns to collect and three columns to calculate. Add them to every row in the model — at every level of decomposition — and populate the values for each activity you have direct observation data for.

Column Type Description & Formula
Cycle Time (CT) Collect Total elapsed time for the activity from start to output. Observe and record in consistent units (minutes).
Value-Added Time (VAT) Collect The portion of CT that directly transforms input into customer-valued output. Always ≤ CT.
Wait Time (WT) Collect Queue or idle time before this activity begins — the gap between the prior step and this one.
Defect Rate (DR) Collect Percentage of outputs requiring any correction on first pass. Enter as decimal (0.05 = 5%) or percent.
Rework Rate (RR) Collect Subset of DR that is corrected and continues downstream (vs. scrapped). Informs improvement strategy; does not feed PCE or RTY directly.
NVA Time Calculate = CT − VAT   Time in this step not adding value.
Activity Efficiency % Calculate = VAT / CT   Format as percentage. Proportion of the step that adds value.
First Pass Yield (FPY) Calculate = 1 − DR   Probability a unit exits this step without a defect.

Add two process-level summary calculations at the bottom of the spreadsheet (or in a separate summary section), drawing from all activity rows:

The RR column does not flow into PCE or RTY — it informs the improvement conversation. High DR combined with high RR means defects are expensive but recoverable; high DR combined with low RR means output is being scrapped and the true cost is compounding. Both scenarios demand attention; RR tells you which one you are facing.


In Summary

Parts I through VI have built one complete analytical toolkit for any business process:

This methodology does not require a certification or a consulting engagement to apply. It requires a spreadsheet, direct observation, and the discipline to ask: what is actually happening here, and how well is it working?

Take one process. Map the L0 context. Decompose to L1 and L2. Apply ICOMs and SIPOC at every node. Collect the five data points. Let PCE and RTY tell you where to look.

That is how you see the forest and the trees.

If you found this series valuable, please like it and share it with your network. I would love to hear how you are applying these frameworks — leave a comment and let me know what process you are mapping.

← Part V

The Combination — SIPOC + ICOM at Every Node

Series Complete

Parts I – VI available in Writing