Process Improvement Essentials: CMMI, Six SIGMA, and ISO 9001
7.8. Control
The "C" in DMAIC is for control, and this step, like the others, can be thought of in a heavy way or in a light way, depending on the industry you're in and the focus of your project. The basic intention of control is to make sure the organization commits to institutionalizing the revised process and ensuring its enhanced performance. From this viewpoint, every process program needs a "C" step. As discussed in Part 1 of this book, corporate habits, routines, and cultures can be hard things to change. When you introduce a new process or adjust an existing one, the company may have a tendency to want to revert back to their old ways. That's understandable. The old ways are usually very familiar, so they are easy to use. They seem natural because "that's the way things have always been done." And, good or bad, they were at least predictable. They were known quantities. But honoring such entropy-driven momentum is not a formula for improvement. And it's certainly not a formula for success. The action behind control is to support the new way with the kinds of resources needed to make the new way the accepted way. To do this, you want to prevent the organization from reverting back to the old way. You want to set controls into the environment to keep the process on a true course. A common disappointment in the field of process improvement is lack of control. We have heard stories of organizations that spend money and time to develop a program, and what they produce may end up being very good. But the program fails to take hold. The organization at large doesn't embrace it. It dissipates over time. Evaporates. The reason usually boils down to the issue of Control. The organization failed to set the right structures in place to control the use of the new program. This, of course, takes planning, and resources, and investment from management. This is the light view of control. The heavy view is much more rigid and formal. It typically applies to manufacturing environments, where processes are embedded in substantial machinery and robotics. Control here is more than a concept of preparedness. It's the monitoring and maintenance of precise specifications, it's the accurate control of parts inventories, it's rigid adherence to maintenance schedules. But for the purposes of this book, we won't go into the deep end of control. Since we are focused mainly on the use of Six Sigma in technology development environments, we'll keep control constrained to its management meanings. This involves such tasks as the developing a Control Plan, allocating resources, and formally transitioning the processes into the production environment. Figure 7-11 illustrates the control phase of DMAIC. Figure 7-11. In the control phase of DMAIC, the objective is to deploy improved processes into the organization. This involves documenting what the improvements are, how they affect the system as a whole, what training will be provided to process owners, and what support materials are available to operate and maintain the refined processes. 7.8.1. The Control Plan
You can think of the Control Plan in the same way you think of a deployment plan or an implementation plan in the realm of systems or software development. The Control Plan is a plan you create to coordinate the smooth deployment of the new or refined processes out into the organization. Basically the Control Plan describes what is being introduced, how it is to be used, and what materials exist to support it. Following is an abbreviated list of some of the sections you might want to include in a Control Plan:
The Control Plan can be used to its best potential as a tool to institutionalize the improvements through the formal modification of systems and structures as articulated in the plan. It is a plan that establishes a path of carrying well-designed improvement into production in a permanent and productive way. 7.8.2. Control Tools
In one section of the preceding Control Plan, I described the process support materials available for the deployment and regular use of the improvements. These materials can be seen as a series of control tools. These are the process assets, such as development documentation and implementation support material, for ongoing use and management of the process. 7.8.2.1. Policies
Policies are typically used to shape executive-level expectations for process use and to demonstrate executive commitment to process adoption. For the new improvements, consider creating appropriate policiesendorsed by managementthat set forth what the organization requires around process use. Policies of this kind are typically short documents (maybe a page or two), and they approach process use from a high level. But they carry the weight of executive mandate, and so they are valuable tools in emphasizing the importance of honoring the organizational way. 7.8.2.2. Standards and procedures
This is what is usually considered as the "real" process documentation. These tools are the documented procedure manuals, process steps, and activity standards that guide people in very direct ways in the use of the improvements. The common form of thesecollected togetheris the Instruction Manual. A new automobilea complex system of interrelated processescomes with its Owner's Guide. A new medicationa catalyst of complex organic processescomes with its own Indications and Contraindications Insert. A new human being comes with the 64th edition of Dr. Spock's Baby Guide. These standards and procedures are indispensable components in rolling out new processes or new improvements successfully. 7.8.2.3. Templates and forms
The standards and procedures just described are often best supported by what are commonly called reference implementations. That's a fancy expression for "examples." To augment your standards and procedures, the organization might consider developing such process aids as templates, forms, checklists, and best-case examples. These are tools that the practitioners can use to immediately begin using and managing the process. The better designed ones will actually guide the user to effectively use the process. 7.8.2.4. Monitoring and control system protocols
Six Sigma retains a deep focus on control throughout its range of activities. This does not let up on deployment. In fact, it takes on a fresh perspective. An organization can use statistical and quantitative techniques to investigate opportunities for process improvement. IT can use the same to determine the most efficient way to improve existing process elements. Likewise, it canand shouldestablish ongoing monitoring and control techniques that will help the organization continually collect performance data that can be amassed as a aid to making improvement decisions in the future. 7.8.2.5. Performance validations
This part of the Control Plan describes process improvement characteristics very particular to Six Sigma. These are the performance attributes that can be used to validate the improvements over time, proving that they were worth deploying after all. This is usually a section that describes new or extended forms of effectivity measurements. These may include such metrics as cost benefits, cost savings, throughput increases, defect reduction, profit growth, risk avoidance, fee avoidance. The kinds of metrics you elect to define here will naturally depend on the processes and the improvements you've set into place. 7.8.3. Project Closeout
The final activity conducted under control is project closeout. Here you are ready to wrap up the project, perform some last cleanup tasks, and then release the resources to new work. You can structure your closeout activities in the way that best suits your organizational needs. But there are five general activities you might consider. These are typically found as part of the closeout tasks on a typical Six Sigma project:
|
Категории