By Niraj Goyal and Lalitha Bhatia
The work described in this case study was undertaken in a young, rapidly expanding company in the financial services sector with no previous experience with Total Quality Management (TQM). The quality project began with a two-day introductory awareness program covering concepts, cases, implementation strategies and imperatives of TQM. The program was conducted for the senior management team of the company. This program used interactive exercises and real life case studies to explain the concepts of TQM and to interest them in committing resources for a demonstration project. The demonstration project, which used the Seven Steps of Problem Solving (similar to DMAIC), was to show them how TQM concepts worked in practice before they committed resources for a company-wide program.
|
1.1) Selecting the theme: A meeting of the senior management of the company was held. Brainstorming produced a list of more than 20 problems. The list was prioritized using the weighted average table, followed by a structured discussion to arrive at a consensus on the two most important themes -- customer service and sales productivity.
Under the customer service theme, "Reducing the Turnaround Time from an Insurance Proposal to Policy" was selected as the most obvious and urgent problem. The company was young, and therefore had few claims to process so far. The proposal-to-policy process therefore impacted the greatest number of customers.
An appropriate cross functional group was set up to tackle this problem.
1.2) Problem = customer desire – current status:
Current status: What did the individual group members think the turnaround is currently? As each member began thinking questions came up. "What type of policies do we address?" Medical policies or non-medical? The latter are take longer because of the medical examination of the client required. "Between what stages do we consider turnaround?" Perceptions varied, with each person thinking about the turnaround within their department. The key process stages were mapped:
Several sales branches in different parts of the country sent proposals into the Central Processing Center. After considerable debate it was agreed at first to consider turnaround between entry into the computer system at the Company Sales Branch and dispatch to the customer from the Central Processing Center (CPC). Later the entire cycle could be included. The perception of the length of turnaround by different members of the team was recorded. It averaged:
Non-Medical Policies 17 days
Medical Policies 35 days
Invoking the slogan from the awareness program "In God we trust, the rest of us bring data" the group was asked to collect data and establish reality. Armed with a suitably designed check sheet they set about the task.
Customer desire: What was the turnaround desired by the customer? Since a customer survey was not available, individual group members were asked to think as customers -- imagine they had just given a completed proposal form to a sales agent. When would they expect the policy in hand? From the customer's point of view they realized that they did not differentiate between medical and non-medical policies. Their perception averaged out six days for the required turnaround.
"Is this the average time or maximum time that you expect?" they were asked. "Maximum," they responded. It was clear therefore that the average must be less than six days. The importance of "variability" had struck home. The concept of sigma was explained and was rapidly internalized. For 99.7 percent delivery within the customer limit the metric was defined.
Customer desire:
Average+3 Sigma turnaround = less than 6 days
Current status:
Non-medical policies (Average 19/Sigma 15) Average+3 sigma= 64 days
Medical (Average 37/Sigma 27) Average+3 sigma= 118 days
The Problem was therefore defined:
Reduce Average+3 sigma of turnaround for:
Non-Medical Policies From 64 to 6 days
Medical Policies From 118 to 6 days
The performance requirement appeared daunting. Therefore the initial target taken in the Mission Sheet (project charter) was to reduce the turnaround by 50 percent -- to 32 and 59 days respectively.
In a session the factors causing large turnaround times from the principles of JIT were explained. These were:Input arrival patterns
Typically it was found that waiting times constitute the bulk of processing turnaround times. Process Mapping (Value Stream Mapping in Lean) was undertaken. The aggregate results are summarized below:
Number of operations 84
Number of handovers 13
In-house processing time (estimated) 126 man-mins.
Range of individual stage time 2 to 13 mins.
Could this be true? Could the turnaround be 126 minutes for internal processing without waiting? The group started to question of the status quo. The change process had begun. To check this estimate it was decided to collect data -- run two policies without waiting and record the time at each stage. The trial results amazed everyone: Policy No. 1 took 100 minutes and Policy No. 2 took 97 minutes. Almost instantly the mindset changed from doubt to desire: "Why can't we process every proposal in this way?"
In the introductory program of TQM during the JIT session the advantages of flow versus batch processing had been dramatically demonstrated using a simple exercise. Using that background a balanced flow line was designed as follows:
1. Determine the station with the maximum time cycle which cannot be split up by reallocation -- 8 minutes.
2. Balance the line to make the time taken at each stage equal 8 minutes as far as possible.
3. Reduce the stages and handovers -- 13 to 8.
4. Eliminate non-value added activities -- transport -- make personnel sit next to each other.
5. Agree processing to be done in batch of one proposal.
Changing the mindset of the employees so they will accept and welcome change is critical to building a self-sustaining culture of improvement. In this case, the line personnel were involved in a Quality Mindset Program so that they understood the reasons for change and the concepts behind them and are keen to experiment with new methods of working. The line was ready for a test run.
Testing in stages is a critical stage. It allows modification of ideas based upon practical experience and equally importantly ensures acceptance of the new methods gradually by the operating personnel.
Stage 1: Run five proposals flowing through the system and confirm results. The test produced the following results:
Average turnaround time: < 1 day
In-house processing time: 76 mins.
There was jubilation in the team. The productivity had increased by 24 percent. The head of the CPC summarized: "I gave five files for processing, and went for a meeting. Emerging from the meeting about 30 minutes later I was greeted by the dispatch clerk jubilantly reporting, "'Madam, the TQM files are ready for dispatch.'" The mindset was dramatically changed and line personnel were now keen to push the implementation.
Stage 2: It was agreed to run the new system for five days -- and compute the average and sigma of the turnaround to measure the improvement. It was agreed that only in-house processing was covered at this stage and that the test would involve all policies at the CPC but only one branch as a model. This model, once proved, could be replicated at other branches.
The test results showed a significant reduction in turnaround:
1. For all non-medical policies From 64 to 42 days or 34%
2. For policies of the model branch From 64 to 27 days of 60%
The Mission Sheet goal of 50 percent reduction had been bettered for the combined model branch and CPC. Further analysis of the data revealed other measures which could reduce the turnaround further. Overall reduction reached an amazing 75 percent. Turnaround, which had been pegged at 64 days, was now happening at 99.7 percent on-time delivery in 15 days.
Regular operations with the new system was planned to commence. However, two weeks later it was still not implemented. One of the personnel on the line in CPC had been released by his department for the five-day trial to sit on the line but was not released on a regular basis. The departmental head had not attended the TQM awareness program and therefore did not understand why this change was required.
There were two options -- mandate the change or change the mindset to accept the change. Since the latter option produces a robust implementation that will not break down under pressures it was agreed that the group would summarize TQM, the journey and the results obtained in the project so far and also simulate the process with a simple exercise in front of the department head. This session was highly successful and led to the release of the person concerned on a regular basis.
The process was run for one month with regular checks. The results obtained were marginally better than the trials conducted in Step 5:
Average 11 days
Sigma 9 days
Average+3 sigma 38 days
Non-medical policies: Goal to reduce turnaround from 42 days to about 15 days.
1. Roll out process to branches to achieve 24 days throughout the country.
2. Minimize rework by analyzing, prioritizing and training sales branches to avoid the causes of rework.
3. Working with the bank to improve the turnaround time of banking checks.
4. Considering processing proposals while check clearance is in progress.
Medical policies: Goal to reduce turnaround from 71 days to about 24 days.
1. Roll out process to branches to reduce turnaround from 71 to 37 days.
2. Streamline the process of medical exam of the client from 37 to 24 days.
Niraj Goyal has 25 years of experience in multinationals in various operating roles, among them operations director of Cadbury India Ltd., where he was among the leading implementers of the quality movement. He is the founder of Cynergy Creators Private Ltd. Mr. Goyal consults in India and the United States with manufacturing, IT, media and financial services industries. He specializes in training and facilitating the implementation of the techniques of Six Sigma/TQM. Mr. Goyal can be reached at nirajgoyal@vsnl.in.
Lalitha Bhatia is a chartered accountant with 12 years of operations experience in financial services companies. Mrs Bhatia runs the Central Processing Center of the company in which this change was carried out. She was the leader of the Cross Functional Group that created this improvement, is now an advocate of TQM, and is actively involved in spreading it to the other parts of her department.
By Niraj Goyal
This Information Technology (IT) case study was done during the implementation of Total Quality Management (TQM) in a financial services company with several hundred computers and computer users in multiple locations throughout India. The results have widespread applicability and in particular are aimed at organizations with large computer networks, IT facilities management companies and customer service providers. Success in any improvement effort is a function of techniques accompanied by a mindset change in the organization. This project was undertaken as part of the second wave of projects aimed at spreading the quality mindset in the organization.
The narrative unfolds in the chronological sequence of TQM's Seven Steps of Problem Solving (similar to DMAIC in Six Sigma), describing the critical process stages where results were achieved and mindsets changed.
Selecting the theme: After an initial two-day TQM awareness program, the company's senior management selected a theme by consensus: "Dramatic Improvements in Customer Service." As part of the theme, one of the improvement areas selected was "Reducing the response time to resolve IT (hardware and software) problems faced by internal customers." The company had outsourced its network and facility management. A small technical services management team and "help desk" oversaw the vendors' work.
Problem = Customer desire – actual status: Detailed data was available regarding the time of receipt of each call from the customer (in this case, the network users) and the time of call closure. Monthly management reports aggregated the performance by enumerating the number of calls that were resolved in the following categories:
Call Closure Time |
< 30 |
< 60 Mins. |
< 2 Hours |
> 2 |
< 24 Hours |
< 48 |
> 48 Hour |
Defining the problem therefore resulted in a changed mindset from data being used just as an internal record to measuring and "assuring a service standard to the user." The calls were categorized into groups that would be expected to have a service standard time of closure as defined in the table above.
A month of data was analyzed by subtracting the service standard time expected to be delivered and the actual time taken to resolve each call. The gaps between the actual closure time and the standard time were a measure of the problem. It was clear that the data needed to be prioritized in order to proceed. A Pareto diagram was drawn (Figure 1). It indicated that two categories < 30 minutes (67%) and > 120 minutes (27%) constituted 87% of the incoming load. It was decided to attack the < 30 minutes category first.
|
Definition of metrics:
In order to define clear metrics, the concept of sigma was introduced to represent variability in timeliness of service. It was quickly grasped by the group that a 3-sigma standard translates into a 99.7 percent on-time performance. (Average + 3 sigma) of the actual closure times should be less than the service standard.This meant that for the < 30-minute call category:
If T30 = average + 3 sigma of 30-minute calls' closure times
T30 < 30 minutes for a 99.7 percent on time performance
The past month's data revealed:
T30 = 239 minutes
The objective was now clearly defined:
Reduce T30 from 239 to <30, i.e. by 85 percent
Since making such a big reduction was too daunting a task for a team embarking on its first project, using the concept that "improvement occurs step by step," the initial objective, or Phase A, was to reduce T30 by 50 percent. A project charter was drawn up accordingly.
Step 2 (Phase A) – Analyze the Problem: The T30 calls were arranged in descending order according to actual time of closure. Those calls that had taken more than 30 minutes were segregated for analysis. It was recognized that the problem of quality was one of variability, and that the most effective solution to the problem would be ending the causes of calls with a very high time of closure. Thus, T30 calls that had taken more than 130 minutes (T30:130) were analyzed first (Figure 2).
|
The top three categories contributed approximately 75 percent of the problem. To sequence the order of attack, the group chose "big and easy" to precede "big and difficult" problems. Using that criteria, "Not Aware of Change Rule" was chosen.
Step 3 (Phase A) – Find the Root Cause: In these cases the engineer attending to the call had not closed the call after attending to it. The "Five Whys" technique was used to determine the root cause – Why had he not closed the call? Why was he not aware that he was supposed to close the call? Why was the procedure of call closure changed and he was not informed? Why is there no standard operating procedure to inform employees before closing the call?
Step 4 (Phase A) – Generate and Test Countermeasure Ideas: Countermeasures were easily identified – first, inform all the engineers; second, develop a standard procedure for informing all users before making a change in procedure which affects them. The engineers were informed of the new procedure.
Step 5 (Phase A) – Check the Results: The next three weeks showed a dramatic drop in the T30 value from 239 to 121 minutes. The objective of 50 percent reduction had been achieved.
Step 6 (Phase A) – Standardize the Results: A standard operating procedure was drawn up for future reference. An X Bar control chart (Figure 3) was introduced for routine day-to-day control.
Step 7 (Phase A) – Present a Quality Improvement Report: Drawing up the quality improvement report was deferred due to the project being continued to attempt to make further improvements.
|
Step 2 (Phase B) – Analyze the Problem: The second phase of the project, or Phase B, was to reduce the T30 value by 50 percent again, from less than 120 minutes to less than 60. The T30 calls which took more than 30 minutes to close were collated and arranged by category in descending order of time to close. There were two categories with the following data:
Categories Calls Minutes Minutes/Call
Log-in 39 2720 70
Printing 16 1672 104
Based upon the "big and easy" principle, the group chose to attempt the printing problem first. The printing calls were sub-categorized by "location" and then by "solution" since they had already been resolved.
Seven of the 16 calls were from Location 1,and seven of the 16 calls had been solved using the same remedy – reinstalling the printer driver.
Step 3 (Phase B) – Finding the Root Cause: Why did the printer driver need frequent re-installation? The group brainstormed and generated 10 possible causes. A check sheet to collect data was designed. For the next two weeks, the engineers were asked to record the reason of why the printer driver needed to be reinstalled each time they were attending to such a call.
Step 3 (Phase B) – Finding the Root Cause: Why did the printer driver need frequent re-installation? The group brainstormed and generated 10 possible causes. A check sheet to collect data was designed. For the next two weeks, the engineers were asked to record the reason of why the printer driver needed to be reinstalled each time they were attending to such a call.
|
When reviewed, the data surprised the group members. It clearly illustrated the superiority of data-based problem-solving over intuitive problem-solving. And it acted as a major mindset changer. The problem, the data showed, was that the printer was going off-line rather than its driver needing reinstallation.
Why was the printer going off-line? Brainstorming quickly produced the cause: The machines being used had three versions of the Windows operating system – 98, 2000 and XP. In the Windows 98 version there was a problem – if a user tried to print without logging-in, the printer would go off-line and the next user would experience the problem. The cause was quickly confirmed as the root cause by one of the members trying to print without logging-in.
Step 4 (Phase B) – Generate and Implement Countermeasure Ideas: The group discussion produced the idea of adopting a software change to not allow a user to try printing without logging-in. All the machines using Windows 98 were identified, and the change was implemented. Applying the standard operating procedure used in Phase A, the group was careful to inform all users of the change before implementing it.
Step 5 (Phase B) – Check the Results: The calls were monitored for another two weeks and the results amazed the group. The data showed a dramatic drop of the T30 value from 121 to 47 minutes (Figure 4). A total reduction of 80 percent had been obtained in the T30 value. The question arose why had the reduction been much more dramatic than the data as per the Pareto chart would indicate. There are two reasons:
Step 6 (Phase B) – Standardize the Results: A standard procedure was developed and circulated to all regions to implement the change at all locations.
Step 7 (Phase B) – Present a Quality Improvement Report: A quality improvement report was written and presented to the Steering Committee.
The work of the group is continuing in the following directions:
This case study demonstrates several principles of TQM and Six Sigma:
Niraj Goyal has 25 years of experience in multinationals in various operating roles, among them operations director of Cadbury India Ltd., where he was among the leading implementers of the quality movement. He is the founder of Cynergy Creators Private Ltd. Mr. Goyal consults in India and the United States with manufacturing, IT, media and financial services industries. He specializes in training and facilitating the implementation of the techniques of Six Sigma/TQM. Mr. Goyal can be reached at nirajgoyal@vsnl.in.
The Eight Elements Of TQMTotal Quality Management is a management approach that originated in the 1950's and has steadily become more popular since the early 1980's. Total Quality is a description of the culture, attitude and organization of a company that strives to provide customers with products and services that satisfy their needs. The culture requires quality in all aspects of the company's operations, with processes being done right the first time and defects and waste eradicated from operations.
To be successful implementing TQM, an organization must concentrate on the eight key elements:
Key ElementsTQM has been coined to describe a philosophy that makes quality the driving force behind leadership, design, planning, and improvement initiatives. For this, TQM requires the help of those eight key elements. These elements can be divided into four groups according to their function. The groups are:
I. Foundation - It includes: Ethics, Integrity and Trust.
II. Building Bricks - It includes: Training, Teamwork and Leadership.
III. Binding Mortar - It includes: Communication.
IV. Roof - It includes: Recognition.
I. Foundation
TQM is built on a foundation of ethics, integrity and trust. It fosters openness, fairness and sincerity and allows involvement by everyone. This is the key to unlocking the ultimate potential of TQM. These three elements move together, however, each element offers something different to the TQM concept.
1. Ethics - Ethics is the discipline concerned with good and bad in any situation. It is a two-faceted subject represented by organizational and individual ethics. Organizational ethics establish a business code of ethics that outlines guidelines that all employees are to adhere to in the performance of their work. Individual ethics include personal rights or wrongs.
2. Integrity - Integrity implies honesty, morals, values, fairness, and adherence to the facts and sincerity. The characteristic is what customers (internal or external) expect and deserve to receive. People see the opposite of integrity as duplicity. TQM will not work in an atmosphere of duplicity.
3. Trust - Trust is a by-product of integrity and ethical conduct. Without trust, the framework of TQM cannot be built. Trust fosters full participation of all members. It allows empowerment that encourages pride ownership and it encourages commitment. It allows decision making at appropriate levels in the organization, fosters individual risk-taking for continuous improvement and helps to ensure that measurements focus on improvement of process and are not used to contend people. Trust is essential to ensure customer satisfaction. So, trust builds the cooperative environment essential for TQM.
II. Bricks
Basing on the strong foundation of trust, ethics and integrity, bricks are placed to reach the roof of recognition. It includes:
4. Training - Training is very important for employees to be highly productive. Supervisors are solely responsible for implementing TQM within their departments, and teaching their employees the philosophies of TQM. Training that employees require are interpersonal skills, the ability to function within teams, problem solving, decision making, job management performance analysis and improvement, business economics and technical skills. During the creation and formation of TQM, employees are trained so that they can become effective employees for the company.
5. Teamwork - To become successful in business, teamwork is also a key element of TQM. With the use of teams, the business will receive quicker and better solutions to problems. Teams also provide more permanent improvements in processes and operations. In teams, people feel more comfortable bringing up problems that may occur, and can get help from other workers to find a solution and put into place. There are mainly three types of teams that TQM organizations adopt:
A. Quality Improvement Teams or Excellence Teams (QITS) - These are temporary teams with the purpose of dealing with specific problems that often re-occur. These teams are set up for period of three to twelve months.
B. Problem Solving Teams (PSTs) - These are temporary teams to solve certain problems and also to identify and overcome causes of problems. They generally last from one week to three months.
C. Natural Work Teams (NWTs) - These teams consist of small groups of skilled workers who share tasks and responsibilities. These teams use concepts such as employee involvement teams, self-managing teams and quality circles. These teams generally work for one to two hours a week.
6. Leadership - It is possibly the most important element in TQM. It appears everywhere in organization. Leadership in TQM requires the manager to provide an inspiring vision, make strategic directions that are understood by all and to instill values that guide subordinates. For TQM to be successful in the business, the supervisor must be committed in leading his employees. A supervisor must understand TQM, believe in it and then demonstrate their belief and commitment through their daily practices of TQM. The supervisor makes sure that strategies, philosophies, values and goals are transmitted down through out the organization to provide focus, clarity and direction. A key point is that TQM has to be introduced and led by top management. Commitment and personal involvement is required from top management in creating and deploying clear quality values and goals consistent with the objectives of the company and in creating and deploying well defined systems, methods and performance measures for achieving those goals.
III. Binding Mortar
7. Communication - It binds everything together. Starting from foundation to roof of the TQM house, everything is bound by strong mortar of communication. It acts as a vital link between all elements of TQM. Communication means a common understanding of ideas between the sender and the receiver. The success of TQM demands communication with and among all the organization members, suppliers and customers. Supervisors must keep open airways where employees can send and receive information about the TQM process. Communication coupled with the sharing of correct information is vital. For communication to be credible the message must be clear and receiver must interpret in the way the sender intended.
There are different ways of communication such as:
A. Downward communication - This is the dominant form of communication in an organization. Presentations and discussions basically do it. By this the supervisors are able to make the employees clear about TQM.
B. Upward communication - By this the lower level of employees are able to provide suggestions to upper management of the affects of TQM. As employees provide insight and constructive criticism, supervisors must listen effectively to correct the situation that comes about through the use of TQM. This forms a level of trust between supervisors and employees. This is also similar to empowering communication, where supervisors keep open ears and listen to others.
C. Sideways communication - This type of communication is important because it breaks down barriers between departments. It also allows dealing with customers and suppliers in a more professional manner.
IV. Roof
8. Recognition - Recognition is the last and final element in the entire system. It should be provided for both suggestions and achievements for teams as well as individuals. Employees strive to receive recognition for themselves and their teams. Detecting and recognizing contributors is the most important job of a supervisor. As people are recognized, there can be huge changes in self-esteem, productivity, quality and the amount of effort exhorted to the task at hand. Recognition comes in its best form when it is immediately following an action that an employee has performed. Recognition comes in different ways, places and time such as,
Conclusion
We can conclude that these eight elements are key in ensuring the success of TQM in an organization and that the supervisor is a huge part in developing these elements in the work place. Without these elements, the business entities cannot be successful TQM implementers. It is very clear from the above discussion that TQM without involving integrity, ethics and trust would be a great remiss, in fact it would be incomplete. Training is the key by which the organization creates a TQM environment. Leadership and teamwork go hand in hand. Lack of communication between departments, supervisors and employees create a burden on the whole TQM process. Last but not the least, recognition should be given to people who contributed to the overall completed task. Hence, lead by example, train employees to provide a quality product, create an environment where there is no fear to share knowledge, and give credit where credit is due is the motto of a successful TQM organization.
About The Author
Nayantara Padhi is an HR Executive in an Indian Steel Industry, and is pursuing a Ph.D. on "The Human Dimension Of TQM". Mr. Padhi has published numerous articles in different national and international journals, and has completed a P.G. in Industrial Relations And Personnel Management.
Total Quality Management is a management approach that originated in the 1950's and has steadily become more popular since the early 1980's. Total Quality is a description of the culture, attitude and organization of a company that strives to provide customers with products and services that satisfy their needs. The culture requires quality in all aspects of the company's operations, with processes being done right the first time and defects and waste eradicated from operations.
Total Quality Management, TQM, is a method by which management and employees can become involved in the continuous improvement of the production of goods and services. It is a combination of quality and management tools aimed at increasing business and reducing losses due to wasteful practices.
Some of the companies who have implemented TQM include Ford Motor Company, Phillips Semiconductor, SGL Carbon, Motorola and Toyota Motor Company.1
TQM Defined
TQM is a management philosophy that seeks to integrate all organizational functions (marketing, finance, design, engineering, and production, customer service, etc.) to focus on meeting customer needs and organizational objectives.
TQM views an organization as a collection of processes. It maintains that organizations must strive to continuously improve these processes by incorporating the knowledge and experiences of workers. The simple objective of TQM is "Do the right things, right the first time, every time". TQM is infinitely variable and adaptable. Although originally applied to manufacturing operations, and for a number of years only used in that area, TQM is now becoming recognized as a generic management tool, just as applicable in service and public sector organizations. There are a number of evolutionary strands, with different sectors creating their own versions from the common ancestor. TQM is the foundation for activities, which include:
This shows that TQM must be practiced in all activities, by all personnel, in Manufacturing, Marketing, Engineering, R&D, Sales, Purchasing, HR, etc.2
Principles of TQM
The key principles of TQM are as following:3
The Concept of Continuous Improvement by TQM
TQM is mainly concerned with continuous improvement in all work, from high level strategic planning and decision-making, to detailed execution of work elements on the shop floor. It stems from the belief that mistakes can be avoided and defects can be prevented. It leads to continuously improving results, in all aspects of work, as a result of continuously improving capabilities, people, processes, technology and machine capabilities.
Continuous improvement must deal not only with improving results, but more importantly with improving capabilities to produce better results in the future. The five major areas of focus for capability improvement are demand generation, supply generation, technology, operations and people capability.
A central principle of TQM is that mistakes may be made by people, but most of them are caused, or at least permitted, by faulty systems and processes. This means that the root cause of such mistakes can be identified and eliminated, and repetition can be prevented by changing the process.1
There are three major mechanisms of prevention:
Implementation Principles and Processes
A preliminary step in TQM implementation is to assess the organization's current reality. Relevant preconditions have to do with the organization's history, its current needs, precipitating events leading to TQM, and the existing employee quality of working life. If the current reality does not include important preconditions, TQM implementation should be delayed until the organization is in a state in which TQM is likely to succeed.
If an organization has a track record of effective responsiveness to the environment, and if it has been able to successfully change the way it operates when needed, TQM will be easier to implement. If an organization has been historically reactive and has no skill at improving its operating systems, there will be both employee skepticism and a lack of skilled change agents. If this condition prevails, a comprehensive program of management and leadership development may be instituted. A management audit is a good assessment tool to identify current levels of organizational functioning and areas in need of change. An organization should be basically healthy before beginning TQM. If it has significant problems such as a very unstable funding base, weak administrative systems, lack of managerial skill, or poor employee morale, TQM would not be appropriate.5
However, a certain level of stress is probably desirable to initiate TQM. People need to feel a need for a change. Kanter (1983) addresses this phenomenon be describing building blocks which are present in effective organizational change. These forces include departures from tradition, a crisis or galvanizing event, strategic decisions, individual "prime movers," and action vehicles. Departures from tradition are activities, usually at lower levels of the organization, which occur when entrepreneurs move outside the normal ways of operating to solve a problem. A crisis, if it is not too disabling, can also help create a sense of urgency which can mobilize people to act. In the case of TQM, this may be a funding cut or threat, or demands from consumers or other stakeholders for improved quality of service. After a crisis, a leader may intervene strategically by articulating a new vision of the future to help the organization deal with it. A plan to implement TQM may be such a strategic decision. Such a leader may then become a prime mover, who takes charge in championing the new idea and showing others how it will help them get where they want to go. Finally, action vehicles are needed and mechanisms or structures to enable the change to occur and become institutionalized.8
Steps in Managing the Transition
Beckhard and Pritchard (1992) have outlined the basic steps in managing a transition to a new system such as TQM: identifying tasks to be done, creating necessary management structures, developing strategies for building commitment, designing mechanisms to communicate the change, and assigning resources.
Task identification would include a study of present conditions (assessing current reality, as described above); assessing readiness, such as through a force field analysis; creating a model of the desired state, in this case, implementation of TQM; announcing the change goals to the organization; and assigning responsibilities and resources. This final step would include securing outside consultation and training and assigning someone within the organization to oversee the effort. This should be a responsibility of top management. In fact, the next step, designing transition management structures, is also a responsibility of top management. In fact, Cohen and Brand (1993) and Hyde (1992) assert that management must be heavily involved as leaders rather than relying on a separate staff person or function to shepherd the effort. An organization wide steering committee to oversee the effort may be appropriate. Developing commitment strategies was discussed above in the sections on resistance and on visionary leadership.6
To communicate the change, mechanisms beyond existing processes will need to be developed. Special all-staff meetings attended by executives, sometimes designed as input or dialog sessions, may be used to kick off the process, and TQM newsletters may be an effective ongoing communication tool to keep employees aware of activities and accomplishments.
Management of resources for the change effort is important with TQM because outside consultants will almost always be required. Choose consultants based on their prior relevant experience and their commitment to adapting the process to fit unique organizational needs. While consultants will be invaluable with initial training of staff and TQM system design, employees (management and others) should be actively involved in TQM implementation, perhaps after receiving training in change management which they can then pass on to other employees. A collaborative relationship with consultants and clear role definitions and specification of activities must be established.
In summary, first assess preconditions and the current state of the organization to make sure the need for change is clear and that TQM is an appropriate strategy. Leadership styles and organizational culture must be congruent with TQM. If they are not, this should be worked on or TQM implementation should be avoided or delayed until favorable conditions exist.
Remember that this will be a difficult, comprehensive, and long-term process. Leaders will need to maintain their commitment, keep the process visible, provide necessary support, and hold people accountable for results. Use input from stakeholder (clients, referring agencies, funding sources, etc.) as possible; and, of course, maximize employee involvement in design of the system.7
Always keep in mind that TQM should be purpose driven. Be clear on the organization's vision for the future and stay focused on it. TQM can be a powerful technique for unleashing employee creativity and potential, reducing bureaucracy and costs, and improving service to clients and the community.
Conclusion
TQM encoureges participation amongst shop floor workers and managers. There is no single theoretical formalization of total quality, but Deming, Juran and Ishikawa provide the core assumptions, as a "...discipline and philosophy of management which institutionalizes planned and continuous... improvement ... and assumes that quality is the outcome of all activities that take place within an organization; that all functions and all employees have to participate in the improvement process; that organizations need both quality systems and a quality culture.".
About The Author
Khurram Hashmi is an avionics engineer currently working in the Pakistan Air Force Academy. Mr. Hashmi has a inclination in electronics and Quality Management.
Footnotes And References
1. Gilbert, G. (1992). Quality Improvement in a Defense Organization. Public Productivity and Management Review, 16(1), 65-75.
2. Hyde, A. (1992). The Proverbs of Total Quality Management: Recharting the Path to Quality Improvement in the Public Sector. Public Productivity and Management Review, 16(1), 25-37.
3. Martin, L. (1993). "Total Quality Management in the Public Sector," National Productivity Review, 10, 195-213.
4. Swiss, J. (1992). Adapting TQM to Government. Public Administration Review, 52, 356-362.
5. Tichey, N. (1983). Managing Strategic Change. New York: John Wiley & Sons.
6. Hill Stephen, 1991. "Why Quality Circles failed but Total Quality management might succeed." British journal of industrial relations, 29(4), 541-568.
7. Ishikawa, K, 1985.What is Total Quality Control? The Japanese way. Englewood Cliffs, New Jersey, Prentice- Hall.
8. Smith, AK, 1993. Total Quality Management in the Public sector. Quality Progress, June 1993, 45-48.
全面質(zhì)量管理(Total Quality Management,簡稱TQM)是一個組織以質(zhì)量為中心,以全員參與為基礎(chǔ),目的在于通過讓顧客滿意和本組織所有成員及社會受益而達(dá)到長期成功的一種質(zhì)量管理模式。
TQM是一種思想觀念,一套方法、手段和技巧,通過全體員工的參與、改進(jìn)流程、產(chǎn)品、服務(wù)和公司文化,達(dá)到在百分之百時間內(nèi)生產(chǎn)百分之百的合格產(chǎn)品,以便滿足顧客需求(Customer Satisfaction, CS),從而獲取競爭優(yōu)勢和長期成功。
全面=品質(zhì)牽涉每一個人和公司內(nèi)所有活動
品質(zhì)=滿足需求﹝符合顧客需求﹞
管理=品質(zhì)可以且必須被管理
TQM =管理品質(zhì)的過程,必須是持續(xù)性的生活方式;在我們所做的每件事上永久不斷的改善理念
TQM 和 ISO 9001 比較
ISO 9000 是一套品質(zhì)管理系統(tǒng)標(biāo)準(zhǔn),全面品質(zhì)管理是一種永久不斷改善的理念。ISO 品質(zhì)標(biāo)準(zhǔn)設(shè)計在系統(tǒng)中用來安排政策方針和可驗證的目標(biāo)。ISO 的實施是全面品質(zhì)管理實施的基礎(chǔ),有 ISO 系統(tǒng)之處,大約有 75% 的步驟是適合做全面品質(zhì)管理。全面品質(zhì)管理的需求可以視為 ISO 再附加上的。ISO 標(biāo)準(zhǔn)另一個層面是針對接下來修訂所建議的改變,包含顧客滿意度和衡量需求。簡言之,實施全面品質(zhì)管理是對品質(zhì)正向推動,而不是反向推動。
全面品質(zhì)管理是一個基礎(chǔ),全面品質(zhì)管理是下列活動的基礎(chǔ):
§ 滿足顧客需求
§ 減少發(fā)展週期
§ 即時管理/需求流動製造
§ 改善小組
§ 減少生產(chǎn)和服務(wù)成本
§ 改善管理系統(tǒng)訓(xùn)練
TQM的要點是什么?
1、客戶滿意
2、全員參與
3、團(tuán)隊精神
4、百分之百的優(yōu)質(zhì)
5、貫徹始終
6、事前主動
7、持續(xù)改進(jìn)
TQM實施的步驟有哪些?
1、進(jìn)行全面質(zhì)量管理思想的教育
以達(dá)到以下目的:
1) 將滿足顧客的需求放在首位
2) 明白提高質(zhì)量與降低成本的關(guān)系
3) 樹立百分之百合格產(chǎn)品的責(zé)任感
2、明確顧客需求
3、了解市場
4、讓員工明白什么是好的產(chǎn)品
5、建立明確的質(zhì)量基準(zhǔn)和質(zhì)量測評制度
6、建立相對完善的激勵機制
7、幫助質(zhì)量檢測部門變成提高質(zhì)量的催化劑
十個全面品質(zhì)管理步驟
1、推動新的策略思維
2、認(rèn)識你的顧客
3、設(shè)定真正的顧客需求
4、焦點集中在預(yù)防,而不是修正
5、減少長期浪費
6、推動持續(xù)性的改善策略
7、運用結(jié)構(gòu)性的方法來改善流程
8、減少變異
9、運用平衡方法
10、運用到全部作業(yè)
全面品質(zhì)管理原則
1、品質(zhì)可以且必須被管理
2、每一個人有一位顧客和一位供應(yīng)者
3、是流程問題,不是人的問題
4、每位員工對品質(zhì)負(fù)責(zé)
5、必須避免問題,不是修正問題
6、品質(zhì)必須量測
7、品質(zhì)改善必須持續(xù)
8、品質(zhì)標(biāo)準(zhǔn)是零缺點
9、目標(biāo)是基於需要,不是基於談判
10、生命週期成本,不是前面結(jié)束成本
11、管理要涉入和引導(dǎo)
12、計劃和安排品質(zhì)改善
計劃 (PLAN) |
執(zhí)行 (DO) |
檢測 (CHECK) |
行動 (ACT) |
||
定義問題 |
找出可能的 |
評估可能的 |
做改變 |
檢測改變 |
採取永久行動 |
1. 了解你正在作業(yè)的是一個流程 |
6. 腦力激盪造成問題的原因 |
8. 決定因果關(guān)係 |
10. 決定什麼樣改變有幫助,了解流程 |
11. 決定什麼樣改變有用﹝確認(rèn)﹞ |
12. 確認(rèn)修正植入到流程中,以及結(jié)果流程已使用。 |
《時間旅行者的妻子》
作者:Audrey Niffenegger (奧德麗.尼芬格)
她是一位視覺藝術(shù)家,也是芝加哥哥倫比亞學(xué)院書籍與紙藝中心的教授,負(fù)責(zé)教導(dǎo)寫作、凸版印刷以及精美版書籍的制作,曾在芝加哥印花社畫廊展出個人藝術(shù)作品。這部作品是她的第一本小說。
這是一本不可思議的小說,她向我們展示一份不可思議的愛情。初次看到小說中的標(biāo)題 - 1991年10月26日,星期六(亨利 二十八歲,克萊爾 二十歲),隨后是 - 1977年9月23日(亨利 三十六歲,克萊爾 六歲),在普通小說中難得一見的時間混亂把你弄的困惑起來。當(dāng)你隨著男主人公在時空間穿行時,你突然會發(fā)現(xiàn)這是一件多么神奇的事情,試想二十五歲的你見到五歲時的自己你會想告訴自己什么呢?已近中年的你卻能見到自己愛人年幼可愛的模樣!年邁的你又能見到你已逝去多年時刻掛念的愛人!但不幸的是你又不能過多的透露未來的事情,不能改變歷史也不能阻止任何歷史事件的發(fā)生,這對你又是多么的殘酷!當(dāng)然作者更是向我們展示這份神奇的愛情,讓我們隨之起伏跌宕,為之感動不已。戀人間這份炙熱的愛意,讓我們真正的感受到一位筆者所說的:時間和愛情相比,后者才是終極真諦,這樣,你才有資格在這個時代發(fā)誓:永生永世。
最摯愛的克萊爾:
......
克萊爾,我想再次告訴你,我愛你。這些年來,我們之間的愛,一直是汪洋的苦海中指航的明燈,是高空鋼索步行者身下的安全網(wǎng),是我怪誕生活中唯一的真實,唯一的信任。今晚我覺得,我對你的愛,比我自己,更緊緊地抓著的這個世界:仿佛在我之后,我的愛還可以留下來,包圍你,追隨你,抱緊你。
......
(摘自克萊爾在亨利過世后打開的信)
此刻,從他的胸膛到他的眼睛,思念的
疼痛加劇了,他摟住他忠心的妻子,淚流不止。
猶如海上漂游人望見渴求的陸地
他們精致的船被狂風(fēng)肆虐被大海重壓,
沉入深海之后,渴望煦暖的大地。
鮮有漂游人逃脫灰色的大海,
游向陸地,渾身飽浸咸澀的海水,
喜悅阿,喜悅阿,終于登上陸岸,逃脫了毀滅;
她看見了丈夫,也這樣歡欣,
白凈的雙臂從未離開丈夫的脖頸。
——選自 荷馬 《奧德賽》
軟件能力成熟度是屬于軟件質(zhì)量和軟件生產(chǎn)組織管理問題。
這里,先給出軟件質(zhì)量概念;然后討論軟件質(zhì)量模型;最后評論軟件質(zhì)量控制方法。
1.軟件質(zhì)量概念和問題
軟件質(zhì)量是一模糊的、捉摸不定的概念。對于什么是產(chǎn)品質(zhì)量,可以從以下幾個觀點來看:
* 透明性觀點:質(zhì)量是產(chǎn)品一種可以認(rèn)識但不可定義的性質(zhì);
* 使用者觀點:質(zhì)量是產(chǎn)品滿足使用目的之程度;
* 制造者觀點:質(zhì)量是產(chǎn)品性能和規(guī)格要求的符合度;
* 產(chǎn)品觀點:質(zhì)量是聯(lián)結(jié)產(chǎn)品固有性能的紐帶;
* 基于價值觀點:質(zhì)量依賴于顧客愿意付給產(chǎn)品報酬的數(shù)量。
概括地說,有三類方法來改進(jìn)軟件質(zhì)量:控制軟件生產(chǎn)過程、提高軟件生產(chǎn)者組織性和軟件生產(chǎn)者個人能力,已經(jīng)應(yīng)用的著名的方法有:
* 凈化軟件工程(Clearnroom Software Engineering):這是把軟件生產(chǎn)過程,放在統(tǒng)計質(zhì)量控制下的軟件工程管理過程。其特點是:勞動質(zhì)量管理、重視生產(chǎn)過程和定量分析。這一方法的本質(zhì)是干干凈凈生產(chǎn),以求提高產(chǎn)品質(zhì)量。
* 評估軟件能力成熟度:用軟件能力成熟度模型(CMM:Capability Maturity Model)來評估軟件生產(chǎn)組織研制軟件能力的成熟度。CMM是從軟件生產(chǎn)組織過程角度,來評估其生產(chǎn)能力和技術(shù)水平。軟件能力成熟度分5級,當(dāng)前一般的軟件生產(chǎn)組織的軟件能力成熟度水平?jīng)]超過3級。
* 提高軟件生產(chǎn)力和個人技能:用人事軟件過程(PSP:Personal Software Process)作為一個工具和方法,它給軟件工程師提供了測量和分析的工具,并幫助他(她)們理解自己的軟件生產(chǎn)水平和技巧的高低,以求得到提高。
軟件質(zhì)量和很多研究領(lǐng)域及實際問題有關(guān),主要相關(guān)領(lǐng)域和因素有:
需求工程(RE:Requirements Engineering), 理論上,需求工程是應(yīng)用已被證明的原理、技術(shù)和工具,幫助系統(tǒng)分析人員理解問題或描述產(chǎn)品的外在行為。
軟件復(fù)用(SR:Software Reuse), 定義為利用工程知識或方法,由一已存在的系統(tǒng),來建造一新系統(tǒng), 這種技術(shù),可改進(jìn)軟件產(chǎn)品質(zhì)量和生產(chǎn)率。還有軟件檢查、軟件計量、軟件可靠性、軟件可維修性、軟件工具評估和選擇等。
2.軟件質(zhì)量模型
McCall模型
McCall,J.A. 等人對軟件質(zhì)量因素進(jìn)行了研究,將軟件需求按照3個緯度對11個軟件質(zhì)量因素進(jìn)行分類。其模型分為三層:因素、準(zhǔn)則、計量。這就是說,軟件質(zhì)量是正確性、可靠性、效率……的函數(shù)。正確性、可靠性、效率……稱之為軟件質(zhì)量因素,或軟件質(zhì)量特征。每一因素又由一些準(zhǔn)則來衡量,例如正確性由跟蹤性、完全性、相容性來判斷;而每一準(zhǔn)則又有一些定量化指標(biāo)來計量。McCall模型可用下圖表達(dá)。
軟件質(zhì)量特征,在國際標(biāo)準(zhǔn)化組織軟件質(zhì)量測量標(biāo)準(zhǔn)(ISO9126)“信息技術(shù)----軟件產(chǎn)品評估----和應(yīng)用指南”中,給出了一些定義(和McCall,J.A. 等人軟件質(zhì)量因素不盡相同)如下表1。
還有人提出了軟件質(zhì)量計量模型(SQM:Software Quality Metrics Model)。軟件質(zhì)量計量模型是把軟件質(zhì)量因素-準(zhǔn)則-計量三者綜合的軟件質(zhì)量結(jié)構(gòu)模型;其思路如圖2示。
圖2
可把SQM改為目標(biāo)規(guī)則檢查計量層次結(jié)構(gòu)(GRCM)模型:例如評估可讀性、可擴充性。
規(guī)則1:可讀性----目的在于理解類結(jié)構(gòu),界面和方法。
規(guī)則2:可擴性----目的在于可以擴充,保持先進(jìn)性。
要進(jìn)行:
可讀性檢查.1
查看在一個類中方法數(shù)目是否小于20 * 計量1.1 方法個數(shù)(NIS)
可讀性檢查.2
查看在一個類層次機構(gòu)層次數(shù)是否小于6 * 計量2.1 層次結(jié)構(gòu)的層數(shù)(HNL) (從底層開始數(shù))
可讀性檢查.3
查看在一個子類服務(wù)于子類是否合理 * 計量3.1 方法不理會需求的個數(shù)(NMO)
……
一般的思路是:
在GRCM結(jié)構(gòu)中,因素(Factor)對應(yīng)于目的(Goal);準(zhǔn)則(Criteria)對應(yīng)于規(guī)則(Rules)。關(guān)于計量(Metric)可以參考[2]。
SQM綜合模型和ISO9216對比如圖3所示:
圖3
GRCM模型在軟件工程過程中的作用和地位如圖4所示:
圖4
實際上,軟件質(zhì)量特性通過有形的質(zhì)量載體性質(zhì)表達(dá)。而這可由一些計量(定量化)指標(biāo)表示。
軟件生產(chǎn)部門能力成熟模型 Capability Maturity Model(CMM)
1993年,美國防部設(shè)在卡內(nèi)基-梅隆大學(xué)的軟件研究所(SEI)正式發(fā)表了能力成熟度模型。這是評估軟件生產(chǎn)部門(組織、廠家)軟件生產(chǎn)能力成熟度的模型,是從軟件生產(chǎn)組織過程角度,來評估其達(dá)到的水平級別。它分5級(如圖5),當(dāng)前我國一般的軟件生產(chǎn)組織的水平?jīng)]超過3級。
圖5
這5個級別包含18項內(nèi)容:
5(優(yōu)化):過程變化管理、技術(shù)變化管理、缺點防止;
4(管理):軟件質(zhì)量管理、過程定量化管理;
3(確定):仔細(xì)觀察、整體協(xié)調(diào)、軟件生產(chǎn)工程、集成軟件管理、訓(xùn)練規(guī)劃、組織過程確定、組織過程中心點;
2(重復(fù)):軟件構(gòu)形管理、軟件質(zhì)量保證、軟件合同管理、軟件工程跟蹤和統(tǒng)籌、軟件工程計劃、需求管理;
1(初始):經(jīng)驗和個人行為。
還可以進(jìn)一步分解,例如:軟件工程跟蹤和統(tǒng)籌可分解為13項活動。軟件生產(chǎn)組織的這13項活動水平,可進(jìn)行評分;0分;1分;2分……9分;10分。比如第6項,軟件計劃費用跟蹤并采取修正。評分標(biāo)準(zhǔn)是0~10,分為:差-0分;弱-2分;中等-4分;基本合格-6分;合格-8分;優(yōu)秀-10分。事實上,每一級別、每一項內(nèi)容都有豐富的內(nèi)涵,為CMM實施奠定了基礎(chǔ)。
目前,SEI研制和保有的能力成熟度模型有:
* 軟件集成能力成熟度模型(CMMISM: CMM IntegrationSM );
* 軟件能力成熟度模型(SW-CMM :Capability Maturity Model(r) for Software);
* 人力能力成熟度模型( P-CMM :People Capability Maturity Model );
* 軟件采辦能力成熟度模型(SA-CMM:Software Acquisition Capability Maturity Model );
* 系統(tǒng)工程能力成熟度模型(SE-CMM: Systems Engineering Capability Maturity Model );
* 一體化生產(chǎn)研制能力成熟度模型( IPD-CMM :Integrated Product Development Capability Maturity Model )。
建立這些模型的指導(dǎo)思想和方法論,都是一樣的:評估能力,發(fā)現(xiàn)問題,幫助改進(jìn)。
3.軟件質(zhì)量—系統(tǒng)工程問題和系統(tǒng)方法
軟件質(zhì)量是一復(fù)雜系統(tǒng)工程問題,它必需用系統(tǒng)方法(Systems Approach)來研究。軟件研制是一過程,是以個人智力為基礎(chǔ)的有組織的團(tuán)隊性生產(chǎn)活動。這一過程可用水滴模型或螺旋模型來描述,基本內(nèi)容是:需求、設(shè)計、編程、測試、運用,如圖6所示。
圖6
用全面質(zhì)量管理思想方法,把軟件研制和運用過程全壽命全系統(tǒng)科學(xué)的管理,這就是我們的軟件質(zhì)量管理觀點和思路,可稱之為軟件質(zhì)量系統(tǒng)管理。這是保證軟件質(zhì)量的必由之路。根本原因在于,影響軟件質(zhì)量的因素太多、太復(fù)雜。軟件質(zhì)量系統(tǒng)管理,是要把上述水滴模型的每一階段、每一步驟都管起來。例如,對設(shè)計、編程和測試活動的質(zhì)量保證,如圖7所示。
圖7
圖7中,拿顯微鏡這位老專家,代表質(zhì)量系統(tǒng)管理組,根據(jù)質(zhì)量管理規(guī)范、程序和方法,實施其質(zhì)量管理職責(zé)。重要的問題在于質(zhì)量管理規(guī)范、程序和方法制定與選擇,必需從三個方面進(jìn)行研究和實施:
* 軟件生產(chǎn)組織;
* 軟件生產(chǎn)過程;
* 軟件生產(chǎn)者個人。
給定軟件生產(chǎn)組織環(huán)境和個人水平,研究軟件生產(chǎn)規(guī)律,通過生產(chǎn)過程質(zhì)量特性計量,反過來對軟件質(zhì)量進(jìn)行控制。把軟件質(zhì)量控制和軟件可靠性、可維修性、測試和監(jiān)控接合起來。當(dāng)前,對軟件生產(chǎn)組織可用CMM方法,評估其能力成熟程度; 用個人能力軟件評價其軟件生產(chǎn)水平。然后,再深入軟件生產(chǎn)過程中,研究軟件計量(定量)和質(zhì)量控制方法,就能夠取得成功。