Hey Reader
Whatâs wrong with the word âqualityâ?
What is Operational Excellence?
Hereâs an idea - get rid of the quality label!
Weâve all been there. If itâs a quality idea, then quality must do it.
- Quality Planning - Quality must lead it
- Quality Review (Management Review) but itâs entirely separate from actual business review
- Document Control - those are just Qualityâs documents.
If it says quality or comes from quality, itâs just for quality.
Why Operational Excellence?
Put simply operational excellence (OpX) helps get the ideas out of the quality department and into the rest of the business.
Hereâs the definition of OpX from Wikipedia:
You as a quality professional read that and just see quality everywhere.
So why redefine all the quality stuff?
Well - OpX is a new term that doesnât come with all the baggage.
You may ask, âWhatâs in a word?â
âA rose by any other name would smell as sweet.â
Words matter. A lot.
Words have a subtle influence over our thoughts and perceptions. They can excite or incite, elucidate or confound, excite or aggravate.
Have you finished yet? (implies impatience)
Could you send a status update? (expects progress without judgement)
Give me the juice. (demanding)
Please pass the juice. (requesting)
I must finish on time. (implies intrinsic motivation)
I have to finish on time. (implies extrinsic motivation)
Changing ClichĂŠ to Action
âQuality is everyoneâs responsibilityâ
I hate this phrase. Not because itâs wrong, but because it doesnât mean anything. It doesnât do anything.
Businesses already understand they have to make quality products for their customers to buy. Their customer service must be "quality" to build their reputation.
Yet, whoâs responsible for quality? The quality department.
So where do we go from here?
1. Understanding. âSeek first to understand, then to be understoodâ - Stephen Covey
Ask questions to understand what your company thinks today.
How is quality viewed? What are the quality departmentâs responsibilities?
Use non-judgmental questions focused only on whatâs going on today. The word âshouldâ is not allowed in this conversation. (As in âyou should doâŚâ) At this point, you are collecting information. Be curious.
Specific processes to review - document management, management review, and continual improvement processes.
Who uses the documents? What are they used for? Are there separate âusefulâ versions?
This becomes the starting line.
2. Demonstration. Think Quick-Win.
Work with one department. Figure out what they want. What will be useful for them? Go build it (with them).
If weâre doing documents, get rid of the currently useless information. Then build something with the department that they want and will actually use. (Caution: Use your brain. if you are in a tightly regulated industry, donât get rid of the required stuff. You have to figure out what you can and cannot do.)
Document the financial impact of your project (reduction in scrap or returns, faster setup times, faster training, etc.).
âCOPQ is a good tool here. Or record it with the project details. Just calculate it and record it.
3. Expanding. Build the change team.
You now have buy-in from at least 1 team. Now build on the success.
Whatâs the next easiest change? How can you involve more people? How do you delegate to this new change team?
The more people involved, the less the change depends on you.
As the guide on your organizationâs journey to excellence, ask questions. Lots of them.
Get others involved, and help them figure this stuff out for themselves. It turns out, people donât like being told what to do.
These are the first steps of organizational change, combining parts of the ADKAR Model and John Kotterâs 8 steps (Awareness/Vision, Desire, Knowledge, Short-Term Wins). Exploring change management in more depth might be the topic of a future newsletter đ.