In part 1: Excel Value Stream Map we saw how a complex process could be ValueStreamMapped using Excel. We saw the importance of mapping feedback loops such as testrepair loops because they often become the bottleneck for the complete process. In this situation not all items flow along all branches so we need to calculate the % flowing along each branch. This enabled us to calculate the cycle for each workstation based on the staffing. Finally we were able to calculate the ideal staffing to balance the line: insure no workstation cycle is above the average interarrival time (takt time). This we did using Solver.
Download this VSM simulator example: Value Stream Map and Modeling
A value stream map is not complete without WorkInProcess (WIP) between process steps. The problem with WIP data is that it typically varies widely along time so a snap shot of the moment we visit the line may be very misleading. In our VSM Simulator WIP before each workstation (column Q) is calculated each hour:
New WIP = Previous WIP + Items processed by previous step – Items processed by this step
Items processed (column R) are calculated each hour based on Average time (K), Time Standard deviation (L) and Staffing (M) taking into account the constraint of enough WIP in the previous step. The simulator is assuming that process times follow a normal distribution.
Process times: Normal distribution with averages (K) and standard deviations (L)
On the other hand Interarrival time (Takt) follows an exponential distribution:
Inter arrival time distribution: Exponential with average K3
Lead Time in column T, for each process step, is the average time it takes for an item to be processed in that step including the waiting time due to the WIP in front of it.
Capacity utilization in column U is the average % time the workstation has been operating since the start of simulation based on its theoretical capacity.
WIP (Q) and Capacity Utilization (U) are shown on bar charts on the right:
Elapsed hours simulated are in B2. Products received for repair, products repaired and products returned without repair are shown in column A:
Total values for columns K to U are shown in row 1:
K1 represents the average Value Add Time per product
M1 is the total staffing in the line
P1 is the maximum value of all cycle times: it corresponds to the line bottleneck capacity. P1 should be ≤ K3 (Takt)
Q1 is the total WIP in the line.
Received (A3) = WIP (Q1) + Repaired (A13) + Returned without repair (A8)
T1 is the Total Lead Time (hours): The average lead time seen by the customer (not including the customer contribution)
U1 is the overall line capacity utilization.
The Value add to total time rate can be calculated:
Value Add Time / TOTAL Time = K1 / (T1 x 60)
To run the simulator:
press F9 to simulate 1 hour. Keep pressing to run several hours. The counter in B2 shows the elapsed simulator hours.
To start simulation with an empty line: press Ctrl key + r. This will reset all line WIPs to zero.
Evolution graphs
In the tab Evolución you can see how all Processes and WIP values evolve along each hour in the main steps as well as the evolution of total Lead Time:
During the first hours, when the line is empty, there is no waiting time along the process so the total lead time is basically equal to the value add time of one hour. As queues start building up as shown in the WIP chart, waiting time starts to increase in all workstations and that causes the total lead time to increase to a value of 12 hours, where it seems to stabilize. This means that if we take a snap shot of the line in hour 7 basically all lead time is value add. On the other hand if we look at the line in hour 22, when stability seems to be reached, lead time is 12 times value add time: NVA/ VA = 11. Non value add time is made up of all the waiting taking place in front of each workstation.
We can see that, although the average interarrival time is 5 min (12 items per hour), 3 arrivals of more than 30 items each have collapsed receiving causing an accumulation of 80 items at reception which has eventually been absorbed by the line.
This is a typical case where most of the variability comes from the customer inter arrival times as seen in the process chart.
Tracking this evolution you can discover unexpected bottlenecks caused by variability that may need to be reinforced with additional staff. We can also estimate the total lead time we can commit to customers. In this case if the process is stable that would be 12 hours minimum.
These are some of the effects we can detect in our simulation:

Accumulation of WIP in front of a workstation due to insufficient staffing

Low capacity utilization due to excess staffing

Accumulation of WIP in front of the repair station due to low firstpassyield in test (N11)

Accumulation of WIP in reception (Q4) due to arrivals above plan

High overall lead time due to excess total WIP in the line

Highly unbalanced line as shown by large differences in capacity utilization

Proportion of products under warranty different to plan: it would require line rebalancing
Conclusions:

A static Value Stream Map is a good start to understand how the process behaves

Feedback loops such as testrepair loops are an essential part of the process so they should be in the VSM

A snap shot of the WIP situation along the line may not be representative of the normal operation

If the WIP situation is not typical the NVA calculation will not be correct

The VSM simulator provides a deeper understanding of the process behavior and it enables whatif studies to optimize the process

Simulation helps us understand some of the failure mechanisms caused by variability so we can act on the root cause to make real improvements