Team Building


To succeed, a Quality push must engage the enthusiasm of the entire team; as Team Leader, you must create the right atmosphere for this to happen. Many aspects of team building can be addressed while Quality remains the focus.
You must create the environment where each team member feels totally free to express an idea or concern and this can only be done if there is no stigma attached to being incorrect. No idea is wrong - merely non-optimal. In each suggestion there is at least a thread of gold and someone should point it out and, if possible, build upon it. Any behaviour which seeks laughter at the expense of others must be swiftly reprimanded.
One crude but effective method is to write down agreed ground rules and to display them as a constant reminder for everyone, something like:

• all criticism must be kind and constructive
• all our-problems are all-our problems
• BUGS WANTED: DEAD OR ALIVE (but not for long)
• if it saves time later, do it now

Another method is to constantly talk about the group as the plural pronoun: "we decided", "we can do this", "we'll get back to you". This is especially effective if it is used in conversation with outsiders (especially management) within ear-shot of the team. Praise and reward the whole team; get the team wider fame by a success story in an internal newspaper.
Most importantly, you must enable failure. If the team is unable to try out ideas without rebuke for errors, then the scope of their solutions will be severely limited. Instead, a failure should be an opportunity to gain knowledge and to praise any safe-guards which were included in the plan.

Mutual Coaching


An important aspect of team interaction is the idea of mutual support. If you can instill the idea that all problems are owned by the entire team then each member will be able to seek help and advice when needed from every other team member. One promoter of this is to encourage mutual coaching. If one team member knows techniques or information which would be useful to the rest, then encourage him/her to share it. Specifically this will raise the profile, confidence and self-esteem of the instructor at the same time as benefiting the entire group. And if there is one member who might never have anything useful to impart - send him/her to a conference or training session to find something.

Statistics


One of the central tenets of Quality programmes is the idea of monitoring the problem being addressed: Statistical Quality Control. Quite simply, if you can't measure an improvement, it probably isn't there. Gathering statistics has several benefits in applying Quality:

• it identifies (the extent of) the problem
• it allows progress to be monitored
• it provides an objective criterion for the abandonment of an idea
• it can justify perceived expense in terms of observed savings/improvements
• it motivates staff by providing a display of achievement

and, of course, some problems simply disappear when you try to watch them.
The statistics must be gathered in an objective and empirical manner, the outcome should be a simple table or graph regularly updated to indicate progress, and these results must be displayed where all the team can watch. For example, if your team provides product support, then you might monitor and graph the number of repeat enquiries or the average response time. Or if you are in product development, you might want to monitor the number of bugs discovered (i.e. improvement opportunities).
In the long term, it may be suitable to implement the automatic gathering of statistics on a wide range of issues such as complaints, bug reports, machine down-time, etc. Eventually these may either provide early warning of unexpected problems, or comparative data for new quality improvement projects. It is vital, however, that they focus upon an agreed problem and not upon an individual's performance or else all the positive motivation of staff involvement will be lost.

Projects


Clarity of purpose - this is the key to success. You need a simple, stated objective which everybody understands and which everybody can see achieved.
Any plan to improve the quality or effectiveness of the group must contain:

• the objective
• the method
• the statistical display for monitoring the outcome
• the agreed criteria for completion or curtailment

By insisting on this format, you provide the plan-owners with a simple mechanism for peer recognition (through the displayed notice board) and yet enable them to manage their own failure with grace.
For a small established team, the "customer" includes any other part of the company with which the team interacts. Thus any themes regarding customer satisfaction can be developed with respect to these so called internal customers. In the end, the effectiveness of your team will be judged by the reports of how well they provide products for others.
A simple innovation might be for a member of your team to actually talk to someone from each of these internal customer groups and to ask about problems. The interfaces are usually the best place to look for simply solved problems. The immediate benefit may be to the customer, but in the long run better communications will lead to fewer misunderstandings and so less rework.

Building Quality


Quality costs less than its lack; look after the pennies and the profits will take care of themselves. To build a quality product, you must do two things:

• worry the design and the procedures
• include features to aid quality checking

It is a question of attitude. If one of the team spots a modification in the design or the procedures which will have a long term benefit, then that must be given priority over the immediate schedule. The design is never quite right; you should allocate time specifically to discussing improvement. In this you should not aim at actual enhancements in the sense of added features or faster performance, but towards simplicity or predicting problem areas. This is an adjunct to the normal design or production operations - the extra mile which lesser teams would not go.
Many products and services do not lend themselves to quality monitoring. These should be enhanced so that the quality becomes easily tracked. This may be a simple invitation for the "customer" to comment, or it could be a full design modification to provide self-checking or an easy testing routine. Any product whose quality can not be tracked should naturally become a source of deep anxiety to the whole team - until a mechanism is devised.
One of the least-used sources of quality in design and production in the engineering world is documentation. This is frequently seen as the final inconvenience at product release, sometimes even delegated to another (non-technical) group - yet the writing of such documentation can be used as an important vehicle for the clarification of ideas. It also protects the group from the loss of any single individual; the No.7 bus, or the head-hunter, could strike at any time.
In devising a mechanism for monitoring quality, many teams will produce a set of test procedures. As bugs emerge, new procedures should be added which specifically identify this problem and so check the solution. Even when the problem is solved the new procedures should remain in the test set; the problem may return (perhaps as a side effect of a subsequent modification) or the procedure may catch another. Essentially the test set should grow to cover all known possibilities of error and its application should, where possible, be automated.

Role Change


As your team develops, your role as leader changes subtly. You become a cross between a priest and a rugby captain, providing the vision and the values while shouting like crazy from the centre of the field. Although you retain the final say (that is your responsibility), the team begins to make decisions. The hardest part, as with all delegation, is in accepting the group decision even though you disagree. You must never countermand a marginal decision. If you have to over-rule the team, it is imperative that you explain your reasons very clearly so that they understand the criteria; this will both justify your intervention and couch the team in (hopefully) good decision-making practices.
Another role which you assume is that of both buffer and interface between the team and the rest of the company: a buffer in that you protect the team from the vagaries of less enlightened managers; an interface in that you keep the team informed about factors relevant to their decisions. Ultimately, the team will be delegating to you (!) tasks which only you, acting as manager, can perform on its behalf.

Quality for Profit


By applying the principles of Quality to an established team, the Team Leader can enjoy the benefits so actively sought by large corporations. The key is the attitude - and the insistence on the primacy of Quality. As a Team Leader, you have the power to define the ethos of your staff; by using Quality as the focus, you also can accrue its riches.


Gerard M Blair is a Senior Lecturer in VLSI Design at the Department of Electrical Engineering, The University of Edinburgh. His book Starting to Manage: the essential skills is published by Chartwell-Bratt (UK) and the Institute of Electrical and Electronics Engineers (USA). He welcomes feedback either by email (gerard@ee.ed.ac.uk) or by any other method found here

http://www.see.ed.ac.uk

__________________
Bilgen Hündür
İstanbul Üniversitesi İşletme Fakültesi
İnsan Kaynakları Yönetimi Programı
Yüksek Lisans Öğrencisi