Flylib.com

Books Software

 
 
 

Chapter 3: Value Stream Mapping and Process Flow Tools


Chapter 3: Value Stream Mapping and Process Flow Tools

Overview

Purpose of these tools

  • Visually documents a process (including key data as captured on a value stream map)

  • Provides fact-based process description as basis for understanding current problems (poor flow, rework loops , delays, etc.) and opportunities

  • Enables teams to quickly see improvement opportunities within the process and begin defining critical Xs (underlying causes)

  • Helps team see how a process should work (future state) once they eliminate waste

  • Helps communicate inside and outside the organization

Deciding which tool to use

  • Tips on process mapping, p. 34, gives practical tips for generating a useful process map. Review as needed.

  • Process observation, p. 36, gives tips for going out to watch what really goes on in a process. Always a good idea at the beginning of a process improvement project, even if you think your team members already have a lot of process knowledge.

  • {% if main.adsdop %}{% include 'adsenceinline.tpl' %}{% endif %}

    SIPOC, p. 38, is a simple diagram for identifying the basic elements of a process (boundaries, supplier inputs, process inputs, steps, customers and outputs). Most teams will want to do a SIPOC diagram at the beginning of their project to capture a high-level view of targeted operations (helps communicate with sponsors and others). SIPOC is a good tool for translating customer requirements into output requirements and identifying related Key Process Output Variables (KPOVs).

  • Process mapping steps, p. 39, covers the elements of creating a flowchart.

  • Transportation diagrams, spaghetti/workflow diagrams, p. 42, are specialized maps that show unique ways to depict different aspects of workflow. Skim through to see if they could help your project.

  • Swim-lane (deployment) flowcharts, p. 43, are especially useful when the process being studied goes across three or more functions. Very often there are discontinuities in the process during the hand-offs between functions. Effective at showing the many handoffs, transports, queues and rework loops in a process.

  • Value stream map, p. 45, is a "process map with data"—a tool for capturing process data (on WIP, setup time, processing time/unit, error rates, idle time, etc.) as well as flow. The foundation for Lean improvement methods . Mandatory tool for all teams whose mission is to speed up the process and eliminate non-value-add cost. ( See also the complexity value stream map on p. 243)

  • Value-add/non-value-add analysis, p. 49, gives guidelines for identifying which work in a process your customers value and which they do not value. Every project that involves process improvement should establish before and after levels of value-add and non-value-add cost.

  • Time Value Map, p. 52, and Value-add Chart (task time or takt time chart), p. 53, are visual tools for emphasizing how process time is divided between value-add and non-value-add work. Particularly recommended for teams whose members are new to thinking in VA/NVA terms.



Process mapping

Key principles

  • Documentation is no substitute for observation. You MUST walk the process and talk to the staff to find out what really goes on day to day. Do this even if you're studying a work area you think you already know!

  • A flowchart is a means, not an end. Don't get so wrapped up in creating the perfect flowchart that you delay the value-add work on a project. Only go to a level of detail that is helpful for the project.

  • Boundaries of what to map should come from your project charter. If boundaries are not spelled out, check with your sponsor(s).

  • Involve a cross-representation of those who work in the process to create the map. No one person will have all the process knowledge you need.

  • Process maps are meant to be used. If your maps sit on a shelf or are stuck in one person's computer, they aren't doing you much good. Establish practices that make them living documents; refer to them in all team meetings, use in training and retraining ; update with each process change, etc.

Recommended process maps

  • Process study should include at a minimum

    • SIPOC diagram

    • Basic value stream map with value-add vs. non-value-add identification; add other project-critical metrics as applicable

    • Process observation

  • If you work in transactional processes, you may find the swimlane /functional deployment format more informative because it emphasizes the handoffs between people or groups

  • If your project will focus on improving the workplace, use a workflow diagram to get a visual map of the workspaces

Decide on level/breadth of the flowchart

High-level view: Depicts the major elements and their interactions. Should show the role of feedback and information flow. Useful early in a project to identify boundaries and scope. (Not useful during improvement because of lack of detail.)

Low-level view: Depicts specific actions, workflow, rework loops , etc., in a process. Useful for a process of limited scope; too cumbersome when all you need is a view of the overall flow.

Select current (as-is) vs. ideal (should-be or future) vs. updated (to-be) versions

Current/as-is: Captures the process as it works today. Most projects should include a current map of the project.

  • If the problems are so severe that a major process redesign is required, create an ideal/future map instead

Ideal/future/should-be: Created by asking "What would we do if we didn't have any of the restrictions we have today? What would we do if we could start from scratch?" Helps teams see the work in a new way and generate creative ideas about how to do the work better or faster.

  • Stretch your team's imagination by quickly constructing a future state map that contains only the value-added steps. The comparison of current reality to this "Ideal" future will generate a lot of improvement ideas.

  • Should-be maps must be consistent with the goals set down in a team's charter.

Updated/to-be: Describes the new process flow after changes are implemented. Do a to-be chart as part of solution planning or when designing or redesigning a process.

Tip 
  • If you are guiding another team, try to get a mental image of how the work should flow at the end of the project. That can help you focus on the gap between where you need to be and the current state.