Вы находитесь на странице: 1из 9

RummlerBrache

A T H O U G H T PA P E R

What is a Process?
Why Should You Care?

Departmentssuch as Marketing, Sales, Manufacturing,


Distribution, Customer Service, Finance, Human Resources, and
Information Systemsdo not produce products or services.
This is not to say that they should be abandoned. A logical
structure:
I
I

Makes it easy for people to share resources.


Creates centers of expertise in which people can learn from
each other and establish career paths.

Facilitates the daily care-and-feeding of people, who have a


need for direction, feedback, and rewards.

Departments are solely groupings of people for administrative purposes. While structure can be a significant enabler or impediment, the
boxes on the organization chart dont produce the goods.
OK, so it must be people who produce products and services. Nope.
Talent is critical to organization success. However, you can put the
most highly-qualified automotive designers, engineers, equipment
operators, and marketers in a room with a budget and the appropriate raw materials and youd better get a comfortable chair. A car isnt
going to emerge any time soon.
Enough suspense. The producers of products and services for both
external and internal customers are business processes. Processes are the
flows of work in which people function and which departments
organize. Some processesbusiness development, order fulfillment,
product development, customer support, billingtouch external customers. Othershiring, planning, financial reporting, facilities maintenanceare invisible to those who pay the bills but are essential to
running the business.

by

Alan P. Brache

Departments are only as capable as the processes that flow within


and between them.
People are only as productive as the processes in which they do their
jobs.
Computer systems are only as valuable as the processes that define
the nature, format, recipients, and timing of the information that they
are to provide.
Choosing an organization structure, acquiring and developing people, and automating are means to an end. The end is a set of customer-focused, well-oiled business processes.
If the assembly of automotive talent described above is going to produce a car that meets customer needs and generates profit, the first
order of business should be to create a strategy that defines the size
and shape of the market they will serve. Their immediate next step
should be to design the processes for implementing that strategy.
Thenand only thenshould they worry about structure, staffing,
tools, equipment, computer systems, and bricks-and-mortar.
While some processes are housed entirely within a department, most
critical processessuch as those listed aboveare cross-functional. In
cross-functional processes, the hand-offs (which occur in the white
space on the organization chart) are as important as the intra-department activities and the individual skills. A relay team may have the
worlds fastest runners but perform poorly because it doesnt smoothly pass the baton.
Strategy is the destination; processes are the vehicles to reach that
destination.
Processes are nothing less than how work gets done.

W H AT

IS

PROCESS?

THOUGHT

PAPER

Which Processes Should


You Work On?

If your business processes are going to fulfill their potential,


you should embark on two pursuits: Process Improvement and
Process Management.

In other cases, a critical process exists, but needs significant


improvement. For example, your order fulfillment process
may take too long, cost too much, and make it painful for
customers to do business with you. Or, your product development process may have worked well in the past but is not
built for either the range or volume of products that you
will need in the future.

Other processes do not need radical surgery, but they need


fine-tuning. For example, your customer service process
needs a web-based help function. Or, your budgeting
process needs to be more hard-wired to your planning and
resource allocation processes.

Lastly, some of your critical processes may need only to be


maintained through what we call Process Management.
They may not be perfect, or even world-class, but they are
performing well enough that it would be unwise to invest
in significant or even incremental improvement. However,
that does not mean you can ignore them. They need to be
managed. For example, your distribution and recruiting
processes may be functioning well, but need to be continuously monitored so that they dont deteriorate.

The Process Improvement and Management journey begins


with creating or reaffirming the strategy of the company, agency,
or division. A strategy answers three fundamental questions:
I

What products and/or services are we going to offer?

What markets/customer groups are we going to serve?

What competitive advantages will fuel our success?

With a strategy as the guiding hand, Process Improvement


begins with:
Identifying the processes that are most critical to creating
your competitive advantages

Analyzing the need of each critical process


G

In some cases, you may need to create a process that you


dont currently have. For example, you may have decided
to grow through acquisition and you do not have an acquisitions process. Or, you may have decided to expand into
other countries and you dont have a process for global
licensee identification, contracting, and management.

Lets examine the steps in Process Improvement, which includes


process design. Chapter 8 addresses Process Management.

What is Your Goal?


Who Should be Involved?

You shouldnt pursue Process Improvement because its conceptually logical or a noble pursuit; you should do it to solve a highimpact problem. The driving force of a Process Improvement project is a Critical Business Issue (CBI) that may be centered on
quality improvement, cost reduction, and/or cycle time reduction. (All three of these variables are always in the mix, but you need
to agree on which one or two are the primary motivations for the project.)
Once you reach consensus on the CBI, the individual championing the effort should lead the Process Improvement project
definition, which results in:

Project GOALS, including not only metrics around the


CBI, but other measures of project success (e.g., role clarity, systems installation, culture transformation)

Process SCOPE (start and stop points)

Project CONSTRAINTS, which are the guardrails within


which the new process must function. For example, your
headcount and safety policies may be givens. Or, perhaps
the process must use the enterprise computer system that
you just spent $4 million to install.

I
G

The Steering Team, constituted of the executives who head


up the departments touched by the process

The Design Team, which is the (usually cross-functional)


group of individuals with current hands-on experience
working in the process

The Design Team Leader, who chairs the group

The Facilitator(s) who provide the process design


methodology/tools, team and schedule management,
and documentation

Project ROLES, including:


The executive who should serve as the Project Sponsor

Project TIME LINE

Having defined the project, its time to go to work.

What is Your Current State?

Once your Process Improvement project is structured, the


Design Team gets to work understanding the current process,
which we call the IS. (If you are creating a new process, it is
still useful to understand any activities that are going on, even
if calling them a process is giving more credit than is due. In
rare cases, there is no process and no individual activities, in
which case there is no IS.)
Some people believe that examining the IS is unwise because
it consumes time and runs the risk of constraining the innovation that should be marshaled when creating the future process,
which we call the SHOULD. They ask, Why document the
way things are when we know theyre going to change?
There are four answers to this question:

1
2

Capturing the IS ensures that the Design Team


members, each of whom typically understands only
a part of the elephant, sees all of the components
of the process, even if it is broken or out-of-date.
As the team documents the IS via a Process Map (a
cross-functional flowchart), they capture what works
today and what doesnt work. We refer to the latter
as Disconnects. You want your SHOULD process
to build on any strengths in the IS and to eliminate
its Disconnects.

Once the SHOULD is created, the team builds an


implementation plan. Its tough to get to your destination if you dont know where you are.

The teamwhich typically has not worked on this


type of project beforegels during the IS phase,
making them more effective and efficient when they
get to the SHOULD design.

The Disconnects that are captured during the IS phase include


non-value-added steps, redundancies, bottlenecks, unnecessary
documentation, and activities carried out in series that could be
in parallel. In addition to these process design Disconnects, you
should look for process execution Disconnects. These are situations in which the steps in the process make sense; your organization just isnt good at carrying them out. The cause could be
lack of skills, inadequate computer systems, foolish policies,
and/or an unsupportive culture.
While it is important to document and analyze the IS process,
that activity should not consume more time than it deserves.

1:5.

In a typical Process Improvement project,


the ratio of IS time to SHOULD time is

What is Your Future State?

Now its time to move from the analytical phase to the creative

will ensure that the team members rise above their parochial

phase of the Process Improvement project.

interests and keep their eyes on the prize, which is the


SHOULD that is best for the organization.

You may want to inject into the process some people who
while perhaps unfamiliar with the IS, are utopian, and/or difficult

Once your team agrees on the SHOULD at this level of gran-

to controlwill stretch the thinking of the Design Team.

ularity, they will take it to the next level of detail. You dont
want to weaken the design by identifying department roles

Creating the SHOULD process begins with identifying the

prematurely orunless its a constraint youve been given

3-6 high-level sub-processes, which may or may not be the

lock yourselves into the existing organization structure. So, for

same as those in the IS. After reaching consensus on those

the first time, this Process Map documents not only the what

phases, the Design Team double-clicks on each box, resulting

(the steps and outputs) but also the who (the departments

in a flowchart of 20-30 steps. To ensure a breakthrough

and systems that will carry out each activity).

process, we sometimes structure a design competition in


which sub-teams develop the process in parallel. The ulti-

After your Design Team has a draft SHOULD, it should test

mate result is usually a hybrid that is superior to the solution

and refine it by ensuring that it captures the strengths of and

developed by either team.

eliminates the Disconnects in the IS. The Design Team should


further test it by running it by the Steering Team, a sample of

Reaching consensus at this level of detail typically generates

customers, and people outside the team who work in the

heated discussions, considerable sweat, and sometimes blood

process. You may also benefit from investing in benchmarking

and tears. Your Facilitators will earn their money by stretching

against world-class processes in organizations that may or may

and challenging the teams thinking by continually asking

not be in your industry.

Why? and Why Not? During this part of the process, they

How Will You Measure Performance?

At this point, the SHOULD process looks good, feels right,


has been approved by management, and has been blessed by
customers. However, you will want real-world proof that it is
functioning as desired. So, during the SHOULD phase, your
Design Team should produce not only the future process, but a
set of measures by which to evaluate its performance. These
measures set the stage for the ongoing guidance and oversight
of the process which we call Process Management.

Those who manage the order fulfillment process probably


care not only about meeting customer expectations but also
about the cost of the order fulfillment process. If so, they will
want to install a goal for the cost of filling an order.

The measures process begins at the end of the process by


answering these questions:

These end-of-process measures are then taken upstream in the


process, so: 1) the individual or team that is monitoring process
performance minimizes surprises by having leading indicators
of process performance; and, 2) if an end-of-process goal is not
met, theres a network through which to trace the problem to
its root cause.

What is important to the customers of this process? How


do they assess its performance?

Lastly, you will want to install a measurement system that


answers these questions:

In addition to whats important to the customers, what is


important to those who own the process?

What person or system will be responsible for tracking


actual performance against your goals?

For example, customers of your order fulfillment process


probably care that the order they receive:

How will the performance information be displayed?

What analysis, if any, needs to be done before the


information is distributed?

Who will receive the information?

How often will they receive it?

What are the recipients expected to do with the


information?

1) contains the right products,


2) is sent to the correct address,
3) contains the number of products they ordered,
4) contains products that are undamaged and function
as they should, and,
5) arrives by the promised date.
These expectations are turned into numerical measures and
goals.

The old saw, If you arent measuring it, you arent managing
it, applies here. If you agree that processes are how work gets
done, process metrics should be front-and-center in your business management dashboard.

How Will You Get There


From Here?

Your next objective is to build a plan for migrating from the


IS process to the SHOULD process.

Remember that you are not only installing a new process, but
also whatever systems, policies, skills, structure, measurement,
and culture need to support it.

The first step is to determine your implementation strategy


by answering these questions:
I

Do we want to pilot-test the new process in a certain location (e.g., the Southwest division), or for a certain type of
input (e.g., single-product orders for under 100 units), or
for a certain time (e.g., the next 30 days)?
Do we want a hard cutover in which the entire new
process takes effect as of a certain date or should we phase
it in over time? If we phase it in, should the phases be subprocesses, inputs, or locations?

Next, you will want to build an implementation plan, using


whatever planning format you have found works well in your
organization. At the bare minimum, it should include the steps
to be taken, when each step will be taken, and who is responsible for seeing that the step is taken.

Implementation success factors include:


I

Preparing customers for the new process

Ensuring that people who work in the process understand


the what and the why of the new process

Using robust project management practices during implementation definition, planning, and execution

Employing change management principles that ensure that


the soft (behavior) changes get as much or more attention as the hard (systems) changes.

How Will You Ensure that Your


Process Continues to Perform Well?

Once the process is in place, you will want to make sure that it not only holds the gains but continuously improves and adapts
to the inevitable changes in the business. To accomplish this objective, you need to move from Process Improvement to Process
Management.
While there is no single prescription for Process Management, it always includes the continuous monitoring, reporting, and feedback of performance in terms of the goals that the Design Team developed during SHOULD design.

Other steps that can help you install Process Management


include:
I

Designating a Process Owneran executive who champions and ensures the ongoing excellence of each core process

Regularly scheduling Process Owners to meet in a Process


Council that ensures that one process doesnt succeed in a
way that causes another to fail

Developing process plans. If you agree that processes are


how work gets done, process planslinked to your
strategy and budgeting protocolshould drive your
department plans

Ensuring that everyone is trained not just in their specialty


but also in managing the white space (the baton-passing
across functional lines)

Installing a process culture that rewards process understanding and improvement.

What are the Benefits of Taking the Process


Improvement and Management Journey?

The immediate return on your investment in Process Improvement is the resolution of a Critical Business Issue.
The long-term benefits of Process Improvement and Management are:
I

Implementing your strategy

Ensuring that your people have the necessary skills

Maximizing customer satisfaction

Eliminating waste

Allocating the appropriate financial and human


resources to each part of the business

Breaking down the silos that can isolate one department from another

Making your organization a more rewarding place to


work

Enabling the organization to manage the white space


on the organization chart

Enabling your people to make the full use of their


abilities

Establishing a structure that best supports the flow of


work

Ensuring that your dashboard includes appropriate


leading and lagging indicators

Installing computer systems that best serve the needs of


the business

Providing opportunities for your employees to design


the flow of work in which they do their jobs

Process Improvement and Management will rivet your


organizations focus on how work gets done.

RummlerBrache
A PRITCHETT Company

214.239.8500 | www.rummlerbrache.com

Rummler-Brache Group

Вам также может понравиться