Basic Process Improvement Handbook

Handbook
for
Basic Process
Improvement
May 1996
Handbook for Basic Process Improvement
Table of Contents
Section
Page
Introduction
What is the new Handbook for Basic Process Improvement?

What is a process?
Who owns processes?
What is process improvement?
How does process improvement benefit the organization?
How does an organization get started on process improvement?
Whats in the Basic Process Improvement Model?
1
1
2
2
3
3
4
Step 1: Select a process and establish the process improvement objective 7

Step 2: Organize the right team
11
Step 3: Flowchart the current process
17
Step 4: Simplify the process and make changes
19
Step 5: Develop a data collection plan and collect baseline data
21
Step 6: Is the process stable?
23
Step 7: Is the process capable?
25
Step 8: Identify root causes for lack of capability
27
Step 9: Plan to implement the process change
28
Step 10: Modify the data collection plan, if necessary
30
Step 11: Test the change and collect data
31
Step 12: Is the modified process stable?
32
Step 13: Did the process improve?
33
Step 14: Standardize the process and reduce

the frequency of data collection
35
List of Forms
Process Selection Worksheet
Team Charter Worksheet
13
Improvement Team Meeting Record
16
List of Illustrations
Illustration
Page
Basic Process Improvement Model
Step 1 flowchart
Step 2 flowchart
11
Sample Agenda
15
Step 3 flowchart
17
Step 4 flowchart
19
Step 5 flowchart
21
Step 6 flowchart
23
Step 7 flowchart
25
Plan-Do-Check-Act Cycle
26
Step 8 flowchart
27
Step 9 flowchart
28
Step 10 flowchart
30
Step 11 flowchart
31
Step 12 flowchart
32
Step 13 flowchart
33
Step 14 flowchart
35
ii
Introduction
What is the new Handbook for Basic Process Improvement?
The new handbook has been developed to assist team leaders at all levels who are
involved in process improvement efforts. Together with the Basic Tools for Process
Improvement, or tools kit, it provides the practical information you need to initiate and
successfully carry out process improvement activities.
The approach and tools described in the handbook follow a Basic Process Improvement
Model. This model differs in many respects from the Process Improvement Flowchart
found in the CNO-sponsored Starter Kit for Basic Process Improvement distributed to
commanding officers several years ago. The Basic Process Improvement Model is much
more detailed, in keeping with the how to approach used in the new handbook.
Together, the model and handbook explain the actual actions teams must take to improve
a process.
Before diving into the step-by-step discussion, lets first clarify some terms, look at the
benefits of process improvement, and think about the best way to get started.
What is a process?
A process is no more than the steps and decisions involved in the way work is
accomplished. Everything we do in our lives involves processes and lots of them.
Here are some examples:
writing a work order
shooting a weapon
getting out of bed
repairing a valve
ordering a part
performing a test
conducting an UNREP
preparing a message
loading a missile
allocating a budget
mooring a ship
conducting a drill
. . . and the list goes on.

As you can see, the level of importance of processes varies.
Some processes, such as conducting an UNREP or mooring a ship, are very
important. If such a process performs very poorlyif it is not doing what it is
supposed to dothe command might be unable to complete its mission.
Other processesfor example, ordering a part, or developing a budgetare less
significant in terms of the commands mission. But, while they are less important to
the overall operation of the command, such routine processes are still vital to the
smooth functioning of an office or work center.
Besides differing in importance, processes can be either simple or complicated.

Some processes may be comparatively simple. Repairing a valve, for example,
may be a relatively simple task involving only a few people and straightforward
procedures.
On the other hand, some processes, such as conducting a main space fire drill, are
very complicated. Many people are involved and numerous process steps and
contributing processes are required.
Who owns processes?

Everyone has a stake in one or more processes. Groups of individuals usually share
inand ownthe activities which make up a process. But the one individual who is
ultimately responsible and accountable for the proper working of the process is known as
the process owner. The process owner is the immediate supervisor or leader who has
control over the entire process from beginning to end.
A process owner may choose to be a team leader and participate directly in the actions of
a process improvement team. Or, the process owner may decide to delegate the team
leadership role to another person who is knowledgeable about the process. Whatever the
case, it is very important for the process owner to stay informed about the teams actions
and decisions affecting the process.
What is process improvement?

Process improvement means making things better, not just fighting fires or managing
crises. It means setting aside the customary practice of blaming people for problems or
failures. It is a way of looking at how we can do our work better.
When we take a problem-solving approach or simply try to fix whats broken, we may never
discover or understand the root cause of the difficulty. Murphys Law comes into play and
our efforts to fix things may actually make things worse.
However, when we engage in true process improvement, we seek to learn what causes
things to happen in a process and to use this knowledge to reduce variation, remove
activities that contribute no value to the product or service produced, and improve
customer satisfaction. A team examines all of the factors affecting the process: the
materials used in the process, the methods and machines used to transform the materials
into a product or service, and the people who perform the work.
How does process improvement benefit the organization?

A standardized process improvement methodology allows us to look at how we perform
work. When all of the major players are involved in process improvement, they can
collectively focus on eliminating wasteof money, people, materials, time, and
opportunities. The ideal outcome is that jobs can be done cheaper, quicker, easier,
andmost importantlysafer.
A teamwork approach is intrinsic to life in the Navy. Using total quality tools and methods
reinforces teamwork. Using team members collective knowledge, experiences, and
efforts is a powerful approach to improving processes. Through teamwork, the whole
becomes greater than the sum of its parts.
How does an organization get started on process improvement?

An essential first step in getting started on process improvement is for the senior leader to
make it a command priority. The importance of process improvement must be
communicated from the top. Leaders need to foster an organizational environment in
which a process improvement mentality can thrive and people are using quality-related
tools and techniques on a regular basis.
For the organization to reach this state, leaders must ensure that everyone receives the
training that will enable them to carry out their process improvement efforts effectively.
The TQL training made available within the DON provides background and learning
experiences for leaders, quality advisors, TQL coordinators, and supervisors, who can then
train teams on a just-in-time basis. In addition, this handbook has been developed to
provide teams with a step-by-step approach for their process improvement efforts.
Instilling a process improvement mentality in an organization can be difficult because it
requires some different ways of thinking than we are accustomed to in the Navy. Process
improvement requires everyone to become a fire preventer, rather than a fire fighter.
The focus is on improving a process over the long term, not just patching up procedures
and work routines as problems occur. To get started on process improvement, leaders
who have been fighting fires need to set aside the CO2 bottle and start thinking in these
terms:
What process should we select for improvement?
What resources are required for the improvement effort?
Who are the right people to improve the selected process?
Whats the best way to learn about the process?
How do we go about improving the process?
How can we institutionalize the improved process?
What is in the Basic Process Improvement Model?

The Basic Process Improvement Model is presented on the next page. It has two parts:
A process simplification segment outlining steps 1 through 7 of the process
improvement cycle is placed on the left. Teams begin process improvement
activities with these steps. Depending on the stability and capability of the process,
the team may continue on to step 8, or go directly to step 14.
A Plan-Do-Check-Act (PDCA) Cycle
the process simplification segment.
consisting of steps 8 through 14 flows from
Using all 14 steps of the model will increase the teams process knowledge, broaden
decision-making options, and enhance the likelihood of satisfactory long-term results.
Lets take a quick look at whats in each of the steps in the model.
Step 1:
Select the process to be improved and establish a well-defined process

improvement objective. The objective may be established by the team or come
from outside tasking.
Step 2:
Organize a team to improve the process. This involves selecting the right
people to serve on the team; identifying the resources available for the
improvement effort, such as people, time, money, and materials; setting
reporting requirements; and determining the teams level of authority. These
elements may be formalized in a written charter.
Step 3:
Define the current process using a flowchart.

This tool is used to generate a
step-by-step map of the activities, actions, and decisions which occur between
the starting and stopping points of the process.
Step 4:
Simplify the process by removing redundant or unnecessary activities.

People
may have seen the process on paper in its entirety for the first time in Step 3.
This can be a real eye-opener which prepares them to take these first steps in
improving the process.
Step 5:
Develop a plan for collecting data and collect baseline data.

These data will
be used as the yardstick for comparison later in the model. This begins the
evaluation of the process against the process improvement objective established
in Step 1. The flowchart in Step 3 helps the team determine who should collect
data and where in the process data should be collected.
Basic Process Improvement Model
Step 1
Select a process and
establish the improvement
objective
Step 9
Plan to implement the
process change
Step 2
Organize the right team
Step 10
Modify the data collection
plan (if necessary)
Step 3
Flowchart the current
process
Step 11
Test the change and
collect data
Step 4
Simplify the process and
make changes
Step 12
Remove the
change
Step 5
Develop a data
collection plan and
collect baseline data
No
Yes
No
Step 6
Remove special
cause(s)
No
Step 6
Is the process
stable?
Step 13
Keep the
change?
Step 7
Is the process
capable?
No
Yes
Yes
Yes
No
Step 8
Identify root causes for
lack of capability
Step 14
Is further
improvement
feasible?
Step 12
Is the modified
process
stable?
Step 13
Did the process
improve?
Yes
No
Step 14
Standardize the process
and reduce the frequency
of data collection
Yes
A
Step 6:
Assess whether the process is stable . The team creates a control chart or run
chart out of the data collected in Step 5 to gain a better understanding of what is
happening in the process. The follow-on actions of the team are dictated by
whether special cause variation is found in the process.
Step 7:
Assess whether the process is capable . The team plots a histogram to

compare the data collected in Step 5 against the process improvement objective
established in Step 1. Usually the process simplification actions in Step 4 are
not enough to make the process capable of meeting the objective and the team
will have to continue on to Step 8 in search of root causes. Even if the data
indicate that the process is meeting the objective, the team should consider
whether it is feasible to improve the process further before going on to Step 14.
Step 8:
Identify the root causes which prevent the process from meeting the
objective. The team begins the Plan-Do-Check-Act Cycle here, using the
cause-and-effect diagram or brainstorming tools to generate possible reasons
why the process fails to meet the desired objective.
Step 9:
Develop a plan for implementing a change based on the possible reasons for
the processs inability to meet the objective set for it.
These root causes were
identified in Step 8. The planned improvement involves revising the steps in the
simplified flowchart created after changes were made in Step 4.
Step 10: Modify the data collection plan developed in Step 5, if necessary.
Step 11: Test the changed process and collect data.
Step 12: Assess whether the changed process is stable . As in Step 6, the team uses a
control chart or run chart to determine process stability. If the process is stable,
the team can move on to Step 13; if not, the team must return the process to its
former state and plan another change.
Step 13: Assess whether the change improved the process. Using the data collected in
Step 11 and a histogram, the team determines whether the process is closer to
meeting the process improvement objective established in Step 1. If the
objective is met, the team can progress to Step 14; if not, the team must decide
whether to keep or discard the change.
Step 14: Determine whether additional process improvements are feasible.
The team
is faced with this decision following process simplification in Step 7 and again
after initiating an improvement in Steps 8 through 13. In Step 14, the team has
the choice of embarking on continuous process improvement by reentering the
model at Step 9, or simply monitoring the performance of the process until
further improvement is feasible.
Step 1: Select a process and establish the

process improvement objective
Clearly state
the process you are
going to work on
Establish the
process improvement
objective
Write down the

process improvement
objective (be specific)
Determine the
starting and stopping
points of the process
Step 2
Selecting the Process

When a command initially undertakes process improvement
efforts, the Executive Steering Committee may identify problem
areas and nominate the first processes to be investigated.
Later, candidate processes may be identified at the deckplate
level by work center supervisors. The Process Selection
Worksheet on the next page can be used to guide selection at
whatever level the choice is made.
Some important considerations in selecting processes for
improvement are these:
Total quality is predicated on understanding what is
important to the customer. Every work unitwhether a large
command or a small officehas both internal and external
customers. Hence, the starting point in selecting a process
for improvement is to obtain information from customers
about their satisfaction or dissatisfaction with the products or
services produced by the organization.
Its best to start out small. Once people can handle
improving a simple process, they can tackle more
complicated ones.
The selected process should occur often enough to be observed and documented. The
team should be able to complete at least one improvement cycle within 30 to 90 days;
otherwise, they may lose interest.
The process boundaries have to be determined. These are the starting and stopping
points of the process that provide a framework within which the team will conduct its
process improvement efforts. As an example, the process by which a fire hose is
routed to the scene of a casualty drill would have these boundaries:
Starting Point Stopping Point -
The drill is initiated or called away.

A properly manned fire hose is brought to bear on the fire.
It is crucial to make sure that the steps involved in meeting the process improvement
objective are located inside the boundaries.
PROCESS SELECTION W ORKSHEET

S TATE PROBLEMS OR EXPECTATIONS IDENTIFIED BY INTERVIEWING YOUR CUSTOMERS
a.
b.
c.
d.
P LACE A CHECKMARK NEXT TO
ALL OF THE ITEMS THAT APPLY TO YOUR PROCESS
___1. The process can be defined. (Be careful not to pick something too big. It should be
possible to complete the improvement effort within 90 days.)
___2. A problem in the process occurs frequently. (A Pareto analysis may be helpful.)
___3. The problem area is well-known and has visibility in the command, work center, or
office.
___4. Improvement of this process is important to the command.
___5. People will appreciate it if the process is improved.
___6. There is a good chance of success in improving the process.
___7. No one else is currently working on this process.
___8. Required changes can be put into effect with little or no outside help.
___9. This is truly a process improvement effort, not just an attempt to impose a solution
on a problem.
NOTE :
IF YOU HAVE SELECTED AN APPROPRIATE PROCESS, YOU

SHOULD BE ABLE TO CHECK ALL OF THE ITEMS ABOVE.
A Pareto analysis can help the team identify one or more factors or problems which
occur frequently and can be investigated by the team. This analysis would be based on
some preliminary data collected by the team. Pareto Charts are explained in the Basic
Tools for Process Improvement.
After command members have some experience working with the Basic Process
Improvement Model, processes can be selected which have been performing poorly or
which offer a potentially high payback in improving mission performance. The former
category might include drills and procedures which are routinely accomplished in a less
than satisfactory manner. The latter category includes mission critical processes, such
as conducting main space fire drills. In each case, its best to move from the simple to
the complicated, and from the better performing to the worst performing processes.
A process that is primarily controlled, or significantly constrained, by outside factors is
probably not a good candidate for improvement by command personnel. Processes
selected must be controlled entirely within the lifelines of the command.
Only one team should be assigned to work on each process improvement.
Establishing the Process Improvement Objective

Once a process is selected, the team needs to establish a well-defined process
improvement objective. The definition of the objective should answer this question:
What improvement do we want to accomplish by
using a process improvement methodology?
The process improvement objective is frequently discovered by listening to internal and
external customers. The team can use interviews or written surveys to identify target
values to use as goals for improving the product or service produced by the process.
Identifying a problem associated with the process helps define the process improvement
objective. The people working in the process can identify activities that take too long,
involve too many man-hours, include redundant or unnecessary steps, or are subject to
frequent breakdowns or other delays. But this is not just a problem-solving exercise; this
is process improvement. Problems are symptoms of process failure, and it is the
deficiencies in the process that must be identified and corrected.
For an improvement effort to be successful, the team must start with a clear definition of
what the problem is and what is expected from the process improvement. Lets look at a
couple of examples:
Repairing the fourth stage seal of a high-pressure air compressor currently takes six
hours. Internal customers would like that time reduced but are concerned that
product quality may suffer if the process is changed. The team believes the repair
9
time can be reduced to as little as four hours by improving the process. The
process improvement objective can be stated this way: High-pressure air
compressor fourth stage seals are repaired in four hours or less, with no increase in
the mean time between failures for the repaired parts.
If the way firefighters check for explosive gases in a compartment during a fire drill
is described simply as unsatisfactory, few people will know how to state the
process improvement objective. But, if the nature of the problem is clearly stated as
50 percent of the firefighters do not know how to operate the Explosivemeter, the
objective can be stated this way: At least 95 percent of our firefighters can operate
the Explosivemeter in a satisfactory manner.
A team formulating a process improvement objective may find it helpful to proceed in this
way:
Write a description of the process, starting, The process by which we...
Specify the objective of the process improvement effort.
Operationally define the objective in writing. (See Module 1 of the Basic Tools for
Process Improvement.)
Use numerical specification limits for process improvement objectives whenever
possible. (See the discussion of process capability in Step 7.)
A final note: Without a stated improvement objective, the team may conduct meetings but
achieve little improvement in the effectiveness, efficiency, or safety of their process. A
clearly stated process improvement objective keeps the teams efforts focused on results.
The tools the team needs to select the process to work on and establish the process
improvement objective are described in the following modules of the Basic Tools for
Process Improvement:
Module 1:
Module 2:
Module 3:
Module 8:
10
Operational Definitions
Brainstorming
Decision-Making Tools
Pareto Chart
Step 2: Organize the right team

Team Composition
Step 1
List all the people

involved in steps
within the boundaries
of the process
Pick members so
the team covers
knowledge of all
of the steps
Choose a
team leader
Execute a
verbal or written
charter for the team
Assemble the team

and brief them
on the process
Conduct team
training on process
improvement
Once the process has been selected and the boundaries

established, the next critical step is selecting the right team
to work on improving it. The right team consists of a good
representation of people who work inside the boundaries of
the process and have an intimate knowledge of the way it
works.
Team Size
Teams consisting of 5 to 7 members seem to function most
effectively. While larger teams are not uncommon, studies
have shown that teams with more than 8 to 10 members may
have trouble reaching consensus and achieving objectives.
Team Leader
The team leader may be chosen in any of several ways. The
commanding officer, department head, or process owner may
appoint a knowledgeable individual to lead the team, or the
process owner may opt to fill the position personally.
Alternatively, the team members may elect the team leader
from their own ranks during the first meeting. Any of these
methods of selecting a leader is acceptable.
The team leader has the following responsibilities:
Step 3
Schedule and run the teams meetings.

Come to an understanding with the authority who formed
or chartered the team on the following:
The teams decision-making authority. The team may only be able to make
recommendations based on their data collection and analysis efforts; or, they may
be granted authority to implement and test changes without prior approval.
The time limit for the team to complete the improvement actions, if any.
Determine how the teams results and recommendations will be communicated to the
chain of command.
11
Arrange for the resourcesmoney, material, training, other peoplewhich the team
needs to do the job.
Decide how much time the team will devote to process improvement. Sometimes,
improving a process is important enough to require a full-time effort by team members
for a short period. At other times, the improvement effort is best conducted at intervals
in one- or two-hour segments.
Team Members
Team members are selected by the team leader or the individual who formed the team.
Members may be of various ranks, rates, paygrades, or ratings. Depending on the nature
of the process, they may come from different departments, divisions, work centers, or
offices. The key factor is that the people selected for the team should be closely involved
in the process that is being improved.
Being a team member has certain obligations. Members are responsible for carrying out
all team-related work assignments, such as data collection, data analysis, presentation
development, sharing knowledge, and participation in team discussions and decisions.
Ideally, when actual process workers are on a team, they approach these responsibilities
as an opportunity to improve the way their jobs are done, rather than as extra work.
Team Charter
A charter is a document that describes the boundaries, expected results, and resources to
be used by a process improvement team. A charter is usually provided by the individual or
group who formed the team. Sometimes the process owner or the team members develop
a charter. A charter is always required for a team working on a process that crosses
departmental lines. A charter may not be necessary for a team that is improving a process
found solely within a work center of office space.
A charter should identify the following:
Process to be improved
Time constraints, if applicable
Process improvement objective
Teams decision-making authority
Team leader assigned
Resources to be provided
Team members assigned
Reporting requirements
Other information pertinent to the improvement effort may also be included, such as the
names of the process owner and quality advisor, recommended frequency of meetings, or
any other elements deemed necessary by those chartering the team. A format for
developing a team charterthe Team Charter Worksheet is provided on the next page.
12
TEAM CHARTER W ORKSHEET

P ROCESS :_________________________________ P ROCESS OWNER :________________
P ROCESS IMPROVEMENT OBJECTIVE : ___________________________________________
________________________________________________________________________
Team Leader:_____________________ Quality Advisor:
T EAM MEMBER
DEPT ./D IV .
________________________
TEAM MEMBER
DEPT ./D IV .
T EAM B OUNDARIES
DATE BEGIN: _________________________ DATE END:____________________________
MEETING FREQUENCY: _______________________________________________________
DECISION-MAKING AUTHORITY: _________________________________________________
________________________________________________________________________
________________________________________________________________________
RESOURCES AVAILABLE: ______________________________________________________
________________________________________________________________________
________________________________________________________________________
REPORTING REQUIREMENTS:___________________________________________________
________________________________________________________________________
OTHER INFORMATION: ________________________________________________________
________________________________________________________________________
CHARTERED BY :____________________________________D
ATE :_________________
13
Team Ground Rules

No process improvement team should go beyond Step 2 without developing a clear-cut set
of ground rules for the operation of the team. The ground rules act as a code of conduct
for team members and provide a basic structure for conducting effective meetings. Some
areas in which ground rules should be established are:
Attendance
Expectation of regular attendance at meetings, acceptable reasons for

missing meetings, whether to allow alternates to attend when members
must be absent, number of members required to conduct business.
Promptness Starting and ending time for meetings.

Preparation
Expectation that team members will complete assignments in advance

and come prepared for each meeting.
Participation
Active listening, suspending personal beliefs, and free communication by

all members.
Courtesy
One person talks at a time; no interruptions or side conversations; no

personal attacks; all members treated as partners, not adversaries.
Assignments
Methods for making and tracking assignments and selecting the recorder.
Decisions
Decision-making proceduresconsensus or open or closed majority vote.
Focus
Things to do to stay focused on the future, not rooted in the past.
Guidelines for Effective Team Meetings

The Improvement Team Meeting Record on page 17 is provided to help teams follow the
guidelines for conducting effective meetings that are outlined below.
Follow the meeting ground rules.
Use an agenda. (See the agenda example at the top of the next page.)
List the items to be discussed in as much detail as space permits.
State time available for each item.
Name who is responsible for each item.
Publish the agenda in advance.
14
AGENDA EXAMPLE
A GENDA ITEM
TIME
RESPONSIBILITY
1. Warmup (flowchart review)
5 min.
MM1 Benson
2. Review minutes and agenda
5 min.
LTJG Smith
3. Modify simplified flowchart
20 min.
Team
4. Prepare brief for CO
20 min.
Team
5. Evaluate meeting
5 min.
LTJG Smith
6. Prepare agenda for next meeting
5 min.
MMC Todd
Record minutes and action items.

Evaluate the meeting.
How did we do?
What went well?
What can we improve?
Prepare an agenda for the next meeting.
Distribute information to team members.
Training for the Team

At this juncture, team members need to receive some training that will help them reach
their process improvement objective. The Team Leader or Quality Advisor should provide
training on how to operate effectively as a team as well as just-in-time training in the use of
statistical tools. All aspects of team formation and functioning are discussed in the DON
TQL course, Team Skills and Concepts. Statistical and process management tools is
explained in the Basic Tools for Process Improvement as well as in numerous DON TQL
courses.
15
IMPROVEMENT TEAM M EETING RECORD

P ROCESS IMPROVEMENT OBJECTIVE :_______________
MEETING NO.:_______________
____________________________________________ DATE :______________________

____________________________________________ LOCATION : __________________
T EAM S PONSOR /P ROCESS OWNER :_____________________________________________
MEETING A TTENDANCE
Name
Name
Team Leader
Recorder
Member
Member
Member
Member
Member
Member
Facilitator
Guest
A GENDA ITEM
TIME
RESPONSIBILITY
NOTES
1. Warmup
2. Review minutes & agenda
3.
4.
5.
6.
7. Evaluate meeting
8. Prepare next mtg agenda
ITEMS FOR NEXT MEETING S A GENDA :
A CTIONS TO B E TAKEN :
1.
1.
2.
2.
3.
3.
4.
4.
5.
5.
16
Step 3: Flowchart the current process

Step 2
Draw a flowchart of exactly

what happens between the
starting and stopping points
of the process
Yes
Does the
team agree that the
flowchart is
correct?
Before a team can improve a process, the members

must understand how it works. The most useful tool for
studying the current process is a flowchart . This tool is
explained in the Basic Tools for Process Improvement.
To develop an accurate flowchart, the team assigns
one or more members to observe the flow of work
through the process. It may be necessary for the
observers to follow the flow of activity through the
process several times before they can see and chart
what actually occurs. This record of where actions are
taken, decisions are made, inspections are performed,
and approvals are required becomes the as-is
flowchart. It may be the first accurate and complete
picture of the process from beginning to end.
No
Observe the work as it is

actually performed
Using the observations,

modify the flowchart to
reflect reality
As the team starts work on this first flowchart, they

need to be careful to depict what is really happening in
the process. They dont want to fall into the trap of
flowcharting how people think the process is working,
how they would like it to work, or how an instruction or
manual says it should work. Only an as-is flowchart
that displays the process as it is actually working today
can reveal the improvements that may be needed.
Step 4
When teams work on processes that cross

departmental lines, they may have to talk to people at
all levels across the command who are involved in or
affected by the process they are working on. It is even
more important to get an accurate picture of these cross-functional processes than those
whose boundaries are inside a work unit or office.
As an example, launching a helicopter is a cross-functional process involving contributing
processes performed by bridge personnel, controllers in the CIC, firefighting teams, the
fueling team, engineers, the cargo handling team, flight deck personnel, and others. Each
of these contributing processes has to be accurately flowcharted and clearly understood
before the larger process can be improved.
The goal of this step is for the team to fully understand the process before making any
attempt to change it. Changing a process before it is fully understood can cause more
problems than already exist.
17
The team can define the current situation by answering these questions:
Does the flowchart show exactly how things are done now?
If not, what needs to be added or modified to make it an as-is picture of the
process?
Have the workers involved in the process contributed their knowledge of the
process steps and their sequence?
Are other members of the command involved in the process, perhaps as
customers? What did they have to say about how it really works?
After gathering this information, is it necessary to rewrite your process
improvement objective (Step 1)?
The tools the team needs to develop a flowchart of the current, or as-is, process are
explained in the following modules of the Basic Tools for Process Improvement :
Module 1:
Module 6:
18
Flowchart
Step 4: Simplify the process and make changes

Step 3
Going through the

process step-by-step,
identify redundant and
unnecessary steps
Any more
steps to
check?
No
Yes
No
Is the step
necessary?
Yes
What
would happen
if this step were
removed?
Remove the step
Process
still works
Keep the step
Process does
not work
Perform sanity check
using existing directives
Draw the flowchart of

the simplified process
Yes
Is the
team authorized
to make changes
to the process?
No
Step 5
Change the process
Obtain permission
The team described the current

process by developing a flowchart in
Step 3. Reviewing this depiction of
how the process really works helps
team members spot problems in the
process flow. They may locate steps
or decision points that are
redundant. They may find that the
process contains unnecessary
inspections. They may discover
procedures that were installed in the
past in an attempt to goof-proof the
process after errors or failures were
experienced. All of these eat up
scarce resources.
Besides identifying areas where
resources are being wasted, the
team may find a weak link in the
process that they can bolster by
adding one or more steps.
But before stepping in to make
changes in the process based on
this preliminary review of the as-is
flowchart, the team should answer
the following questions for each
step of the process:
Can this step be done in
parallel with other steps,
rather than in sequence?
Does this step have to be
completed before another can
be started, or can two or more
steps be performed at the
same time?
What would happen if this step were eliminated?

Would the output of the process
remain the same? Would the output be unacceptable because it is incomplete or
has too many defects?
Would eliminating this step achieve the process improvement objective?
19
Is the step being performed by the appropriate person?

Is the step a work-around because of poor training or a safety net inserted to
prevent recurrence of a failure?
Is the step a single repeated action, or is it part of a rework loop which can be
eliminated?
Does the step add value to the product or service produced by the process?
If the answers to these questions indicate waste, the team should consider doing away
with the step. If a step or decision block can be removed without degrading the process,
the team is recovering resources which can be used elsewhere in the organization.
Eliminating redundant or unnecessary steps confers an added benefit: a decrease in cycle
time. Only part of the time it takes to complete most processes is productive time; the rest
is delay. Delay consists of waiting for someone to take action, waiting for a part to be
received, and similar unproductive activities. Consequently, removing a step which causes
delay reduces cycle time by decreasing the total time it takes to complete the process.
After making preliminary changes in the process, the team should create a flowchart of
the simplified process . Now comes the sanity check:
Can the simplified process produce products or services acceptable
to customers and in compliance with applicable existing directives?
If the answer is yes, and the team has the authority to make changes, they should
institute the simplified flowchart as the new standard picture of the process. But perhaps
the team is required to get permission to make the recommended changes. In that case, a
comparison of the simplified flowchart with the original as-is flowchart can become the
centerpiece of a briefing to those in a position to grant approval.
At this point, the people working in the process must be trained using the new flowchart of
the simplified process. It is vital to ensure that they understand and adhere to the new way
of doing business. Otherwise, the process will rapidly revert to the way it was before the
improvement team started work.
The tools the team needs to simplify the current process and make preliminary changes
are explained in the following modules of the Basic Tools for Process Improvement :
Module 1:
Module 6:
20
Flowchart
Step 5: Develop a data collection plan

and collect baseline data
Step 4
With the process improvement

objective in mind, use the
flowchart to determine where
the characteristic is produced
Annotate the flowchart with

the measurement points
Develop a data collection plan

to ensure that all data takers
know what, why, how, where,
and how often to take data
Create a data collection form

and train data collectors
Begin collecting baseline

data
Steps 1 through 4 have taken the team through a process

simplification phase of process improvement. In this
phase, all decisions were based on experience, qualitative
knowledge of the process, and perceptions of the best
way to operate.
For the remaining steps in the Basic Process Improvement
Model, the team will be using a more scientific approach.
Steps 5 through 14 of the model rely on statistical data
which, when collected and analyzed, are used to make
decisions about the process. In Step 5, the team develops
a data collection plan, as described in the Basic Tools for
Process Improvement.
The process improvement objective established in Step 1

is based on customers expectations and needs regarding
the product or service produced by the process. When the
team develops a data collection plan, they must first
identify the characteristic of the product or service that
has to be changed in order to meet the objective. Lets
look at an example:
The local Navy Exchange food court prepares coffee and
sells it to patrons. The coffee is brewed in a separate urn
in the kitchen, then transferred to an urn on the food line.
Lately, customers have been complaining that the coffee
is too cold when dispensed on the food line.
A team interested in improving this situation developed a

process improvement objective that the coffee would be
delivered to customers at a temperature between 109 and
111 degrees Fahrenheit. They then looked at their
simplified flowchart to identify individual steps where measurements should be taken.
Step 6
Some members of the team thought that the water temperature should be measured as it
boiled prior to the actual brewing of the coffee. Others thought that such a measurement
might be easy to obtain, and even interesting, but it would not help them understand why
cold coffee was found on the serving line.
21
The key to this segment of the model is to use process knowledge and common sense in
determining where to take measurements. The team should ask:
Will the data collected at this point help us
decide what to do to improve the process?
The team in the example investigated the process further and opted to take measurements
of the temperature of the coffee at the urn on the serving line.
Once the team determines what data to collectand why, how, where, and when to collect
itthey have the rudiments of a data collection plan. To implement the data collection
plan, the team develops a data collection sheet. This data collection sheet must include
explicit directions on how and when to use it. The team should try to make it as userfriendly as possible.
The team can collect baseline data when, and only when, the data collection plan is in
place, the data collection sheet has been developed, and the data collectors have been
trained in the procedures to use.
The tools the team needs to develop a data collection plan and begin collecting baseline
data are explained in the following modules of the Basic Tools for Process Improvement :
Module 1:
Module 2:
Module 6:
Module 7:
22
Brainstorming
Flowchart
Data Collection
Step 6: Is the process stable?

Step 5
Assemble the data

collection sheets
from Step 5
Use X-Bar and R

or X and Moving
Range Control
Chart or Run Chart
Variables
Data
What type
of data was
collected?
Attribute
Data
Use X and Moving

Range Control Chart
or Run Chart
Plot the data on the

applicable chart
Are
any of the
rules for assessing
stability
violated?
Yes
Find the reason(s)

for the special cause
variation
No
Step 5
Step 7
In this step, the team analyzes the baseline

data collected in Step 5. Two tools which
are useful in this analysis are a control
chart and a run chart . Both of these tools
organize the data and allow the team to
make sense of a mass of confusing
information. They are explained in the
Basic Tools for Process Improvement.
Control charts are better at revealing
whether a process is stable and its future
performance predictable. However, even if
a team begins with the simpler run chart,
they can convert it to a control chart with a
little extra work. These two tools are
important because they help teams identify
special cause variation in the process.
Whenever an individual or a team repeats a
sequence of actions, there will be some
variation in the process. Lets look at an
example:
Think about the amount of time it took you
to get up in the morning, get dressed, and
leave your house for work during the past
four weeks. Although the average time
was 28 minutes, no two days were exactly
the same. On one occasion it took 48
minutes for you to get out of the house.
This is where a control chart or a run chart can help you analyze the data. Control Charts,
and to a lesser extent run charts, display variation and unusual patterns such as runs,
trends, and cycles. Data which are outside the computed control limits, or unusual
patterns in the graphic display of data, may be signals of the presence of special cause
variation that should be investigated.
In our example, investigation revealed that you were delayed by an early-morning phone
call from one of your children who is at college. The data provided a signal of special
cause variation in your getting-off-to-work process.
23
But what if, over a period of 10 days, a series of times is recorded that averaged 48
minutes? It seems that your getting-off-to-work process now includes making breakfast for
your son and daughter. This is not just a variation. The data indicate that your process
has changed .
While this example portrayed an obvious change in the process, subtle changes often
occur without the knowledge of the workers. These minor changes produce enough
variation to be evident when the data are analyzed. If special cause variation is found in
the process, the team is obliged to find the cause before moving on to the next step in
the model. Depending on the nature of the special cause, the team may act to remove it,
take note of it but no action, or incorporate it in the process.
When special cause variation reduces the effectiveness and efficiency of the process,
the team must investigate the root cause and take action to remove it.
If it is determined that the special cause was temporary in nature, no action may be
required beyond understanding the reason for it. In the example above, the early
phone call caused a variation in the data which was easily explained and required no
further action.
Occasionally, special cause variation actually signals an improvement in the process,
bringing it closer to the process improvement objective. When that happens, the team
may want to incorporate the change permanently.
If the team fails to investigate a signal of special cause variation and continues on with
their improvement activities, the process may be neither stable nor predictable in the
future. This lack of stability and predictability may cause additional problems to occur,
preventing the team from achieving the process improvement objective.
The tools the team needs to assess whether the process is stable are explained in the
following modules of the Basic Tools for Process Improvement :
Module 1:
Module 2:
Module 5:
Module 6:
Module 7:
Module 9:
Module 10:
24
Brainstorming
Cause-and-Effect Diagram
Flowchart
Data Collection
Run Chart
Control Chart
Step 7: Is the process capable?

Step 6
Once the process has been

stabilized, the data collected in Step
5 is used again. This time the team
plots the individual data points to
produce a bar graph called a
histogram . This tool is explained in
the Basic Tools for Process
Improvement.
Plot the data collected in

Step 5 in a Histogram
Plot the process

improvement objective
as the target value in
the Histogram
Plot specification limits

in the Histogram
Yes
To prepare the histogram, the team

superimposes the target value for
the process on the bar graph. The
target value was established in Step
1 as the process improvement
objective .
Do
specification
limits exist?
No
No
Are all
data points inside
the specification
limits?
Yes
Step 8
Does the
Histograms
shape approximate
a
bell curve?
Yes
Are the
data points
close enough to
the target?
Yes
No
If there are upper and/or lower

specification limits for the process,
the team should plot them also.
(Note: Specification limits are not the
same as the upper and lower control
limits used in control charts.)
Step 8
No
Once the data, the target value, and

the specification limits (if applicable)
are plotted, the team can determine
whether the process is capable . The
following questions can be used to
guide the teams thinking:
Are there any unusual

patterns in the plotted data?
Does the bar graph have
multiple tall peaks and steep
valleys? This may be an indication that other processes are influencing the process
the team is investigating.
Step 14
Do all of the data points fall inside the upper and lower specification limits (if
applicable)? If not, the process is not capable.
If all of the data points fall within the specification limits, are the data grouped
closely enough to the target value? This is a judgment call by the team. While the
process is capable, the team may not be satisfied with the results it produces. If
25
thats the case, the team may elect to continue trying to improve the process by
entering Step 8 of the Basic Process Improvement Model.
If there are no specification limits for the process, does the shape of the
histogram approximate a bell curve? After examining the shape created by
plotting the data on the histogram, the team has to decide whether the shape is
satisfactory and whether the data points are close enough to the target value.
These are subjective decisions. If the team is satisfied with both the shape and the
clustering of data points, they can choose to standardize the simplified process or to
continue through the steps of the Basic Process Improvement Model.
From here to the end of the Basic Process Improvement Model, the team is going to use a
scientific methodology for conducting process improvement called the Plan-Do-Check-Act
(PDCA) Cycle. They will plan a change, conduct a test and collect data, evaluate the test
results to find out whether the process improved, and decide whether to standardize or
continue to improve the process. The PDCA Cycle is just that: a cycle. There are no
limitations on how many times the team can attempt to improve the process incrementally.
Act
Plan
(Steps 13 & 14)
(Steps 9 & 10)
Check
Do
(Steps 12 & 13)
(Step 11)
The tools the team needs to assess whether the process is capable are explained in the
Module 1:
Module 7:
Module 11:
26
Data Collection
Histogram
Step 8: Identify root causes for lack of capability

Step 7
Brainstorm causes that may be

affecting the ability of the
process to meet the process
Create a Cause-and-Effect
Diagram
Use multivoting or Nominal

Group Technique (Part 2) to
identify the most likely cause
for lack of process capability
No
Can the
causes be verified
from the data
collected?
Steps 1 through 7 of the model

were concerned with gaining an
understanding of the process and
documenting it. In Step 8, the
team begins the PDCA Cycle by
identifying the root causes of a
lack of process capability.
The data the team has looked at
so far measure the output of the
process. To improve the
process, the team must find what
causes the product or service to
be unsatisfactory. The team uses
a cause-and-effect diagram to
identify root causes. This tool is
explained in the Basic Tools for
Process Improvement.
Yes
Plot the data in a Pareto Chart
Select a root cause to work on

to improve the process
Assess whether other people

are needed to help with this
process improvement
Step 9
Once the team identifies possible

root causes, it is important to
collect data to determine how
much these causes actually affect
the results . People are often
surprised to find that the data do
not substantiate their predictions,
or their gut feelings, as to root
causes.
The team can use a Pareto chart
to show the relative importance of
the causes they have identified.
The tools the team needs to

identify the root causes for lack of capability are explained in the following modules of the
Basic Tools for Process Improvement :
Module 1:
Module 2:
Module 3:
Module 4:
Module 5:
Module 8:
Brainstorming
Affinity Diagram
Pareto Chart
27
Step 9: Plan to implement the process change

Step 8
Plan a change in the process that

either removes or reduces the
effect of the root cause identified in
Step 8
Modify the flowchart to reflect the

new process
Inform all people affected by the

change in the process of the
modifications made
Step 9 begins the Plan phase of the PDCA

Cycle. Steps 9 and 10 together comprise the
whole Plan phase.
After considering the possible root causes
identified in Step 8, the team picks one to work
on. They then develop a plan to implement a
change in the process to reduce or eliminate
the root cause.
The major features of the plan include
changing the simplified flowchart created in
Step 4 and making all of the preparations
required to implement the change.
The team can use the following list of
questions as a guide in developing the plan:
Obtain
permission
No
Is the team
authorized to change
the process?
What steps in the process will be

changed?
Are there any risks associated with
proposed change?
the
Yes
Change the process
What will the change cost? The cost

includes not only money, but time,
number of people, materials used, and
other factors.
Step 10
What workers will be affected by the

change?
Who is responsible for implementing the change?
What has to be done to implement the change?
Where will the change be implemented?
How will the implementation be controlled?
At what steps in the process will measurements be taken?
How will data be collected?
28
Is a small-scale test necessary prior to full implementation of the change?

How long will the test last?
What is the probability of success?
Is there a downside to the proposed change?
Once the improvement plan is formulated, the team makes the planned changes in the
process, if empowered by the team charter to do so. Otherwise, the team presents the
improvement plan to the process owner, or other individual who formed the team, to obtain
approval to proceed.
The tools the team needs to plan to implement the process change are explained in the
Module 1:
Module 2:
Module 3:
Module 4:
Module 5:
Module 6:
Module 7:
Brainstorming
Affinity Diagram
Flowchart
Data Collection
29
Step 10: Modify the data collection plan, if necessary

Step 10 concludes the Plan phase of the PDCA
cycle.
Step 9
Reviewing the data collection plan

Is the Data
Collection Plan
developed in Step 5
valid for measuring
the changed
process?
The data collection plan was originally developed in

Step 5. Since the process is going to change when
the planned improvement is instituted, the team must
now review the original plan to ensure that it is still
capable of providing the data the team needs to
assess process performance.
Yes
Step 11
No
Modify the plan to
provide the data needed
to assess performance
of the changed process
Modifying the data collection plan

If the determination is made that the data collection
plan should be modified, the team considers the
same things and applies the same methodologies as
in Step 5.
The tools the team needs to modify the data collection plan are explained in the following
modules of the Basic Tools for Process Improvement :
Module 1:
Module 2:
Module 4:
Module 6:
Module 7:
30
Brainstorming
Affinity Diagram
Flowchart
Data Collection
Step 11: Test the change and collect data

Step 11 is the Do phase of the PDCA cycle.
Step 10
Plan the test of the new process
Train everyone involved in the

test and standardize the process
among the workers
Distribute the data collection

sheets
If feasible, the change should be implemented on a limited

basis before it is applied to the entire organization. For
example, the changed process could be instituted in a
single office or work center while the rest of the command
continues to use the old process. If the organization is
working on a shift basis, the changed process could be
tried on one shift while the other shifts continue as before.
Whatever method the team applies, the goals are to prove
the effectiveness of the change, avoid widespread failure,
and maintain command-wide support.
In some situations, a small-scale test is not feasible. If
that is the case, the team will have to inform everyone
involved of the nature and expected effects of the change
and conduct training adequate to support a full-scale test.
Test the improved process and

collect data
Once the test is completed,

retain and collate the data
collection sheets
The information the team developed in Step 9 provides the

outline for the test plan. During the test, it is important to
collect appropriate data so that the results of the change
can be evaluated. The team will have to take the
following actions in conducting the test to determine
whether the change actually resulted in process
improvement:
Step 12
Finalize the test plan.

Prepare the data collection sheets.
Train everyone involved in the test.
Distribute the data collection sheets.
Change the process to test the improvement.
Collect and collate the data.
The tools the team needs to conduct the test and collect data are explained in the following
modules of the Basic Tools for Process Improvement :
Module 1:
Module 2:
Module 4:
Module 6:
Module 7:
Brainstorming
Affinity Diagram
Flowchart
Data Collection
31
Step 12: Is the modified process stable?

Step 11
Collect the data

collection sheets
from Step 11
Use X-Bar and R or

X and Moving
Range Control Chart
or a Run Chart
Variables
Data
What type
of data was
collected?
Attribute
Data
Use X and Moving
Range Control Chart
or a Run Chart
Plot the data on the

applicable chart
Are
any of the
rules for assessing
stability
violated?
No
Step 13
32
Yes
Remove the
change by returning
the process to its
earlier state
Step 9
Steps 12 and 13 together comprise the

Check phase of the PDCA cycle.
The team modified the process based on
the improvement plan and conducted a
test. During the test of the new procedure,
data were collected. Now the team checks
whether the expected results were
achieved.
The procedures in this step are identical to
those in Step 6. The team uses the data
they have collected to check the process
for stability by preparing a control chart or
run chart . Since the process has
changed, it is appropriate to recompute the
control limits for the control chart using the
new data.
If the data collected in Step 11 show that
process performance is worse, the team
must return to Step 8 and try to improve
the process again. The process must be
stable before the team goes on to the next
step.
The tools the team needs to assess
whether the changed process is stable are
explained in the following modules of the
Basic Tools for Process Improvement :
Module 1:
Module 2:
Module 6:
Module 7:
Module 9:
Module 10:
Brainstorming
Flowchart
Data Collection
Run Chart
Control Chart
Step 13: Did the process improve?

Step 13 completes the Check
phase of the PDCA cycle. The
procedures are similar to those
in Step 7.
Plot the data

collected in Step 11
in a Histogram
Step 12
This is a good place for the team

to identify any differences
between the way they planned
the process improvement and
the way it was executed.
Plot the process

(developed in Step 1)
as the target value in
the Histogram
Plot specification limits

in the Histogram
Yes
The following questions will

guide the team in checking the
test results:
Do specification
limits exist?
Did the change in the

process eliminate the
root cause of the
problem? Whether the
answer is yes or no,
describe what occurred.
No
Does
the shape of
the Histogram
approximate a
bell curve?
No
Are all
data points
inside the
specification
limits?
Yes
Yes
No
Keep
the
change?
Are the
No
data points
close enough to
the target?
No
Step 9
Yes
Are the data taken in

Step 11 closer to the
process improvement
objective than the
baseline data? This
indicates how much or
how little the process has
improved.
Yes
Step 9
Were the expected

results achieved? If not,
the team should analyze
the data further to
find out why process performance improved less than expected or even became
worse.
Step 14
Were there any problems with the plan? The team needs to review the planned
improvement as well as the execution of the data collection effort.
33
The tools the team needs to assess whether the change improved the process are
explained in the following modules of the Basic Tools for Process Improvement :
Module 1:
Module 2:
Module 7:
Module 11:
34
Brainstorming
Data Collection
Histogram
Step 14: Standardize the process and reduce

the frequency of data collection
Step 14
Yes
If the process
is both stable and
capable, are more
changes
feasible?
Step 9
No
Step 14 is the Act phase of the PDCA cycle. In this

step, the team makes some important decisions.
First, they must decide whether or not to implement
the change on a full-scale basis. In making this
decision, the team should answer the following:
Is the process stable ?
Is the process capable ?
Do the results satisfy customers ?
Does the team have authorization ?
Standardize the process
If the answers are affirmative, the changed process

can be installed as the new standard process .
Reduce level of data
collection conducted by
in-process workers
Generate lessons learned

and spread the word
Second, they must decide what to do next. Even

when everything is in place for implementing and
standardizing the process, the team still has to
choose between two courses of action:
Identifying possibilities for making further
process changes. Assuming that resources are
available and approval given, the team may
choose to continue trying to improve the
process by reentering the PDCA cycle at Step 9.
Standardizing the changed process without further efforts to improve it.

If this
decision is made, the team is still involveddocumenting the changes, monitoring
process performance, and institutionalizing the process improvement.
To standardize the changed process, the team initiates documentation changes
involving procedures, instructions, manuals, and other related documentation.
Training will have to be developed and provided to make sure everyone is using the
new standard process.
The team continues to use the data collection plan developed in Step 11 but
significantly reduces the frequency of data collection by process workers. There are
no hard-and-fast rules on how often to collect data at this stage, but, as a rule of
thumb , the team can try reducing collection to a quarter of what is called for in the
data collection plan. The team can then adjust the frequency of measurement as
35
necessary. The point is, enough data must be collected to enable the team to
monitor the performance of the process.
The team must periodically assess whether the process remains stable and
capable . To do this, the data collected in Step 14 should be entered into the control
chart or run chart and histogram developed in Steps 12 and 13 respectively.
Whichever course of action the team pursues, they should complete one last task:
documenting the lessons learned during the process improvement effort and making
the information available to others.
The tools the team needs to standardize the process and reduce the frequency of data
collection are explained in the following modules of the Basic Tools for Process
Improvement :
Module 2:
Module 3:
Module 4:
Module 6:
Module 7:
Module 9:
Module 10:
Module 11:
36
Brainstorming
Affinity Diagram
Flowchart
Data Collection
Run Chart
Control Chart
Histogram

Basic Process Improvement Handbook

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Basic Process Improvement Handbook

Uploaded by

Copyright:

Available Formats

Handbook

Handbook for Basic Process Improvement

What is the new Handbook for Basic Process Improvement?

Step 1: Select a process and establish the process improvement objective 7

Step 3: Flowchart the current process

Step 4: Simplify the process and make changes

Step 5: Develop a data collection plan and collect baseline data

Step 6: Is the process stable?

Step 7: Is the process capable?

Step 8: Identify root causes for lack of capability

Step 9: Plan to implement the process change

Step 10: Modify the data collection plan, if necessary

Step 11: Test the change and collect data

Step 12: Is the modified process stable?

Step 13: Did the process improve?

Step 14: Standardize the process and reduce

Team Charter Worksheet

Improvement Team Meeting Record

Handbook for Basic Process Improvement

Basic Process Improvement Model

Handbook for Basic Process Improvement

getting out of bed

. . . and the list goes on.

Handbook for Basic Process Improvement

Besides differing in importance, processes can be either simple or complicated.

Who owns processes?

What is process improvement?

Handbook for Basic Process Improvement

How does process improvement benefit the organization?

How does an organization get started on process improvement?

Handbook for Basic Process Improvement

What is in the Basic Process Improvement Model?

consisting of steps 8 through 14 flows from

Select the process to be improved and establish a well-defined process

Define the current process using a flowchart.

Simplify the process by removing redundant or unnecessary activities.

Develop a plan for collecting data and collect baseline data.

Handbook for Basic Process Improvement

Basic Process Improvement Model

Handbook for Basic Process Improvement

Assess whether the process is capable . The team plots a histogram to

Handbook for Basic Process Improvement

Step 1: Select a process and establish the

Write down the

Selecting the Process

The drill is initiated or called away.

Handbook for Basic Process Improvement

PROCESS SELECTION W ORKSHEET

P LACE A CHECKMARK NEXT TO

ALL OF THE ITEMS THAT APPLY TO YOUR PROCESS

IF YOU HAVE SELECTED AN APPROPRIATE PROCESS, YOU

Handbook for Basic Process Improvement

Establishing the Process Improvement Objective

Handbook for Basic Process Improvement

Handbook for Basic Process Improvement

Step 2: Organize the right team

List all the people

Assemble the team

Once the process has been selected and the boundaries

Schedule and run the teams meetings.

Handbook for Basic Process Improvement

Time constraints, if applicable

Process improvement objective

______________________ DATE :