tag:blogger.com,1999:blog-20268509109071298792024-03-14T02:17:18.953-07:00Lean ManufacturingWesley Bushbyhttp://www.blogger.com/profile/09354574209519548918noreply@blogger.comBlogger26125tag:blogger.com,1999:blog-2026850910907129879.post-48135630035612044182012-12-28T10:58:00.000-08:002019-05-06T08:14:27.633-07:005S<div dir="ltr" style="text-align: left;" trbidi="on">
<span style="font-family: "times" , "times new roman" , serif;">One area that people keep debating is why 5S does not sustain. There are various responses out there ranging from management not caring to too much culture change. I think the answer is simple. We are still treating it as a philosophy and not as a tool to see and solve problems. After all, problems are what keep us from satisfying the customer, from doing our job without interference.</span><br />
<div>
<span style="font-family: "times" , "times new roman" , serif;"><br /></span></div>
<div>
<span style="font-family: "times" , "times new roman" , serif;">It also takes the entire organization working as a team. It is not about management supporting 5S, supervisors meeting targets of 5S, and it is not about line workers doing the tasks of 5S. It takes everyone to understand it is about continual improvement and the elimination of waste. It takes everyone to see waste and to problem solve to remove it. Everyone has the responsibility. Few actually practice it. Why? Is it because of company or department politics, the hierarchical structure, or pressure to produce and not concentrate on quality? No. It is because they do not understand the purpose of 5S.</span></div>
<div>
<span style="font-family: "times" , "times new roman" , serif;"><br /></span></div>
<div>
<span style="font-family: "times" , "times new roman" , serif;">Like the other TPS tools developed to solve Toyota’s problems, which can cross over to solving our problems, the premise is visualizing and systematically eliminating waste. The 5S tool serves just that purpose. Yes it is nice to have things sorted, straightened, shined, standardized,and sustained. However for what purpose? I do not believe anyone knows how to answer that. Using a hand tool as an example:</span></div>
<div>
<span style="font-family: "times" , "times new roman" , serif;"><br /></span></div>
<div>
<ul style="text-align: left;">
<li><span style="font-family: "times" , "times new roman" , serif;">If it is sorted you will have the most often used tools closer to you, eliminating the waste of motion.</span></li>
</ul>
</div>
<div>
<ul style="text-align: left;">
<li><span style="font-family: "times" , "times new roman" , serif;">If it is set in straightened out the tools are easy to find and to put away, which eliminates the waste of delay.</span></li>
</ul>
<ul style="text-align: left;">
<li><span style="font-family: "times" , "times new roman" , serif;">If it is shined the tool is more likely to be functional and any abnormality can be seen, which eliminates delay, motion,and perhaps rework.</span></li>
</ul>
</div>
<div>
<ul style="text-align: left;">
<li><span style="font-family: "times" , "times new roman" , serif;">If it is standardized the above is repeated by everyone, eliminating the waste of perhaps defects,over-processing, and all the others.</span></li>
</ul>
</div>
<div>
<ul style="text-align: left;">
<li><span style="font-family: "times" , "times new roman" , serif;">If it is sustained, everyone is on board.</span></li>
</ul>
</div>
<div>
<span style="font-family: "times" , "times new roman" , serif;"><br /></span></div>
<div>
<span style="font-family: "times" , "times new roman" , serif;">So what? We do it, but why? Where is my reward?</span></div>
<div>
<span style="font-family: "times" , "times new roman" , serif;"><br /></span></div>
<div>
<span style="font-family: "times" , "times new roman" , serif;">We make a big deal about management and cultural conditions that support 5S. We allocate time, teach, advertise, audit for awareness. We recognize achievers. With all this we still cannot sustain a simple thing as 5S. We know where to punch in on the clock and we do it on time. We know where the cafeteria is when it is lunch time and we use the cafeteria. We know how to perform our work task which we are being paid for and we do it. So why is 5S so difficult?</span></div>
<div>
<span style="font-family: "times" , "times new roman" , serif;"><br /></span></div>
<div>
<span style="font-family: "times" , "times new roman" , serif;">There are cause and effects to everything we do. Some positive and some negative. When it is positive we repeat it next time. When it is negative we learn, we problem solve, we implement solutions so that it will not happen again. We make it positive again. This is within our nature, our inherent need to improve. To fit 5S into our daily routine without being a culture shock, we need to understand how it applies to the process, to quality, to ease our work load from working around problems . . . waste.</span></div>
<div>
<span style="font-family: "times" , "times new roman" , serif;"><br /></span></div>
<div>
<span style="font-family: "times" , "times new roman" , serif;">I look at and teach 5S differently. Sure, I still use the typical training and implementation that most everyone seems to follow. However I start with the reason of Why Do We Do It?</span></div>
<div>
<span style="font-family: "times" , "times new roman" , serif;"><br /></span></div>
<div>
<ul style="text-align: left;">
<li><span style="font-family: "times" , "times new roman" , serif;">If it is sorted you are most likely to use the correct tool for the job, reducing if not eliminating the chance of creating a defect or defective product.</span></li>
</ul>
<ul style="text-align: left;">
<li><span style="font-family: "times" , "times new roman" , serif;">If it is set in order, and you see it out of order as you go through your tasks. You can ask Why did I do that, or Why did the tool get placed over there. This indicates there is a problem in the process, and you need to fix the problem so it is not repeated. </span></li>
</ul>
<ul style="text-align: left;">
<li><span style="font-family: "times" , "times new roman" , serif;">If it is shined you will know when it is broken and need of repair. Things typically do not break all of a sudden. There are leading indicators that should send signals to someone that it is in need of repair before loss of use. Cracks, leaks,excess noise, excess abrasion, all can be leading indicators and can be found if we keep it shined. </span></li>
</ul>
<ul style="text-align: left;">
<li><span style="font-family: "times" , "times new roman" , serif;">If it is standardized, you can train personnel, and be able to rotate to a different job when needed. </span></li>
</ul>
<ul style="text-align: left;">
<li><span style="font-family: "times" , "times new roman" , serif;">If it is sustained, you know you can begin work after the last shift as soon as the bell rings, and less likely to make a mistake because of it. </span></li>
</ul>
</div>
<div>
<span style="font-family: "times" , "times new roman" , serif;"><br /></span></div>
<div>
<span style="font-family: "times" , "times new roman" , serif;">I worked for a company that did not audit 5S, management was not closely involved, yet 5S sustained. What was in it for the employees? The reason I saw was the employees understood how it made their life easier. They recognized that if they practiced 5S now, along with other quality initiatives, they get the work done and get to go home on time, while satisfying their customer. They are also more willing to come to work the next day knowing the other shifts do the same, hence they are looking forward to another good day. There is self satisfaction.</span></div>
<div>
<span style="font-family: "times" , "times new roman" , serif;"><br /></span></div>
<div>
<span style="font-family: "times" , "times new roman" , serif;">Is this the sole answer? No. There are many possibilities. However, if we stay on the track that management needs to get behind it, it is difficult for culture to change, that you need to assign responsibility and audit, yet there is still no change in your 5S, perhaps you have got it wrong. This is one definition of insanity, doing the same thing over and over expecting a different outcome. Do you wash and wax your car just for fun? Do you get dressed up and to go out to meet people just for fun (well maybe so)? What is the motivation? What is the purpose? What are we to get out of it? If you satisfy that need, the work of 5S becomes much easier.</span></div>
<div>
<span style="font-family: "times" , "times new roman" , serif;"><br /></span></div>
<div>
<span style="font-family: "times" , "times new roman" , serif;">To put it another way, the current methods of implementing 5S seems to speak to the person at the end of the line saying, “we have no clue how it affects your paycheck, but trust us anyway and just do it”. People at the end of the line keep hearing that in different fashions from management, and basically are fed up with it. Treat them the way they want to be treated, as stakeholders.</span></div>
<div>
<span style="font-family: "times" , "times new roman" , serif;"><br /></span></div>
<div>
<span style="font-family: "times" , "times new roman" , serif;">Lastly, if we cannot explain 5S as a means to eliminate waste, would 5S then not be a waste in itself?</span></div>
</div>
Wesley Bushbyhttp://www.blogger.com/profile/09354574209519548918noreply@blogger.com0tag:blogger.com,1999:blog-2026850910907129879.post-38700394435155591602011-10-22T18:51:00.000-07:002017-07-21T11:31:47.763-07:00Do not get bogged down on A3 and VSM . . .<div dir="ltr" style="text-align: left;" trbidi="on">
<span style="font-family: "georgia" , "times new roman" , serif;">A3 Thinking, and I am contemplating including VSM, is the Toyota story board for documenting problem solving. And I do want to stress documenting. The real context of the A3 and VSM is to Gemba, to involve the stakeholders, so a satisfactory ending to the story can be accepted and supported by all.</span><br />
<div>
<span style="font-family: "georgia" , "times new roman" , serif;"><br />When you do not understand something you spend time trying to understand. However, when forms are used some people seem to get bogged down on the mechanics of using the form rather than the intent of problem solving (including myself). Probably because at the end of the day you want to document your findings in a format others can understand, sometimes thinking this is the only important thing. However, for A3 and VSM you need to keep reminding yourself you are uncovering and telling / painting a story for others to follow. It does not matter if you change technique between stories, as long as the individual story is understood by all. </span></div>
<div>
<span style="font-family: "georgia" , "times new roman" , serif;"><br />And I will now add, it is not about paper size when we are talking about A3 thinking. However, I do agree a 1-page document does force you to be concise. And it just so happened that A3 paper, close in size to the 11x17", was the size that was practical for electronic transmittal at the time Toyota started all of this.</span></div>
<div>
<span style="font-family: "georgia" , "times new roman" , serif;"><br />A3 and VSM requires you to be a sleuth, investigator, probing and asking why, getting others involved to provide bits of information. These bits by themselves do not mean anything, however when put together they tell the true story of what happens(ed). Knowing the details addresses true root cause. Not knowing the details is jumping to conclusions. What is needed is a learning experience for all through involvement at some level. This gained tribal knowledge then keeps the continual improvement wheel turning.</span></div>
<div>
<span style="font-family: "georgia" , "times new roman" , serif;"><br />Do not expect to get an A3 or VSM right the first time. It should and will take several rewrites. Though I have not produced many A3's, I can speak of my process development experience where I had up to 23 revisions in my process project for one flow chart. I do not expect an A3 or VSM to be revised or rewritten so many times, however I am open to the opportunity. </span></div>
<div>
<span style="font-family: "georgia" , "times new roman" , serif;"><br />Ownership is very clear in an A3. The person working the A3 is the responsible party, no matter what their rank is within the company. This holds the responsibility with a single source, rather than leaving it unclear or a result of groupthink. The owner follows and learns the PDSA cycle (Deming Cycle or PDCA if you still prefer). The owner learns the true value of A3 and VSM; Gemba – the real place, or Genchi Genbutsu – <a href="http://www.toyotageorgetown.com/terms.asp">Go see the problem. This is the belief that practical experience is valued over theoretical knowledge. You must see the problem to know the problem</a>.</span></div>
<div>
<span style="font-family: "georgia" , "times new roman" , serif;"><br />A3 and VSM are about the research and uncovering all that can be uncovered, and to develop a reasonable countermeasure to improve the situation1. It is not about the format and fitting information into pigeon holes. As with anything involving change, this will be a struggle. The goal should be to use constant effort to embrace change, making it easier to do A3’s as you move forward.</span></div>
<div>
<span style="font-family: "georgia" , "times new roman" , serif;"><br />As I had been VSM trained, and now realize it was with intent, I am not going to go through how to use the forms. You need to go beyond the forms first, learn for yourself, become a different person for yourself. You need to do the hard work of Gemba, Genchi Genbutsu. It will become a form of enlightenment, freeing you of the burdensome day-to-day status quo culture and toward kaizen.</span></div>
<div>
<span style="font-family: "georgia" , "times new roman" , serif;"><br /></span></div>
<div>
<span style="font-family: "georgia" , "times new roman" , serif;">Do not get bogged down in the mechanics of A3 and VSM forms. Explore, become a sleuth, involve stakeholders and keep them informed of your progress. Compile the true story from short stories of others. Make sure the end of the story has a positive outcome toward kaizen. And I will state here, keep the customer in mind.</span></div>
<div>
<span style="font-family: "georgia" , "times new roman" , serif;"><br />For the best information on A3 thinking read the book "<a href="http://www.lean.org/Bookstore/ProductDetails.cfm?SelectedProductId=246&ProductCategoryID=viewAll">Managing to Learn</a>".</span></div>
<div>
<span style="font-family: "georgia" , "times new roman" , serif;"><br /></span></div>
<div>
<span style="font-family: "georgia" , "times new roman" , serif;"><br />1. John Shook, Managing to Learn: Using the A3 Management Process (Cambridge, MA: The Lean Institute, 2008), 2.</span></div>
</div>
Wesley Bushbyhttp://www.blogger.com/profile/09354574209519548918noreply@blogger.com0tag:blogger.com,1999:blog-2026850910907129879.post-90954413099323343042011-10-14T20:07:00.000-07:002012-12-28T10:10:46.557-08:00Standardized Work . . . What is it?<div dir="ltr" style="text-align: left;" trbidi="on"><br /><div class="MsoNormal"><span style="font-family: "Times New Roman", serif; font-size: 12pt; line-height: 115%;">In the Lean world many are confused on what Standardized Work is and what it can do for you. Do realize this came from Toyota. The definition I use from Toyota is: Work that is organized around human motion that creates an efficient production sequence without Muda. (<a href="http://www.toyotageorgetown.com/terms.asp"><span class="Apple-style-span" style="color: blue;">Click here for Toyota’s exact definition.</span></a>) It is made up of three elements: Takt-time, work sequence, and standard in-process stock. The definition is simple, yet many complicate it. Also note my training from TSSC (Toyota Production System Support Center) and their Toyota representatives, specifically went out of their way to state “standardized work” and not to say “standard work”.</span></div><div class="MsoNormal"><span style="font-family: "Times New Roman", serif; font-size: 12pt; line-height: 115%;"><br /></span></div><div class="MsoNormal"><span style="font-family: "Times New Roman", serif; font-size: 12pt; line-height: 115%;">Standardized work is not a guarantee you will produce quality. What you are doing is base lining the process for problem solving, and improving your chance to repeat the process. Variation is always present. Your aim is to understand and minimize the variation in the widest process window possible that produces something acceptable to the customer. </span><span class="Apple-style-span" style="font-family: "Times New Roman", serif; font-size: 16px; line-height: 18px;">Standardized work is a repeatable process that assists in controlling variation in the process. Standardized work helps in identifying waste.</span></div><div class="MsoNormal"><span style="font-family: "Times New Roman", serif; font-size: 12pt; line-height: 115%;"><br /></span></div><div class="MsoNormal"><span style="font-family: "Times New Roman", serif; font-size: 12pt; line-height: 115%;">I have watched some of Deming’s lectures on DVD. I have a few more to complete. One thing I keep walking away with is Deming mocking Standardized Work and Work Standards as providing quality. This is because “<i>true values do not exist</i>”. If it happens, it is random. It is not repeatable. Deming also has stated “<i>uncontrolled variation produces low quality</i>”. Standardized Work does help control some of the variation. </span></div><div class="MsoNormal"><span style="font-family: "Times New Roman", serif; font-size: 12pt; line-height: 115%;"><br /></span></div><div class="MsoNormal"><span style="font-family: "Times New Roman", serif; font-size: 12pt; line-height: 115%;">“Where there is no standard, there can be no kaizen.” – Taiichi Ohno</span></div><div class="MsoNormal"><span style="font-family: "Times New Roman", serif; font-size: 12pt; line-height: 115%;"><br /></span></div><div class="MsoNormal"><span style="font-family: "Times New Roman", serif; font-size: 12pt; line-height: 115%;">Standardized work is the base line, the bench mark, for continual improvement, and I will add I use the concept in problem solving. In problem solving we need to know the base line condition in order to determine if we have a problem or not, and whether we are “improving to” or “improving from”. </span></div><div class="MsoNormal"><span style="font-family: "Times New Roman", serif; font-size: 12pt; line-height: 115%;"><br /></span></div><div class="MsoNormal"><span style="font-family: "Times New Roman", serif; font-size: 12pt; line-height: 115%;">The definition of a problem I like to use is: The difference between what is and what should be. There is way to look at a problem too. Are you correcting something or improving something (the “to” or “from”). And yet there is also a way to look at the problems potential. Is it sporadic or chronic? Each of them shares similar if not the same problem solving techniques. </span></div><div class="MsoNormal"><span style="font-family: "Times New Roman", serif; font-size: 12pt; line-height: 115%;"><br /></span></div><div class="MsoNormal"><span style="font-family: "Times New Roman", serif; font-size: 12pt; line-height: 115%;">Generally we look at problem solving as “what went wrong”. Sometimes we may need to ask “what needs to go right”, is standardized work still in place? In either case, we need a bench mark to compare, to do a gap analysis from “what it is” to “what it should be”, or “current state” to “future state”, or “where I am now” to “where I want to be”.</span></div><div class="MsoNormal"><span style="font-family: "Times New Roman", serif; font-size: 12pt; line-height: 115%;"><br /></span></div><div class="MsoNormal"><span style="font-family: "Times New Roman", serif; font-size: 12pt; line-height: 115%;">Standardized work does involve some forms, time studies, calculations, charting, however you go to the extent necessary to visualize waste. At the initial start of standardized work I recommend you start at the high level activity within the cycle of work. There will be plenty to keep you busy, developing the work sheets and training personnel on how to standardize their work sequence, and then for the personnel to question “why did I do that out of sequence” in order to identify problems. As you improve the process, you can then drill down into more detail, uncovering more waste in the process. I would like to highlight that the forms are important, however I am not mentioning them here because more important is the philosophy of a repeatable process, one that you can see waste as it happens, and to kaizen out that waste.</span></div><div class="MsoNormal"><br /></div><div class="MsoNormal"><span style="font-family: "Times New Roman", serif; font-size: 12pt; line-height: 115%;">So what is it? – Work that is organized around human motion that creates an efficient production sequence without Muda. It is that simple. Oh, and also add it is a good baseline for problem solving.</span></div><div class="MsoNormal"><br /></div></div>Wesley Bushbyhttp://www.blogger.com/profile/09354574209519548918noreply@blogger.com0tag:blogger.com,1999:blog-2026850910907129879.post-43302240070323942972011-10-02T06:51:00.000-07:002012-12-28T10:10:46.535-08:00Be a novice and report mistakes . . .<div dir="ltr" style="text-align: left;" trbidi="on"><span class="Apple-style-span" style="font-family: Times, 'Times New Roman', serif; font-size: 12pt;">Reporting mistakes or near misses are an important topic to me, yet it is the least discussed in the business world. Why is there not a cultural environment allowing reporting of mistakes or near misses? What brought this to mind was an article on poka-yokes titled, “<a href="http://oldleandude.com/2011/01/18/its-not-rocket-science/"><span class="Apple-style-span" style="color: blue;">It’s Not Rocket Science</span></a>” by the Old Lean Dude of GBMP (Bruce). This was also brought out in the book, “<a href="http://www.lean.org/Bookstore/ProductDetails.cfm?SelectedProductId=249"><span class="Apple-style-span" style="color: blue;">The Nun and the Bureaucrat</span></a>” by Louis M. Savary and Clare Crawford-Mason, which was accompanied with a documentary CD titled, “Good News . . . How Hospitals Heal Themselves”. The point being made was, how can we improve our processes if we keep wanting to point blame for mistakes and near misses?</span><br /><br /><span class="Apple-style-span" style="font-family: Times, 'Times New Roman', serif; font-size: 12pt;">My experience has been, when team members tell me they inadvertently induced something into the process to create a bad part (caused variation), or just plain mixed up the sequence, I would say out loud “Cool, there is something I can improve!” And I thank them for giving me this opportunity (yes, I really do that). The team member now becomes my customer whom I have to satisfy.</span><br /><br /><span class="Apple-style-span" style="font-family: Times, 'Times New Roman', serif; font-size: 12pt;">As the Old Lean Dude pointed out, hassles create stress for the employee. Think of it as employee harassment if you will. We have been educated on harassment and how it can affect people. In harassment you do not say or do certain things that can be construed as offensive, making the other person uncomfortable, making the other person wanting to stay away from you, work in another area, or sometimes just plain quit the company. In other words, stress. Punishing team members for mistakes becomes stressful too. The environment for reporting should be the opposite of harassment, meaning you Want to report you did something wrong that created the defect or defective product / service / information, and without ridicule or fear of a write up.</span><br /><br /><span class="Apple-style-span" style="font-family: Times, 'Times New Roman', serif; font-size: 12pt;">The nice thing about a team member reporting a mistake is that they made it, they can tell you about how they made it, and most likely they have a solution to prevent it from happening again - a poka-yoke. Is their suggestion always the best one? Sometimes, and sometimes not, however Never say No to their suggestion. Think about it, ask yourself why would they choose such a solution, how does it affect safety, the process, quality, the human side of standardized work? Can everyone else use the poka-yoke with the same success? Does it add too much cycle time or perhaps reduce cycle time? There are many questions to ask. As you ask, use that team member as your sounding board, weighing the pros and cons, developing a better mouse trap by piggybacking of the team member’s solution to developing perhaps a better solution. Do not revert to the 8th waste - under-utilization of human resource.</span><br /><br /><span class="Apple-style-span" style="font-family: Times, 'Times New Roman', serif; font-size: 12pt;">Another piece of information from both the above references was “near misses”. It seems all of the team members know about the near misses, but never the supervisor. I agree. Near misses are caused by the process, and the team members have learned how to deal with them because the supervisor does not want to. These near misses may be a greater portion of waste than we realize. It causes the team member to develop work arounds. It burdens the team member with more responsibility/hindrance to meet TAKT. This is where production boards need to be put in place and the team members allowed to write in misses and mistakes that caused missed pitch/cycle/TAKT in the process. This should be a “no blame” board. It is then the supervisors Standardized Work to review this board, assign responsibility to resolve these issues, set the due date for closure, and to report to management.</span><br /><br /><span class="Apple-style-span" style="font-family: Times, 'Times New Roman', serif; font-size: 12pt;">Communication is the most sought after tool, yet it is one of the lower skill sets each of us have. We may talk well, persuade well. But do we listen well, empathize well, show concern in our posture, facial expression, and eye contact. Why are team members afraid to report mistakes? Is it because supervisors do not care or not wanting the added responsibility? Or, is this totally different in that the team member is tired of reporting and seeing nothing ever done? Most likely both.</span><br /><br /><span class="Apple-style-span" style="font-family: Times, 'Times New Roman', serif; font-size: 12pt;">One other credit I want to give to the Old Lean Dude is the quote he cited, “Creativity comes from involvement” by Rollo May. And as the Old Lean Dude wrote, “No one cares more about the quality of a job than the person doing it . . .” Mistakes are good. We learn from them. I have made plenty and will make plenty more, and will be very vocal admitting when I do. How else do we (or the process we work within) improve?</span><br /><br /><span class="Apple-style-span" style="font-family: Times, 'Times New Roman', serif; font-size: 12pt;">I would like to leave you with the following quotes:</span><br /><span class="Apple-style-span" style="font-family: Times, 'Times New Roman', serif; font-size: 12pt;"><br /></span><span class="Apple-style-span" style="font-family: Times, 'Times New Roman', serif; font-size: 12pt;">“Motivation is everything, tools and methods are secondary. Any tool or method will work if people are motivated. And no tool or method will work if people are not motivated.” – <i>Michinkazu Tanaka (What I learned from Taiichi Ohno)</i></span><br /><br /><span class="Apple-style-span" style="font-family: Times, 'Times New Roman', serif; font-size: 12pt;">“People working together with integrity and authenticity and collective intelligence are profoundly more effective as a business than people living together based on politics, game playing, and narrow self interest.” – <i>Senge</i></span><br /><br /><span class="Apple-style-span" style="font-family: Times, 'Times New Roman', serif; font-size: 12pt;">“I have not failed. I’ve just found 10,000 ways that won’t work.” – <i>Thomas Edison</i></span><br /><br /><span class="Apple-style-span" style="font-family: Times, 'Times New Roman', serif; font-size: 12pt;">And lastly:</span><br /><br /><span class="Apple-style-span" style="font-family: Times, 'Times New Roman', serif; font-size: 12pt;">“Never listen to the shop veterans . . . wisdom is born from the ideas of the novices.” – <i>Taiichi Ohno</i></span></div>Wesley Bushbyhttp://www.blogger.com/profile/09354574209519548918noreply@blogger.com0tag:blogger.com,1999:blog-2026850910907129879.post-59799560410684773652011-09-24T08:03:00.000-07:002012-12-28T10:10:46.548-08:00The Golden Bee-Bee<div dir="ltr" style="text-align: left;" trbidi="on"><br /><div class="MsoNormal"><span class="Apple-style-span" style="font-family: 'Times New Roman', serif; font-size: 16px; line-height: 18px;">Most understand what we mean when we say “critical path”. To help us keep focused and in context for this blog entry, the critical path describes the longest path in duration that <i>needs</i> to take place, which in tern becomes the minimum time line of a project. To expand the thought a little further, also think about it as a bottleneck in a process causing it to be the critical path.</span></div><div class="MsoNormal"><br /></div><div class="MsoNormal"><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;">Lean manufacturing, Kaizen, TPS, look for incremental improvements. It does not really matter what part of the process you apply it to, because your intent is to eliminate waste of all forms and in any process. Most of this is accomplished through observation, or perhaps observation and data. This simplistic concept of incrementally eliminating waste is to sustain the improvement once it is proven and accepted. It takes effort from the team or individual who observed and defined the problem, who gave it proper scope and planning, successfully implementing (the most difficult part), confirming the problem is corrected with any supporting tools in place, making it a Standard. This is the PDSA (plan-do-study-act) cycle (or PDCA for check if you still prefer).<o:p></o:p></span></div><div class="MsoNormal"><br /></div><div class="MsoNormal"><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;">A <a href="http://www.linkedin.com/groupItem?view=&gid=730737&type=member&item=71565156&qid=b55949a8-3da4-4df6-9970-d4497e6ae3ff&trk=group_most_popular-0-b-ttl&goback=%2Egmp_730737"><span class="Apple-style-span" style="color: blue;">LinkedIn post</span></a> (which linked to a presentation) caught my attention and frustrated me when I read it. I jumped to a conclusion that someone was preaching once again “This Is The Way”. I am not too far off in that, and even I can be that way at times in my own preaching. What the reader (meaning you and I) need to remember is the person writing it, whether the post I read or what I write myself, most likely has a target point to make. One that is specific in example and solution, that indeed will work every time or almost every time. Whether we convey it properly in clear thought or writing can be another story.<o:p></o:p></span></div><div class="MsoNormal"><br /></div><div class="MsoNormal"><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;">The presentation I am referring to is titled, “<a href="http://www.slideshare.net/AMEConnect/retire-the-pdca-wedge"><span class="Apple-style-span" style="color: blue;">Let’s Retire the PDCA Wedge; What really keeps performance from slipping back?</span></a>” by Mike Rother and Jeff Uitenbroek, August 2011. The intent (and correct me if I am wrong when you look at the presentation) is that something is throwing a wrench in the works, keeping us from moving forward with <i>continuous</i> improvement. The thought is our definition of a Standard may be the cause. It was also mentioned that no matter how well a Standard is implemented and maintained it will go through <i><a href="http://en.wikipedia.org/wiki/Entropy"><span class="Apple-style-span" style="color: blue;">entropy</span> </a></i>(degrade and become a waste of energy).<o:p></o:p></span></div><div class="MsoNormal"><br /></div><div class="MsoNormal"><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;">The presentation then sited some information on Deming’s PDSA, suggesting that the cycle needs to keep turning for never ending improvements. The presentation also mentions Toyota and the difference between Standard and Standardized work. Standard meaning something you want to achieve, and Standardized work as operating as specified by the Standard. It also implies that in “wedge”<sup>1</sup> thinking, when we slip backwards we believe we lack discipline and want to blame someone, whereas the Toyota way of thinking recognizes an abnormality that we just have not figured out yet. Sort of like a Kanban being an admittance you do not know how to go 1-piece flow yet.<o:p></o:p></span></div><div class="MsoNormal"><br /></div><div class="MsoNormal"><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;">For me the Deming cycle is about continual improvement. However Deming's focus is generally on reducing process variation. There is not a guarantee you will produce quality. That is dependent upon the how the process was setup and maintained (another form of Standard). There is never a focus on the team member who is willing and able, because we know he cannot affect the output of the process. The process is the process. However continually improving will guarantee uniformity (good or bad) at a low cost.<o:p></o:p></span></div><div class="MsoNormal"><br /></div><div class="MsoNormal"><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;">Toyota has gone to great lengths to specify what they do is Standardized work, and not Standard work. I have gone through Toyota’s supplier training where this was drilled into me. Toyota defines Standardized work as, “<a href="http://www.toyotageorgetown.com/terms.asp"><span class="Apple-style-span" style="color: blue;">. . . organizes all jobs around human motion and creates an efficient production sequence without any “Muda”. Work organized in such a way is called standardized work. It consists of three elements: Takt-Time, Working Sequence, and Standard In-Process Stock.</span></a>” They went out of their way in class to discourage the use of the word Standard.</span></div><div class="MsoNormal"><br /></div><div class="MsoNormal"><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;">I have seen the “wedge” graphic with and without the wedge, and really never put any emphasis on it or used it in my education of others. I do know that when QS-9000 converted over to TS-16949, there was an emphasis to change “continuous improvement” to “continual improvement” (as stated by the AIAG personnel who educated me on TS). The purpose was to get away from the mind set of continuously improving without checking that you sustained first. The graphic was a straight line ramp for continuous improvement vs. a stair step process of continual improvement. <o:p></o:p></span></div><div class="MsoNormal"><br /></div><div class="MsoNormal"><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;">The “wedge” presentation did suggest that one reason we use this mindset is to comply with audits. I would rather hope the audit system changed their process to meet what we need to be doing in our process. The presentation also suggests we do need a Standard in order to satisfy the customer, however the Standard itself will not stop entropy. So the suggestion is, the Standard needs to be a target, a set of conditions to be met in order to satisfy the customer. This is what others and I call “positive tension”. You put enough spring force (improvement) pulling on the PDSA wheel to keep it rolling at a given velocity (so that you do not become cyclical), resulting in it going up the incline indicating continual improvement.<o:p></o:p></span></div><div class="MsoNormal"><br /></div><div class="MsoNormal"><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;">I do agree with the “wedge” presentation that there is never “steady state”, but “constant change”. Whether we like it or not this is very true. However, it is also human nature to not want change, or to view change as a bad thing. To me this is because life, for the most part, moves slowly for us. We do not see the changes per se because it creeps up on us. This gives us time to absorb, condition, and make it a norm or Standard in our lives. Business is different. In the never ending quest to bring in more revenue, to increase margins, we choose to want to do better than the Jones' as it were. If they have it, we want it and we want something better, all to maintain current and to attract new customers. Change is quick, requires thinking, requires revised processes (continual improvement), requires us to work, looking at an ever changing target, rather than taking life slow in increments to yesterday’s Standard.<o:p></o:p></span></div><div class="MsoNormal"><br /></div><div class="MsoNormal"><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;">I do contend that maintaining a Standard will keep the process from slipping back. (Similar to the stair step graphic for TS-16949. Once sustained on the step you do not roll back.) The only entropy taking place should be when the Standard becomes outdated through Kaizen. The high complexity of business makes this so variable that we cannot draw a line in the sand and say “removing the wedge is the way”, or even “using the wedge is the way”. You need to see Your problems and solve Your problems. Can the “wedge” presentation be Your solution? Sure. Can it be the wrong solution? I am just as sure. One application I believe the “wedge” presentation will always work is in marketing. You will need to continually innovate to not only satisfy, but also delight the customer. Where it will not work is automotive Tier 1 supply. Having a Standard (which I should really say "Having Standardized Work") helps maintain a statistically controlled process, and enables you to problem solve when the process becomes out of control and to Kaizen.<o:p></o:p></span></div><div class="MsoNormal"><br /></div><div class="MsoNormal"><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;">I also want to point out you cannot just continually improve willy-nilly. If you do not improve on the critical path, you will not increase the velocity of the process, which is generally where our problems lie. (Will using the Standard as a target necessarily put us on the critical path?) If you incrementally improve, eliminating waste, there is a cost savings and some increase in velocity. What should happen as you continually improve along the non-critical path is that the “bottleneck” in the critical path will expose itself, indicating your next continual improvement event. As you improve you will have a shift in the bottleneck within the processes, and you attack that next. Is the bottleneck always seen? No. Can the bottleneck be calculated? Yes, if you have all the variables. Observation is generally easier because of all the variables. VSM (value stream mapping) also helps to find and see all the variables.<o:p></o:p></span></div><div class="MsoNormal"><br /></div><div class="MsoNormal"><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;">Using the “wedge” can help you determine if you worked on the bottleneck in the process or not. What is your goal, your target? If you stopped to observe the new Standard, has the system improved? Whatever the Standard is, plateau or<i> target condition</i>, it should have removed the problem, satisfying and attracting customers through a system that is aligned to the customer, and through processes that support the system.<o:p></o:p></span></div><div class="MsoNormal"><br /><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;">So, “This Is The Way” will never work across the board. However you can “Choose Your Path” to make it work. Be specific in your quest to solve a problem. Do not look for the Golden Bee-Bee.<o:p></o:p></span></div><div class="MsoNormal"><br /></div><sup><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;">1</span></sup><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;"> The “wedge” thinking is the PDSA wheel going up an incline, using a wedge to keep it from rolling back. As you continually improve and move forward, Standards are put in place as a wedge to keep the PDSA wheel from rolling backwards.</span></div>Wesley Bushbyhttp://www.blogger.com/profile/09354574209519548918noreply@blogger.com0tag:blogger.com,1999:blog-2026850910907129879.post-64777629709946669432011-09-17T00:22:00.000-07:002012-12-28T10:10:46.551-08:00Who's the Customer? Are your priorities set right?<div dir="ltr" style="text-align: left;" trbidi="on"><br /><div class="MsoNormal"><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;">Okay, I’ll say it again, “Who’s the Customer?” Should I repeat it? It is a simple thought. Did I get you to drill down to whomever consumes the product / service / or information? I may have. If not, then good, because there are many customers to satisfy, with the primary one being the end consumer.<o:p></o:p></span></div><div class="MsoNormal"><br /></div><div class="MsoNormal"><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;">In this blog entry I want to emphasize the support needed from management to provide the product / service / or information to the consumer through VA (value added) activities. Along with the VA there are many NVA (non-value added) activities. Then there is the in between, the gray area, the “<i>incidental work</i>”. It is NVA but essential in conducting the business. I am not going to define each here because that is not the purpose of this blog entry. I will, however, defer you to this link should you have questions: <a href="http://www.imakenews.com/WMS/e_article000481780.cfm?x=bbMscqh,b2S67y7f,w">“<span class="Apple-style-span" style="color: blue;">Where to Begin with Lean: A3 Analysis” by James Womack</span></a><o:p></o:p></span></div><div class="MsoNormal"><br /></div><div class="MsoNormal"><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;">Value is added at the contact point of the product / service / or information. As the contact point proceeds through the process, it carries the same level of importance at each VA activity. When that activity is upset in any way, it now becomes the focus, to resolve whatever issues that made it go awry. This is where the accountability board needs to be placed to log the issue and to assign a time and date, along with who is accountable, to permanently correct it. <b>Supervisor</b> Gemba walks need to frequent these boards (along with shift pre-start meetings at these boards) to understand missed timing and to get things on track through problem solving countermeasures. The <b>department manager</b> needs to daily Gemba walk these boards (and initialing), making sure there are no barriers to resolution and to verify accountability (that the countermeasure is in process or completed). The department manager also enhances any countermeasures or ads to the supervisor countermeasures, along with answering to upper management as to how this happened. <b>Upper management</b> needs to Gemba walk these boards weekly to assure adequate resources were given, accountability has been met, and that permanent corrective action is in place. This is what industry terms "leader standardized work".<o:p></o:p></span></div><div class="MsoNormal"><br /></div><div class="MsoNormal"><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;">Let us refocus from leader standardized work back onto the customer and priorities. Look at just the VA activities from the beginning to the end of the process. The people performing these activities are your internal customers. Can you prioritize which of these customers is the most important? If you have a normal, stable process, one that is on track, the answer is “no”. If something has upset the VA activity anywhere along the value stream, then that activity or customer takes priority.<o:p></o:p></span></div><div class="MsoNormal"><br /></div><div class="MsoNormal"><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;">The point I want to make is, the further away from the VA activity, with respect to your own activities, the more you become “support” to the internal customer that needs help. Many times people will say they need to finish a report or take care of a broken sink (something to that affect). How is that aligned to the True North of customer satisfaction? So what are your priorities? It should be any VA activity that needs help, at any time. We are all service to that end. Once the process is again stable, then we can re-direct some of our energy to the incidental work, and never to the waste unless we intend to eliminate it.<o:p></o:p></span></div><div class="MsoNormal"><br /></div><div class="MsoNormal"><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;">Management needs to step back and observe, asking “are we satisfying the system or the customer?” Too many times I see we have layered on processes or reasons to do things for the sake of the system, and the customer ends up suffering whether they are internal or external. The sad part is, we never see the suffering of the internal customer because we maintain our silos first, rather than aligning our activities to the internal customer needs, which intern are aligned to the value stream of needs including that of the end user. This is why people preach that you need to understand your process, inputs, outputs, and to identify bottlenecks in the process. This is where we VA, which ends up adding waste if problems are not addressed.<o:p></o:p></span></div><div class="MsoNormal"><br /></div><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;">So I will ask again. Who’s the customer? Are your priorities set right?</span></div>Wesley Bushbyhttp://www.blogger.com/profile/09354574209519548918noreply@blogger.com0tag:blogger.com,1999:blog-2026850910907129879.post-59478434435636326072011-09-09T19:30:00.000-07:002012-12-28T10:10:46.547-08:00Whether to Weather the Storm, or Peel Back and See<div dir="ltr" style="text-align: left;" trbidi="on"><br /><div class="MsoNormal"><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;">Running a business is basically the same, whether big or small, whether product / service / or information. You have a process with inputs and outputs. Multiple processes are linked through a value stream if you will. The value stream extends from the raw material suppliers like mining iron or growing cotton, to the end user of this product / service / or information. The question that needs to be asked is, “how aligned to True North is your value stream to the customer?”<o:p></o:p></span></div><div class="MsoNormal"><br /></div><div class="MsoNormal"><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;">How smooth we communicate those hand offs from inputs, through the process, to outputs converted to inputs to the next process, is what Lean manufacturing is all about. It does not matter what size, color, religion, or political view your product / service / or information is. What matters is how you communicate the inputs you need, so you can process, and provide the correct output to the customer. You tell you suppliers what you want, when you want it, how much of it you want, and at what price. You process the input by adding value. The product / service / or information is transformed to the output to the customer. This can be one process, several processes, and with as many inputs and outputs as needed.<o:p></o:p></span></div><div class="MsoNormal"><br /></div><div class="MsoNormal"><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;">What is the point here? The point is, no matter how you look at business, you are satisfying the needs, wants, and desires of the customer through a thought out process that has inputs and outputs. Do you have an established process? Have you defined the output requirement to the customer (internal or external)? Have you defined the inputs to the process that will give you the needed output?<o:p></o:p></span></div><div class="MsoNormal"><br /></div><div class="MsoNormal"><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;">I know if I were to provide the product / service / or information just by myself, that I could provide the correct output from my process(s) given the correct inputs, and in the correct sequence of events that need to take place in the process, with less waste than an entire company would. Problem being, it would take me forever compared to an entire company. So our need is to take that single person value stream thought and convert it to a multi-person task through the value stream. Making sure we well define the process, outputs, and inputs.<o:p></o:p></span></div><div class="MsoNormal"><br /></div><div class="MsoNormal"><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;">Realize I have steered you to the thought of process, outputs, and inputs. This is typical Six Sigma practice: knowing what your process is capable of, then what is the process to output to satisfy the customer, and finally what inputs do you need to do that. What breaks that mold is when a process does not exist to provide the product / service / or information. Then you would start with the output and work backward through the concurrent design of process and inputs.<o:p></o:p></span></div><div class="MsoNormal"><br /></div><div class="MsoNormal"><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;">The concept is simple. Having everyone buy into the execution seems to be what creates the storm. The silo mentality of “I need this first before I will let you do that”, which typically does not fully align to True North to satisfy the customer, gets in the way of our performance. This causes gusts of delays. This causes the missed “pitch” or “lead” if you will, making someone think that they can squeeze in a different project while they wait. This intern begins the roller coaster of more unintended missed pitches in the process, turning the process into a hurricane. Hence my leading paragraph into these blogs that we need take the risk of peeling back the layers of work around and to do it right the first time. <o:p></o:p></span></div><div class="MsoNormal"><br /></div><div class="MsoNormal"><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;">Is it a bad thing if someone waits? Can you not visually see them waiting? Would you not ask yourself “why are they waiting?” and do something about the process? It seems like waiting is a good thing if you can see problems as they occur. The trick now becomes managing solutions to those problems as quick as possible, incrementally correcting the system and its processes. If the person instead of waiting filled in the time with another project, you would have never known you had a problem until it was too late. It is the worker that is being driven by old school supervision, creating an environment that “if I look busy I won’t get yelled at”, or in the supervisor’s case “if they look busy everything must be working fine.”</span></div><div class="MsoNormal"><br /></div><div class="MsoNormal"><span class="Apple-style-span" style="font-family: 'Times New Roman', serif; font-size: 16px; line-height: 18px;">Whether to weather the storm, or stop and peel back the layers of work around, seems to be the decision. Storms within your process, or incoming to the process, will create waste with a great potential of defects or defective products / services / or information to the customer. As you allow the storm to take you away from True North, the competitor who can better steer True North will always make it there first, in a manner of speaking.</span></div></div>Wesley Bushbyhttp://www.blogger.com/profile/09354574209519548918noreply@blogger.com0tag:blogger.com,1999:blog-2026850910907129879.post-5396195217009047622011-09-03T19:57:00.000-07:002012-12-28T10:10:46.543-08:00Quality Control - Before or after?<div dir="ltr" style="text-align: left;" trbidi="on"><br /><div class="MsoNormal"><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;">A LinkedIn forum question asked for a laymen’s explanation as to why QC Inspection is not a way to ensure accuracy of the end product. As usual, responses from others were lengthy and not necessarily directed at answering the question. This includes one I had posted approximately 30 days earlier, when I must have been upset with some of the responses.<o:p></o:p></span></div><div class="MsoNormal"><br /></div><div class="MsoNormal"><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;">If a defective product was made, inspecting it at the end of the process does not make the product any less defective. So now it has to be scrapped (or if a simple defect reworked). Who is paying for this? Is this not one of the forms of waste? Is this not what we are suppose to be continually improving, the elimination of waste? When waste is created, in any form, the true value is lost and the customer ends up paying for the value + waste through higher selling prices that cover the accepted projected loss of the manufacturer. This is what opens entry to market, giving competition room to squeeze between you and the customer, eventually taking your business away.<o:p></o:p></span></div><div class="MsoNormal"><br /></div><div class="MsoNormal"><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;">The purpose is to make it right the first time. Quality at the source and the responsibility for that quality comes from the person adding the value which is the operator. And I must emphasis here, </span><span style="font-family: 'Helvetica Neue', Arial, Helvetica, sans-serif; font-size: 12pt; line-height: 115%;"><b>WITHIN THE PROCESS THE OPERATOR WAS GIVEN</b></span><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;">. If your process has been setup to manufacture the product to customer specification, and the process is statistically in control, then there is no need to inspect the end product right? The process is the process, good or bad. The process data is what "speaks" back to the operator indicating whether the process is in statistical control or not, and the operator is to react when it is not in control, eliminating the chance of defects.</span></div><div class="MsoNormal"><br /></div><div class="MsoNormal"><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;">Now, if you are saying defects will still occur in a statistically controlled process, then so be it. That is what the process was designed to do. You need to change the process to reduce (eliminate if you can) the defects. You need to identify the defect and root cause. You may need to reengineer the product for manufacturability so defects cannot be made. You may need to revisit the PFMEA and add a poka-yoke on a value added feature the operator has difficulty maintaining. You may need to revise the standardized work to add quality check points. There are many things you can do, however realize it comes from the process and that is what needs to change. Please understand what you want to do is to change the system or it's processes to aid the operator in creating the value and reducing (if not eliminating) waste.<o:p></o:p></span></div><div class="MsoNormal"><br /></div><div class="MsoNormal"><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;">As I read the aforementioned forum question and responded as best I could in laymen terms (there is always room for improvement), I thought of problems with processes I have encountered in automotive. I would estimate 60 to 75% of the process issues were caused by variance from incoming material, which the process was not designed to handle. As I usually do I asked Why? maybe 100 times (okay, perhaps a bit of an exaggeration, however subconsciously I have drilled down through a lot of Why’s and I am zeroing in on root cause before I consciously think of the second or third Why?).<o:p></o:p></span></div><div class="MsoNormal"><br /></div><div class="MsoNormal"><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;">As I thought through this I realized, during product development companies hand make parts, do one off samples, 200 or 300% inspect prior to shipment, basically producing the perfect part. Even through the different build events special qualified personnel are making the product. Eventually the product is made off production tooling, still then by specially trained production personnel for pre-builds and line fill. When mass production hits all of the “special handling” goes away, and you merge into the “true process” from not only your process but also from your suppliers.<o:p></o:p></span></div><div class="MsoNormal"><br /></div><div class="MsoNormal"><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;">What is supposed to protect the customer after product launch is the PPAP (production part approval process). This is a warrant that the supplier process is capable of providing what the customer is paying for, whether it is volume of product or any fit/form/function of the product as specified by the customer. How does this tie back to material creating havoc with the process and the potential of defects at the end of your production line?<o:p></o:p></span></div><div class="MsoNormal"><br /></div><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;">Discussing this with my son Nick, one possible cause might be that during the initial trials and preparation for PPAP, not all of the supplier variations in the process were uncovered. Perhaps the FMEA was not detailed enough. Perhaps the supplier did not understand the process well enough to even contemplate a potential failure to put in the FMEA. Perhaps the supplier kept making the "perfect part". Whatever the case, when variation occurs that upsets the process, it must be identified and eliminated. The intent should always be to provide materials that maintain a stable, statistically controlled downstream process. If during mass production something is uncovered, fix it. Don’t accept from the supplier, “Well it was PPAP’d that way and you accepted it.” Go back and review the process, the FMEA, and update it with the new information so changes to the process take place that accommodate “the intent” of the PPAP, which is to make a defect free product from the process.</span><br /><br /><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;">Quality control does not take place at the end of the line, nor at the beginning whether incoming material or something else. Quality control is a constant effort in maintaining a statistically controlled process, identifying variance that was not originally considered in the process, and eliminating process variance that creates defects or defective products.</span><br /><br /><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;">Okay, now let us get back to reality. We all know quality inspections at the end or any other part of the process are not going away. Why is that? Quality inspections at the end of the process is just an admittance you do not understand the process nor if it is in statistical control. This is no different than using kanbans. A kanban is an admittance you do not know how to go to once piece flow yet. You know one piece flow is what you need to do. You just do not know how to get there yet. So the purpose of all this writing becomes a "strive" for no inspections at the beginning or end of the process. A "strive" for one piece flow, a "strive" toward continual improvement. If you do not set the bar for "no end of line inspection", "no kanbans", then you will always fall short and the next company that figures it out will be more than happy to close your business for you.</span></div>Wesley Bushbyhttp://www.blogger.com/profile/09354574209519548918noreply@blogger.com0tag:blogger.com,1999:blog-2026850910907129879.post-67848383240331192232011-08-27T15:32:00.000-07:002012-12-28T10:10:46.552-08:00Is it time to add value?<div dir="ltr" style="text-align: left;" trbidi="on"><br /><div class="MsoNormal"><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;">Is it Lean anymore? Have we over Leaned? Is it time for adding more value?<o:p></o:p></span></div><div class="MsoNormal"><br /></div><div class="MsoNormal"><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;">I recommend to everyone that you read the Forbes article titled, “<a href="http://www.forbes.com/sites/stevedenning/2011/08/17/why-amazon-cant-make-a-kindle-in-the-usa/"><span class="Apple-style-span" style="color: blue;">Why Amazon Can’t Make A Kindle In The USA</span></a>”. After reading it I do agree that for the sake of accounting and I will add the Westernization of Lean, we are outsourcing to show short term profits. This outsourcing, as it takes away from our manufacturing, service, and information base, leaves companies with a shell that they can no longer develop in, because the guts were outsourced. Hence perhaps a new spiral of declining value.<o:p></o:p></span></div><div class="MsoNormal"><br /></div><div class="MsoNormal"><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;">As we outsource we are also educating the companies we are doing business with. As we outsource more and more, they become more capable of producing a competing product on their own. So the marketing strategy of the outsource company would be, why pay the mark up when you can buy it direct . . .<o:p></o:p></span></div><div class="MsoNormal"><br /></div><div class="MsoNormal"><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;">As the article suggests this is not always the case. If you have a tight control on outsourcing, that you are handling the design specifications yourself, you may have control of the process <i>“so far”</i> as the article put it.<o:p></o:p></span></div><div class="MsoNormal"><br /></div><div class="MsoNormal"><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;">This is sort of basic economics. You must understand the equilibrium point and causes that can make it shift. There will be times that you should outsource. Most believe it is when it is outside your expertise. There are times when even outside your expertise you may need to keep it “in house”. Understanding what the customer values should determine this. With reference to the Kano Model, we need to shift “delighting the customer” to “expected performance” to “the basic need” at a quicker pace. If outsourcing does not conflict with that, then outsource. Otherwise, keep it “in house”.<o:p></o:p></span></div><div class="MsoNormal"><br /></div><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;">How does Lean Manufacturing fall into this? Is it possible we have reached the end of Lean to where accounting says all we have left is outsourcing for profitability? Or, is it more likely we have defined Lean Manufacturing incorrectly (Westernized) and that it should have been defined as the strive for continual improvement?</span></div>Wesley Bushbyhttp://www.blogger.com/profile/09354574209519548918noreply@blogger.com0tag:blogger.com,1999:blog-2026850910907129879.post-41819196461732824452011-08-26T20:06:00.000-07:002012-12-28T10:10:46.533-08:00Let us make this "Common Knowledge" - Part 3<div dir="ltr" style="text-align: left;" trbidi="on"><div dir="ltr" style="text-align: left;" trbidi="on"><br /><div class="MsoNormal"><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;">Okay, perhaps we cannot call it common sense, which was the title of this blog series until now. I was in another LinkedIn forum started by Professor Peter Hines. His question was,<a href="http://www.linkedin.com/groups/Something-s-puzzling-me-why-1801885.S.65736030?qid=b0bb8ca3-3a7d-4b1f-b336-e7f656267456&trk=group_most_popular-0-b-ttl&goback=%2Egmp_1801885"><span class="Apple-style-span" style="color: blue;"> "Something's puzzling me, why are we not doing better with implementing Lean when there seems to be so much common sense talked about in the Lean Business System Linked Group?"</span></a> The forum in general was pretty good (and still is at the time of this post). However, one response has made me think, and it was from Mr. James E. Mitchell. I suggest you find his entire response in the above linked forum. Let us just say, I thought there was a large gap between our views, however after thinking some more, it is a much smaller gap than I thought.<o:p></o:p></span></div><div class="MsoNormal"><br /></div><div class="MsoNormal"><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;">Mr. Mitchell stated he is on a personal mission to “<i>eradicate the term common sense</i>”. I took exception to that right away. However what he wrote made sense (pun was not intended here). He went on to suggest common sense was “<i>mostly learned by experience</i>”. Yes, I agree with that. He went on to also suggest “<i>it can be intellectually arrived at</i>”. Yes, I agree with that too. And then he went on to suggest most of what we call common sense “<i>is still foreign to people</i>”. Yes, I agree with that even more. So now Mr. Mitchell suggests if we do not teach what common sense is so that it becomes “<i>common knowledge</i>” throughout an organization, we will always keep saying is it not common sense. And on the flip side if common sense was really common sense, there would not be a point to the forum, or in my case to my old blog title. (Title was, "Can We Call It Common Sense?".)<o:p></o:p></span></div><div class="MsoNormal"><br /></div><div class="MsoNormal"><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;">Can we call it common sense? After contemplating what the forum response was getting at I would have to say no and agree to “<i>eradicate</i>” the term. However, does 2+2=4? Why? Would not someone say this is common sense? Why? Just because we were taught this in school? Why? Did we not just take this on blind faith because our teachers said so? Why?<o:p></o:p></span></div><div class="MsoNormal"><br /></div><div class="MsoNormal"><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;">Okay, many questions. Here is my answer. No, it needs to be common knowledge. Leadership is at fault here as Mr. Mitchell later on suggested. Nobody wants to fail. Nobody wants to back the “flavor of the month” because should it fail, that would be a sign of personal failure. Hey, does 2+2=4? Why? Does Lean Manufacturing work? Why? Does Six Sigma work? Why? Does it take a leap of blind faith to say “2+2 does indeed equal 4”, or does it take the backing of someone you respect? I say this is now common knowledge. What is preventing Leadership from accepting "common knowledge" is the failure of Lean and any other quality system practitioner to teach Leadership.<o:p></o:p></span></div><div class="MsoNormal"><br /></div><div class="MsoNormal"><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;">As Mr. Mitchell pointed out (and I will embellish a little here), it also takes leadership to Gemba so they can see, touch, breath, and listen to the reality, and to decide what the “common knowledge” needs to be. For once they do, they should, with the continued help of practitioners, continually improve.<o:p></o:p></span></div><div class="MsoNormal"><br /></div><div class="MsoNormal"><span class="Apple-style-span" style="font-family: 'Times New Roman', serif; font-size: 16px; line-height: 18px;">After I wrote this today I kept thinking. Yes leadership needs to Gemba, but why? Why does that work? Then I came to a conclusion based on my knowledge. Today's leadership still operates from the top down. They read the numbers and set the goal in a statistically controlled process, where (as Deming would put it) an able and willing body puts all their effort in working to standardized work to maintain that statistically controlled process. Follow orders, keep you nose clean, and we will continue to make parts, and by the way, meet the new goal that is near the bottom of that statistically controlled process. This is top down management where there will never be success. So perhaps common knowledge is still above the equal of leadership and will never be reached. Once leadership understands the bottom up approach, perhaps common knowledge will come forth.</span></div><div class="MsoNormal"><br /></div><div class="MsoNormal"><span class="Apple-style-span" style="font-family: 'Times New Roman', serif; font-size: 16px; line-height: 18px;">8/29/2011</span></div><div class="MsoNormal"><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;">My original writing (above) did not mention Mr. Mitchell because I wanted his approval to be sure I did not over extend his point, or leave anything out. With his permission I have included his name and quotes from his original post. In fairness and with support of his position, I will post a portion of his E-mail reply to me.</span></div><blockquote><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;">Your question "why does 2 + 2 = 4?" and isn't the answer common sense?, I would argue that the answer supports my premise. 2 + 2 = 4 because it can be proved, and that makes it common knowledge, but only if it is taught. Even a kid who can count to four does not know that adding two to two more will create four. Even though "everyone knows the answer", it is not common sense. Herein lies the problem with most uses of the term "common sense". The person who inveighs the term usually means that it is such common knowledge that anyone with any sense will already know it - a demonstrably false statement; one you can easily come up with examples of. One other problem I have with the term is how often it is use as a thinly disguised way of calling someone stupid, or maybe not all that bright, very often because of a lack of learning or inability to infer an answer from the existing evidence.</span></blockquote><br />I hope you find this link interesting as well: <a href="http://comment.rsablogs.org.uk/2010/10/14/rsa-animate-changing-education-paradigms/">Changing Education Paradigms</a><br /><br /><span class="Apple-style-span" style="font-size: x-small;">(<a href="http://wesbushby.blogspot.com/2011/07/can-we-call-it-common-sense.html"><span class="Apple-style-span" style="color: #073763;">Common Knowledge - Part 1</span></a>) (<a href="http://wesbushby.blogspot.com/2011/08/can-we-call-it-common-sense-part-2.html"><span class="Apple-style-span" style="color: #073763;">Common Knowledge - Part 2</span></a>)</span></div><br /></div>Wesley Bushbyhttp://www.blogger.com/profile/09354574209519548918noreply@blogger.com0tag:blogger.com,1999:blog-2026850910907129879.post-21253010219789284732011-08-20T08:42:00.002-07:002012-12-28T10:10:46.527-08:00Interview question: "What are your metrics?"<div dir="ltr" style="text-align: left;" trbidi="on"><span class="Apple-style-span" style="font-family: 'Times New Roman', serif; font-size: 16px; line-height: 18px;">Let us say you walk into a company for a visit and it turns into a job interview. During this time you assess the company, their goals, and how they measure performance. So you ask, "what are the company metrics?" You expect to hear “on time delivery”, “30 day warranty service”, perhaps “12 month warranty service”, and many others. What do you think when you hear your potential employer state, “we do not operate like that, we are different”?</span><br /><div class="MsoNormal"><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;"><br /></span></div><div class="MsoNormal"><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;">My first thought would have been, “okay, we are in trouble here”. The company is successful, is known for quality which you pay a slight premium for, has been around for almost a century and a half, and has a range of employees from those with a lot of white hair to those perhaps just out of college. And note, there is a strong correlation as to the older you are at this company to the years of service with this company.<o:p></o:p></span></div><div class="MsoNormal"><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;"><br /></span></div><div class="MsoNormal"><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;">This morning I read a LinkedIn<span class="Apple-style-span" style="color: blue;"> <a href="http://www.linkedin.com/groups/Dr-Deming-5-Deadly-Diseases-37987.S.66994874?view=&gid=37987&type=member&item=66994874&trk=EML_anet_di_pst_ttle">forum discussion</a></span> created by Pedro Burgos who linked a YouTube video of Dr. Deming that was made in 1984. The title, “<a href="http://www.youtube.com/watch?v=ehMAwIHGN0Y"><span class="Apple-style-span" style="color: blue;">The 5 Deadly Diseases</span></a>”. Anything I write at this point will only dilute the message, so I apologize for not having a greater insight. I strongly recommend you view it. It answers the question posed above, in that you need to build quality more than reading it in charts and reports.<o:p></o:p></span></div><div class="MsoNormal"><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;"><br /></span></div><div class="MsoNormal"><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;">Obviously you still need to back check performance of the system with numbers. You do not want to wake up one day and find you went in the red and are closing the doors. However, it is just that, a back check. Knowing you need to satisfy the customer by providing a quality product, service, or information is at the forefront. Having targets to back check are at the end. In the middle is control of the process that was planned when you selected the type of product, service, or information to meet the customers, needs-wants-desires.<o:p></o:p></span></div><div class="MsoNormal"><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;"><br /></span></div><div class="MsoNormal"><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;">So, to say the company does not have metrics may be correct, and also incorrect. They may not have the traditional metrics people work to meet, setting up silo processes of “I made my numbers”. However, the metric that counts, that grows the business, is customer satisfaction, building quality as defined by the customer, then following up (back checking) that you indeed succeeded in customer satisfaction. And of course continually improve.</span></div></div>Wesley Bushbyhttp://www.blogger.com/profile/09354574209519548918noreply@blogger.com0tag:blogger.com,1999:blog-2026850910907129879.post-61398918478684160002011-08-13T11:02:00.002-07:002012-12-28T10:10:46.550-08:00Food for thought . . .<div dir="ltr" style="text-align: left;" trbidi="on"><span class="Apple-style-span" style="font-family: 'Times New Roman', serif; font-size: 16px; line-height: 18px;">There is an aspect of business that I believe gets lost in the shuffle. Business is created and sets off with good intention, however does business constantly remind themselves as to why they are in business? I believe there is a question to be asked periodically when reviewing the "plan". And that is, "<b>Why </b>are we in business?"</span><br /><div class="MsoNormal"><br /></div><div class="separator" style="clear: both; text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEimJMEhoDp2_b3DA-ZcFo7obB33WnQbVHRBw1My8fm9KpJoAlv13DqqJXOaweo3aiQZ8kMikf21iLiTtrF4zOsLNDAyX5tK8oyg-_ghBLa7XDDeMGlB6W7w9dWS9r_H09vKEVJFaY8V0nOZ/s1600/Why.jpg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="320" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEimJMEhoDp2_b3DA-ZcFo7obB33WnQbVHRBw1My8fm9KpJoAlv13DqqJXOaweo3aiQZ8kMikf21iLiTtrF4zOsLNDAyX5tK8oyg-_ghBLa7XDDeMGlB6W7w9dWS9r_H09vKEVJFaY8V0nOZ/s320/Why.jpg" width="320" /></a></div><div class="MsoNormal"><span class="Apple-style-span" style="font-family: 'Times New Roman', serif;"><span class="Apple-style-span" style="line-height: 18px;"><br /></span></span></div><div class="MsoNormal"><span class="Apple-style-span" style="font-family: 'Times New Roman', serif;"><span class="Apple-style-span" style="line-height: 18px;"><br /></span></span></div><div class="MsoNormal"><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;">Without customers there is not a business. If we do not develop customer loyalty there is not a business. And finally, if we do not satisfy the stakeholders (notice I am not stating shareholders), the employees who create the value, then there is not a business. I cannot help but reflect on the show <a href="http://www.fox.com/kitchennightmares/"><span class="Apple-style-span" style="color: blue;">Kitchen Nightmares</span></a>. I see the restaurant owners basically stating “I know what the customers want better than the customers do.” Nobody to my recollection has stated it just like that, however after each episode I come away with that. Remember, the person with the money determines the value. You can try all you want to persuade them, but probably at the sacrifice of customer loyalty.<o:p></o:p></span></div><div class="MsoNormal"><br /></div><div class="MsoNormal"><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;">The next question to ask is, "<b>What </b>are we doing to maintain the Why?"<o:p></o:p></span></div><div class="MsoNormal"><span class="Apple-style-span" style="font-family: 'Times New Roman', serif;"><span class="Apple-style-span" style="line-height: 18px;"><br /></span></span></div><div class="separator" style="clear: both; text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhdp36gPtLDIIRePcl86pl8Uc5EQNsp5Stqxw9Bu35ZTZtVA3-bTc4KtRi_nmWEG-ihte2jgyEx_i6Yg_5Y8JJQElY9uYJ7O8Irjqt8UX7lM7oAXluiJS9ltVquTUM0m_hHE5Kif_l-fUxp/s1600/The+What.jpg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="320" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEhdp36gPtLDIIRePcl86pl8Uc5EQNsp5Stqxw9Bu35ZTZtVA3-bTc4KtRi_nmWEG-ihte2jgyEx_i6Yg_5Y8JJQElY9uYJ7O8Irjqt8UX7lM7oAXluiJS9ltVquTUM0m_hHE5Kif_l-fUxp/s320/The+What.jpg" width="320" /></a></div><div class="MsoNormal"><span class="Apple-style-span" style="font-family: 'Times New Roman', serif;"><span class="Apple-style-span" style="line-height: 18px;"><br /></span></span></div><div class="MsoNormal"><span class="Apple-style-span" style="font-family: 'Times New Roman', serif;"><span class="Apple-style-span" style="line-height: 18px;"></span></span><br /><div style="margin-bottom: .0001pt; margin: 0in;"><span class="Apple-style-span" style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;"><span style="color: black;"><span class="apple-style-span">I am not suggesting the above is a necessity or even all inclusive. Let us just say all of us think of these at times. (I unintentionally left out improved delivery - will integrate that later.) Notice the odd one in the group is “increase profit”. If you do not increase profit you cannot grow the business. If you do not grow the business you stand that chance of being overrun by the competition. To be better than the competition you need to provide quality. By eliminating waste you improve quality. As you improve quality you increase profit. So now you see the connection. </span></span></span><br /><span class="Apple-style-span" style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;"><span style="color: black;"><span class="apple-style-span"><br /></span></span></span><br /><span class="Apple-style-span" style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;"><span style="color: black;"><span class="apple-style-span">And to be successful we need <b>Tools</b> to help solve some of the problems in the What.<u1:p></u1:p></span><o:p></o:p></span></span></div><span class="Apple-style-span" style="font-family: 'Times New Roman', serif;"> </span><br /><div class="MsoNormal"><span class="Apple-style-span" style="font-family: 'Times New Roman', serif;"><span style="font-size: 12pt; line-height: 115%;"></span></span></div></div><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;"><br /></span><br /><div class="separator" style="clear: both; text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgsS9embccN2dzMpp3ONveWd-H-FaQOF4wKVZk_v-JsUn24P4SKNVFN1W8Bzj6b0ZFCUaX_5kl3eZTPUI5mEzxxCqQmRO12ROgakKy43Mx9C2OVVzDRab7PQa1bjxTZRpDTJk2iYnOzEDrh/s1600/The+Tools.jpg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="241" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgsS9embccN2dzMpp3ONveWd-H-FaQOF4wKVZk_v-JsUn24P4SKNVFN1W8Bzj6b0ZFCUaX_5kl3eZTPUI5mEzxxCqQmRO12ROgakKy43Mx9C2OVVzDRab7PQa1bjxTZRpDTJk2iYnOzEDrh/s320/The+Tools.jpg" width="320" /></a></div><div class="separator" style="clear: both; text-align: center;"><br /></div><div class="separator" style="clear: both; text-align: left;"><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;">The above is not an inclusive list. There are many tools to choose from and I would like to hear from everyone as to the tools they believe should be noted and are not. The key to any tool is to know where they came from, why they were developed, and the context they were meant for. That is right, meant for. Once you understand that you can play with it and adapt it to your needs. </span></div><div class="separator" style="clear: both; text-align: left;"><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;"><br /></span></div><div class="separator" style="clear: both; text-align: left;"><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;">In simpler terms, what was the problem being solved at that time the tool was needed and developed? To understand that you need to know who the Gurus were / are and how they defined the problem and developed the solution. Much can be learned from them. You do not need to reinvent the wheel, but rather understand how the wheel turns and put it on something that needs to move. Oh, and once again, remember to choose the right wheel for the terrain. So, who are some of the <b>Gurus</b>?</span></div><div class="separator" style="clear: both; text-align: left;"><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;"><br /></span></div><div class="separator" style="clear: both; text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgKkbszML8PFp23dlZqbTH_JNKXx8nOdKvn7yCptesPT2msGx3DeAUQtn-TPPTSn4TpzekhpJPsT_zhiE6b3qy4XFUK-iPHwojx1znK1uyzsnD_TNwQ3mOX98xoI-CC38pWmj7FLiFj5NWd/s1600/Gurus.jpg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="320" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgKkbszML8PFp23dlZqbTH_JNKXx8nOdKvn7yCptesPT2msGx3DeAUQtn-TPPTSn4TpzekhpJPsT_zhiE6b3qy4XFUK-iPHwojx1znK1uyzsnD_TNwQ3mOX98xoI-CC38pWmj7FLiFj5NWd/s320/Gurus.jpg" width="320" /></a></div><div class="separator" style="clear: both; text-align: center;"><br /></div><div class="separator" style="clear: both; text-align: left;"></div><div class="separator" style="clear: both; text-align: left;"><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;"><br />The bottom line is, <b>we are in business for the customer</b>. Without a focus on satisfying the customer we will fail. Stay focused if you want your next meal.</span></div></div>Wesley Bushbyhttp://www.blogger.com/profile/09354574209519548918noreply@blogger.com0tag:blogger.com,1999:blog-2026850910907129879.post-19192763127580292792011-08-06T20:51:00.002-07:002012-12-28T10:10:46.524-08:00Let us make this "Common Knowledge" - Part 2<div dir="ltr" style="text-align: left;" trbidi="on"><br /><div class="MsoNormal"><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;">In an earlier blog titled “<a href="http://wesbushby.blogspot.com/2011/07/can-we-call-it-common-sense.html" style="background-color: white;"><span class="Apple-style-span" style="color: blue;">Can we call it Common Sense?</span></a>” (now called "Let us make this Common Knowledge") I commented on how the “flavor of the month” pops up at times within a company or an industry claiming to be the “cure all” for your pain. My argument being all of the flavors share the same values if they are worth the grain of salt they claim to be, and that the only difference is the degree in which they emphasis a particular view on quality. Okay, perhaps what I wrote was not in that exact thought, however I am trying to clarify here.<o:p></o:p></span></div><div class="MsoNormal"><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;"><br /></span></div><div class="MsoNormal"><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;">Systems Thinking, Lean, Six Sigma, BPM, TQM, TPS, and more I consider quality models that have been successful for the industries that developed them. All of the models, like Six Sigma, were adopted by other industries. For any of these to succeed it takes knowledge of the customer, support of management, and execution from the people who add the value.<o:p></o:p></span></div><div class="MsoNormal"><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;"><br /></span></div><div class="MsoNormal"><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;">My contention is choose one, or better yet choose them all. If your industry is so focused one may do. If you are in a dynamic industry, your customer changes, competition is driving change, then perhaps more than one is needed. After all, is it not common knowledge to satisfy the customer, to meet and/or exceed the customer’s needs and wants?<o:p></o:p></span></div><div class="MsoNormal"><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;"><br /></span></div><div class="MsoNormal"><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;">I have created a basic 4-circle Venn diagram to illustrate the relationship between TQM, TPS, Lean, and Six Sigma. You can add more, leave the four circles and change the title, it doesn’t matter right now. The important thing to note is that IF all of these are customer centric, they will have to overlap at some point at the VOC (voice of the customer).<o:p></o:p></span></div><div class="MsoNormal"><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;"><br /></span></div><div class="separator" style="clear: both; text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjMJn4J_1wriCjjvMHqyo-frBwomVkfLD5wud6UUQZYondSvFM00fJe6t8SNE9ZCfRB8Rd4jrSWatAfDD3NV0_uiu0ZMluv0jSaG67s7CjynjYbzuRLgsgQfwmRMGgtaTHWj_KKg3y_xZ7D/s1600/Ven.jpg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="280" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjMJn4J_1wriCjjvMHqyo-frBwomVkfLD5wud6UUQZYondSvFM00fJe6t8SNE9ZCfRB8Rd4jrSWatAfDD3NV0_uiu0ZMluv0jSaG67s7CjynjYbzuRLgsgQfwmRMGgtaTHWj_KKg3y_xZ7D/s320/Ven.jpg" width="320" /></a></div><div class="MsoNormal"><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;"><br /></span></div><div class="MsoNormal"><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;">Now, if you take a given industry, say healthcare, you will find some hospitals may follow Six Sigma while others TPS. This does not mean they do not stride into TQM or Lean because they do. They just do not know it.<o:p></o:p></span><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;"><br /></span></div><div class="MsoNormal"><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;"><br /></span></div><div class="separator" style="clear: both; text-align: center;"><a href="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiYKGKghgnZVRCb1tU36VU3ib76o_vAvHZ_g0rwXeO1NqWVKJK0G0dmYnpffOCzI3LyZrm_34SUV4RhCphrM_xjAphKEa9EAa4ZLmS23c2wXBuwXiYMuKd539tE9KcyviGJVxXPJ00Eq22d/s1600/Ven2.jpg" imageanchor="1" style="margin-left: 1em; margin-right: 1em;"><img border="0" height="280" src="https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiYKGKghgnZVRCb1tU36VU3ib76o_vAvHZ_g0rwXeO1NqWVKJK0G0dmYnpffOCzI3LyZrm_34SUV4RhCphrM_xjAphKEa9EAa4ZLmS23c2wXBuwXiYMuKd539tE9KcyviGJVxXPJ00Eq22d/s320/Ven2.jpg" width="320" /></a></div><div class="MsoNormal"><span class="Apple-style-span" style="font-family: 'Times New Roman', serif;"><span class="Apple-style-span" style="line-height: 18px;"><br /></span></span></div><div class="MsoNormal"><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;"><br /></span></div><div class="MsoNormal"><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;">Call it what you want. I now believe this should be "common knowledge". You choose from the tool box what you need to solve Your problem. It does not matter what flavor it came from. Just know how to apply it and that you are applying it for customer satisfaction.<o:p></o:p></span><br /><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;"><br /></span><br /><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;">8/12/2011 Update</span><br /><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;">Reading through some LinkedIn forums I came across a post "<a href="http://www.linkedin.com/groups/Six-sigma-in-3-words-37987.S.64323771?view=&srchtype=discussedNews&gid=37987&item=64323771&type=member&trk=eml-anet_dig-b_pd-ttl-cn"><span class="Apple-style-span" style="background-color: white;"><span class="Apple-style-span" style="color: blue;">Six Sigma in 3 words is</span></span>?</a>" by Lee Jones. It was Very nice to see the responses were coinciding with my "Common Knowledge" approach, in that everyone was covering all of the possibilities that overlapped or maybe even engulfed areas like TQM, TPS, Lean, and more.</span><br /><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;"><br /></span><br /><span style="font-family: 'Times New Roman', serif; font-size: x-small; line-height: 115%;">(<a href="http://wesbushby.blogspot.com/2011/07/can-we-call-it-common-sense.html"><span class="Apple-style-span" style="color: #073763;">Common Knowledge - Part 1</span></a>) (<a href="http://wesbushby.blogspot.com/2011/08/can-we-call-it-common-sense-part-3.html"><span class="Apple-style-span" style="color: #073763;">Common Knowledge - Part 3</span></a>)</span></div></div>Wesley Bushbyhttp://www.blogger.com/profile/09354574209519548918noreply@blogger.com0tag:blogger.com,1999:blog-2026850910907129879.post-55607877803938738542011-08-03T19:40:00.002-07:002012-12-28T10:10:46.546-08:00You need to "See" to make change . . .<div dir="ltr" style="text-align: left;" trbidi="on"><span class="Apple-style-span" style="font-family: 'Times New Roman', serif;"><span class="Apple-style-span" style="line-height: 18px;"></span></span><br /><div class="MsoNormal" style="line-height: 15.05pt; margin-bottom: .0001pt; margin-bottom: 0in;"><span class="Apple-style-span" style="font-family: 'Times New Roman', serif;"><span style="color: black; font-family: 'Times New Roman', serif; font-size: 12pt;">Someone asked me the other day would I hire someone with a TPS background who had worked in a Japanese owned company for 12 years, or would I pick someone with Lean or Six Sigma certification. My quick response: I would hire a person with a TPS background and only 5 years experience working at a Japanese owned company over anybody.</span><span style="color: black; font-family: Arial, sans-serif; font-size: 12pt;"><o:p></o:p></span></span></div><div class="MsoNormal" style="line-height: 15.05pt; margin-bottom: .0001pt; margin-bottom: 0in;"><span class="Apple-style-span" style="font-family: 'Times New Roman', serif;"><span style="color: black; font-family: 'Times New Roman', serif; font-size: 12pt;"><br />Now, I am not knocking certification. I have several degrees myself that I obtained late in life, and this person has an MBA I believe. A formal education combined with TPS experience should put you at the top of the list in my book. However when you are out job hunting or looking to change career paths, it is very challenging trying to understand all the why’s and what fore’s a potential employer may look down on someone that is not certified in Lean or Six Sigma.</span><span style="color: black; font-family: Arial, sans-serif; font-size: 12pt;"><o:p></o:p></span></span></div><div class="MsoNormal" style="line-height: 15.05pt; margin-bottom: .0001pt; margin-bottom: 0in;"><span class="Apple-style-span" style="font-family: 'Times New Roman', serif;"><span style="color: black; font-family: 'Times New Roman', serif; font-size: 12pt;"><br />For me the basic traits to hire a Lean engineering type person (and this may count for other professions as well):</span></span></div><div class="MsoNormal" style="line-height: normal; margin-bottom: 3.0pt; margin-left: 0in; margin-right: 0in; margin-top: 0in; mso-list: l0 level1 lfo1; tab-stops: list .5in; text-indent: 0in;"></div><ul style="text-align: left;"><li><span class="Apple-style-span" style="font-family: 'Times New Roman', serif;"><span class="Apple-style-span" style="font-size: 16px;">Communication</span></span></li><span class="Apple-style-span" style="font-family: 'Times New Roman', serif;"><li><span class="Apple-style-span" style="font-size: 16px;">Problem Solving with any PDSA format</span></li><li><span class="Apple-style-span" style="font-size: 16px;">Understanding Value</span></li><li><span class="Apple-style-span" style="font-size: 16px;">Being a Change Agent never accepting status quo</span></li><li><span class="Apple-style-span" style="font-size: 16px;">Seeing with “New Eyes”</span></li><li><span class="Apple-style-span" style="font-size: 16px;">And understanding the closer a person is to the customer, meaning the people touching the product creating the value, the more they are your true internal customer, and that the further you are away from the customer, the more you are there to serve.</span></li></span></ul><div class="MsoNormal" style="line-height: 15.05pt; margin-bottom: .0001pt; margin-bottom: 0in;"><span class="Apple-style-span" style="font-family: 'Times New Roman', serif;"><span style="color: black; font-family: 'Times New Roman', serif; font-size: 12pt;"><br />People from a TPS environment, whether absorbed through osmoses or hands on application, learn to see waste in the value stream. Bottlenecks jump out at them. They treat Kanban as a necessary evil because one-piece-flow has not yet been figured out. They see a problem from the visual factory and resolve it.</span><span style="font-family: 'Times New Roman', serif; font-size: 12pt;"><o:p></o:p></span></span></div><div class="MsoNormal" style="line-height: 15.05pt; margin-bottom: .0001pt; margin-bottom: 0in;"><span class="Apple-style-span" style="font-family: 'Times New Roman', serif;"><br /></span></div><div class="MsoNormal" style="line-height: 15.05pt; margin-bottom: .0001pt; margin-bottom: 0in;"><span class="Apple-style-span" style="font-family: 'Times New Roman', serif;"><span style="color: black; font-family: 'Times New Roman', serif; font-size: 12pt;">The dissatisfaction I have with Lean/Six Sigma is the project time. TPS is incremental improvements, looking for and eliminating waste. People in TPS are not fearful of pilot studying what might happen if you remove one level in the Kanban (with predicted outcome - not tampering) in a moments notice, so you can observe interruptions to the flow, the process, the value stream, and either correct them on the spot, or put the Kanban level back until you have a fix. Value added is still value added. It does not add up any other way. You add to the bottom line when you focus on eliminating waste and leaving the value. Consider it a law of nature. Or can I call this the "Law of Wes"?</span><span style="color: black; font-family: Arial, sans-serif; font-size: 12pt;"><o:p></o:p></span></span></div><div class="MsoNormal" style="line-height: 15.05pt; margin-bottom: .0001pt; margin-bottom: 0in;"><span class="Apple-style-span" style="font-family: 'Times New Roman', serif;"><br /></span></div><div class="MsoNormal" style="line-height: 15.05pt; margin-bottom: .0001pt; margin-bottom: 0in;"><span class="Apple-style-span" style="font-family: 'Times New Roman', serif;"><span style="color: black; font-family: 'Times New Roman', serif; font-size: 12pt;">This is not to take away from a Lean or Six Sigma certification. I am an ASQ Certified Six Sigma Green Belt and want to become proficient as a Master Black Belt. I find many of the tools beneficial. However, I find TPS gets the job done quicker and with, in my opinion, greater customer satisfaction and bottom line return. “I’ll gladly pay you Tuesday for a hamburger today”, as Wimpy would say. People holding the money do not want to wait for tomorrow. Nor does TPS.</span><span style="color: black; font-family: Arial, sans-serif; font-size: 12pt;"><o:p></o:p></span></span></div><div class="MsoNormal" style="line-height: 15.05pt; margin-bottom: .0001pt; margin-bottom: 0in;"><span class="Apple-style-span" style="font-family: 'Times New Roman', serif;"><br /></span></div><div class="MsoNormal" style="line-height: 15.05pt; margin-bottom: .0001pt; margin-bottom: 0in;"><span class="Apple-style-span" style="font-family: 'Times New Roman', serif;"><span style="color: black; font-family: 'Times New Roman', serif; font-size: 12pt;">Case in point: A heart failure hospital had asked me to help them with their outpatient department. This facility embraces Six Sigma, as they should. I have to step back for the moment and say there is a push to reduce the number of patients readmitting within 30 days of discharge. The medical insurance industry is driving this. Think of this as the insurance industry looking for a warranty. If it breaks within 30 days, you fix it for free. So the hospital had a Six Sigma team that included a Black Belt heading the project as to why patients were readmitting for heart failure within 30 days after discharge.</span><span style="color: black; font-family: Arial, sans-serif; font-size: 12pt;"><o:p></o:p></span></span></div><div class="MsoNormal" style="line-height: 15.05pt; margin-bottom: .0001pt; margin-bottom: 0in;"><span class="Apple-style-span" style="font-family: 'Times New Roman', serif;"><br /></span></div><div class="MsoNormal" style="line-height: 15.05pt; margin-bottom: .0001pt; margin-bottom: 0in;"><span class="Apple-style-span" style="font-family: 'Times New Roman', serif;"><span style="color: black; font-family: 'Times New Roman', serif; font-size: 12pt;">Here was the interesting part. The Six Sigma team consisted of all the department heads or head nurses. They were all on a mission to collect all the data on patients to look for a correlation to the re-admittance within 30 days. Let us just keep this short in that they were following the DMAIC process and it was taking time. I was invited to one of their meetings several weeks after I had made some observations of the outpatient department. After hearing all this discussion I had to ask, “Are you telling me the patient symptoms were not managed at the time of discharge?” Something to that affect anyway. I knew this was not the case however I wanted them to stop and listen to what they were saying and how it related to the problem they were trying to solve. Nobody got the hint. There focus should have not been on their process with respect to managing symptoms if they truly believed the patient was being discharged correctly. It should have been what was taking place between discharge and readmitting within 30 days.</span><span style="color: black; font-family: Arial, sans-serif; font-size: 12pt;"><o:p></o:p></span></span></div><div class="MsoNormal" style="line-height: 15.05pt; margin-bottom: .0001pt; margin-bottom: 0in;"><span class="Apple-style-span" style="font-family: 'Times New Roman', serif;"><br /></span></div><div class="MsoNormal" style="line-height: 15.05pt; margin-bottom: .0001pt; margin-bottom: 0in;"><span class="Apple-style-span" style="font-family: 'Times New Roman', serif;"><span style="color: black; font-family: 'Times New Roman', serif; font-size: 12pt;">After those few weeks, before I attended the Six Sigma meeting, I realized there was a huge lack of customer focus. Everyone in the system was satisfying the system, but doing nothing to change the patient’s outcome or experience after discharge. When the patient was readmitted, the patient was just put back through the process again. The bottom line was the patient not being compliant with their own healthcare after discharge. A lot of it being enablers you and I would tend to surround ourselves with when we are not feeling well, meaning family, friends, perhaps a different doctor.</span><span style="color: black; font-family: Arial, sans-serif; font-size: 12pt;"><o:p></o:p></span></span></div><div class="MsoNormal" style="line-height: 15.05pt; margin-bottom: .0001pt; margin-bottom: 0in;"><br /><div class="MsoNormal" style="line-height: 15.05pt; margin-bottom: .0001pt; margin-bottom: 0in;"><span class="Apple-style-span" style="font-family: 'Times New Roman', serif;"><span style="font-family: 'Times New Roman', serif; font-size: 12pt;">This sort of gets back to my “<a href="http://wesbushby.blogspot.com/2011/07/to-poka-yoke-or-not-to-poka-yoke-that.html"><span style="color: blue; text-decoration: none;">Poka-Yoke or Not to Poka-Yoke</span></a>” blog. We see so many ads on television for medication, weight loss, and whatever else is out there relating to personal health, that we tend to not believe the information because it never seems to work. We believe we know better. So we ignore the information given to us and move on. (Obviously much of the ads on television we do need to ignore.)</span></span><br /><br /><span class="Apple-style-span" style="font-family: 'Times New Roman', serif;"><span style="font-family: 'Times New Roman', serif; font-size: 12pt;">The biggest example was the outpatients who kept coming in after having a high sodium meal, drinking lots of water in the belief it would flush out the sodium. Not true. The actual result is much more stress on your heart because of fluid retention caused by the sodium, hence the requirement for heart failure for a low sodium diet and restricted fluid intake. For the normal public this is against what we believe we know. Hence the patient does not follow it, and with the support of their enablers.</span><span style="color: black; font-family: Arial, sans-serif; font-size: 12pt;"><o:p></o:p></span></span></div><div class="MsoNormal" style="line-height: 15.05pt; margin-bottom: .0001pt; margin-bottom: 0in;"><span class="Apple-style-span" style="font-family: 'Times New Roman', serif;"><br /></span></div><div class="MsoNormal" style="line-height: 15.05pt; margin-bottom: .0001pt; margin-bottom: 0in;"><span class="Apple-style-span" style="font-family: 'Times New Roman', serif;"><span style="color: black; font-family: 'Times New Roman', serif; font-size: 12pt;">Trying to make a long story short, the department and I developed a patient quiz. This quiz asked the questions that would be asked during the outpatient visit. It was also what they need to be doing at home for themselves. It gave the patient time to reflect on the truth and the nurse to understand what the patient was not doing. The focus was put back on the patient, not the system, with the intent to change the patient’s outcome and experience. As we tracked the grades on the white board for all to see, the grades improved along with the patient’s outcome of managed health. The patients that would typically readmit seemed to reduce. (The department closed so I could not collect the data to give you a percent change.)</span><span style="color: black; font-family: Arial, sans-serif; font-size: 12pt;"><o:p></o:p></span></span></div><div class="MsoNormal" style="line-height: 15.05pt; margin-bottom: .0001pt; margin-bottom: 0in;"><span class="Apple-style-span" style="font-family: 'Times New Roman', serif;"><br /></span></div><div class="MsoNormal" style="line-height: 15.05pt; margin-bottom: .0001pt; margin-bottom: 0in;"><span class="Apple-style-span" style="font-family: 'Times New Roman', serif;"><span style="color: black; font-family: 'Times New Roman', serif; font-size: 12pt;">The Six Sigma team was still doing their thing, evaluating their internal process, not making a connection to our findings in outpatient, and when they heard we developed and started a quiz they were a bit upset because they wanted us to hold off on all of our improvements for a roll out later, when their Six Sigma project was ready. Hmm, what was wrong with that picture?</span><span style="color: black; font-family: Arial, sans-serif; font-size: 12pt;"><o:p></o:p></span></span></div><div class="MsoNormal" style="line-height: 15.05pt; margin-bottom: .0001pt; margin-bottom: 0in;"><span class="Apple-style-span" style="font-family: 'Times New Roman', serif;"><br /></span></div><div class="MsoNormal"><span class="Apple-style-span" style="font-family: 'Times New Roman', serif;"><span style="color: black; font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;">So, yes I would hire a TPS person that has at least breathed the air even in a 5 year period, over most of the certified people out there. If for nothing else, a TPS experience allows them to “see” and make immediate change.</span><span style="font-size: 12pt; line-height: 115%;"><o:p></o:p></span></span></div></div></div>Wesley Bushbyhttp://www.blogger.com/profile/09354574209519548918noreply@blogger.com0tag:blogger.com,1999:blog-2026850910907129879.post-74811303591965066072011-07-31T18:11:00.002-07:002012-12-28T10:10:46.556-08:00Move Yourself into Excellence<div dir="ltr" style="text-align: left;" trbidi="on"><span class="Apple-style-span" style="font-family: 'Times New Roman', serif; font-size: 16px; line-height: 18px;">I chose to write this blog for two reasons. First to laugh at myself and second because there was a very important point someone made in an article that came up in an Internet search.</span><br /><div class="MsoNormal"><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;"><br /></span></div><div class="MsoNormal"><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;">I was Internet searching this afternoon to see how my wesbushby.com and wesleybushby.com was doing (just linked it to my blog yesterday), along with finding out if I could Internet search on the blog I just wrote titled “Where do you start Lean?” The dot com link worked, and my blog title was nowhere in the search. However one finding in the search jumped out at me as potentially interesting so I read it. The title, “Where to Begin with Lean: A3 Analysis”.<o:p></o:p></span></div><div class="MsoNormal"><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;"><br /></span></div><div class="MsoNormal"><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;">I have to pause here and state that I view myself as being able to “see” problems in processes whether visual or hidden, whether manufacturing, service, or information. I “see” waste. I “see” broken processes. What I do not “See” is what is right in front of me. So let us now move on.<o:p></o:p></span></div><div class="MsoNormal"><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;"><br /></span></div><div class="MsoNormal"><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;">As I read the article, I heard a clear voice and thought in the writing. Every sentence I read added more excitement, thinking “someone seems to have gotten this right, about time.” One key point right at the beginning, to describe where to begin implementing the Toyota Production System, was a quote from someone at Toyota, “Start by analyzing the work to be done.” I truly believe this. And will support that belief one more time by quoting something Dr. W. Edwards Deming once said: “If you emulate Toyota you will always be less than Toyota.” You need to solve Your problems. Do not implement a “canned solution” to your problems.<o:p></o:p></span></div><div class="MsoNormal"><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;"><br /></span></div><div class="MsoNormal"><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;">The article went on to define the 3 categories of waste. I must say I was impressed. In the back of my mind I could not help but think this person copied from someone, because it was too correct. The article then went on to describe how in manufacturing it is easy to place categorized steps from a manufacturing environment onto a value stream map, and how today Lean thinkers try to apply their manufacturing experience to service and information and loose their Lean as it were. That today’s Lean thinkers can easily become confused given the dynamics, constant change in direction, which service and information throws at you. Meaning, claims of “creative work” now pop up and that the outcome of steps is not predictable.<o:p></o:p></span></div><div class="MsoNormal"><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;"><br /></span></div><div class="MsoNormal"><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;">I am not here to re-write the article. I am here to say the thought in the article is stupendous. At the end of all this “seeing” the statement was made, “. . . we need to use the standard process of value stream mapping with A3 analysis. This is the real role for creativity at work.” That statement blew me away. During my short experience in healthcare I found myself solving problems in that same fashion, never realizing that given my manufacturing background, I was doing the right thing in applying what I felt was the obvious for healthcare.<o:p></o:p></span></div><div class="MsoNormal"><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;"><br /></span></div><div class="MsoNormal"><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;">Here is the big laugh at myself. The last two sentence of the article hooked me. I wanted to read more from this person. And the person was . . . drum roll . . . (wish I could put this on the back side of the page so you could flip it over and be surprised) . . . James Womack!!! (The person who coined the word Lean and the phrase Lean Thinking.) All I could say to myself with great respect to Womack was, “it figures” and then laugh at myself. (<a href="http://www.imakenews.com/WMS/e_article000481780.cfm?x=bbMscqh,b2S67y7f,w"><span class="Apple-style-span" style="background-color: white; color: blue;">Click here to see the article.</span></a>)<o:p></o:p></span></div><div class="MsoNormal"><br /></div><div class="MsoNormal"><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;">I believe James Womack to be one of the Guru’s of our time. At least I think there are others currently out there. As I find out more from Womack I find he “sees” with clear thought as I do. He is a hell of a lot more experienced than I am. So I cannot even think about being in his realm of genius. The top of my list is still Dr. W. Edwards Deming. To me it is because Deming had revolutionized the focus in quality, greatly challenging the status quo in his era. I, and perhaps we, have a long way to go to take what these two gentlemen have given us and to move it forward, let alone understanding the many changes that take place over time and to improve upon their thought.<o:p></o:p></span></div><div class="MsoNormal"><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;"><br /></span></div><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;">What you should take away from all this is that you need to solve Your problems. You need to “see” Your waste. Though I am not experienced at value stream mapping (want to be), I am an experienced problem solver and believe in PDSA and A3 analysis. Value stream mapping and A3 are common tools that crossover from manufacturing, to service, to information. However you need to “see with new eyes” and solve Your problems. Not apply solutions found by others. How else are you going to move yourself into excellence?</span></div>Wesley Bushbyhttp://www.blogger.com/profile/09354574209519548918noreply@blogger.com0tag:blogger.com,1999:blog-2026850910907129879.post-27129433668319779852011-07-30T06:11:00.002-07:002012-12-28T10:10:46.530-08:00Where do you start Lean?<div dir="ltr" style="text-align: left;" trbidi="on"><span class="Apple-style-span" style="font-family: Times, 'Times New Roman', serif; font-size: 12pt;">As mentioned in an earlier blog (<a href="http://wesbushby.blogspot.com/2011/07/lean-training.html"><span class="Apple-style-span" style="color: blue;">click here</span></a>), I frequent the LinkedIn forums to understand how others see and resolve problems using Lean, Six Sigma, or whatever other process that may be out there. This morning I came across a discussion that I commented in earlier as a simple "No", however I now see the forum taking shape, deep diving into the last "Why?" as it were. So I thought I would share it with you. (<a href="http://www.linkedin.com/groupAnswers?viewQuestionAndAnswers=&discussionID=56760775&gid=1801885&commentID=46972752&trk=view_disc"><span class="Apple-style-span" style="color: blue;">Click here for jump to forum.</span></a>)</span><br /><br /><span class="Apple-style-span" style="font-family: Times, 'Times New Roman', serif; font-size: 12pt;">The question posed by Lee Jones was, "Does everyone agree, that 5S is the starting point for introducing lean??" Now that I typed his question, I realize I did not post my response in the correct context. For introducing Lean perhaps the answer is Yes. I missed my edit time on the forum so I had to enter another post. Here was my prior response:</span><br /><br /><span class="Apple-style-span" style="font-family: Times, 'Times New Roman', serif; font-size: 12pt;">"I believe we are all on the right track. We have our purpose in thought, and if you combine all that we are stretching based on how we see the problem. As others stated, the lean journey starts with identifying waste and most of all being able to sustain improvement. Depending upon how others see it or cannot see will help determine what to start with. 5S is a method of identifying waste, as is VSM, Kanban and all the rest. However the strong argument not to confuse the stated question with "start with" and "foundations" is totally correct. The foundation, the brick and mortar that holds up the Lean structure, is seeing and sustaining. 5S is probably the best tool to train people how to do that. However this needs to be coupled with what the tool was meant for which is to see waste. As alluded to, what is the gap between you totally satisfying your customer and what they are getting now? It could be a poorly engineered product, so would 5S or VSM be the tool to identify the waste in that process, or would a house of quality matrix?</span><br /><br /><span class="Apple-style-span" style="font-family: Times, 'Times New Roman', serif; font-size: 12pt;">Remember, the glass does not have to be half full or half empty. It just might be engineered to the wrong size. Use the tools to identify probable cause so that you can see probable solutions. Generically, 5S seems to be a common starting point. But will you achieve greatness if you use it every time?"</span><br /><br /><span class="Apple-style-span" style="font-family: Times, 'Times New Roman', serif; font-size: 12pt;">Are there any other thoughts out there?</span></div>Wesley Bushbyhttp://www.blogger.com/profile/09354574209519548918noreply@blogger.com0tag:blogger.com,1999:blog-2026850910907129879.post-73771707731576983622011-07-29T19:56:00.002-07:002017-02-20T06:55:21.765-08:00Once upon a time there were three little companies<div dir="ltr" style="text-align: left;" trbidi="on">
<span class="Apple-style-span" style="font-family: "times new roman" , serif; font-size: 16px; line-height: 18px;">I think too much sometimes and it leads to severe daydreaming. I began wondering why some companies become part of the “excellence” we grow to admire, and why others flounder. So I thought I would make up a story of the three little companies that go “we passed TS”.</span><br />
<div class="MsoNormal">
<br />
<div class="MsoListParagraphCxSpFirst" style="margin-left: 0in; mso-add-space: auto;">
<span class="Apple-style-span" style="font-family: "times new roman" , serif;"><span class="apple-style-span"><span style="color: black; font-family: "times new roman" , serif; font-size: 12pt; line-height: 115%;">Once upon a time there were three little companies. To keep them straight let us call them Straw, Wood and Brick. All three companies are TS-16949 certified, and re-certify when the time comes. My question, which company is better at the end of an audit? Straw who passes with flying colors, meaning no majors or minors to be found; Wood who passes perhaps with just 1 minor; Or, Brick who passes with maybe three minors?<o:p></o:p></span></span></span></div>
<div class="MsoListParagraphCxSpMiddle" style="margin-left: 0in; mso-add-space: auto;">
<span class="Apple-style-span" style="font-family: "times new roman" , serif;"><br /></span></div>
<div class="MsoListParagraphCxSpMiddle" style="margin-left: 0in; mso-add-space: auto;">
<span class="Apple-style-span" style="font-family: "times new roman" , serif;"><span class="apple-style-span"><span style="color: black; font-family: "times new roman" , serif; font-size: 12pt; line-height: 115%;">Decide yet? If not, try to. After all, this is just a fictional story.<o:p></o:p></span></span></span></div>
<div class="MsoListParagraphCxSpMiddle" style="margin-left: 0in; mso-add-space: auto;">
<span class="Apple-style-span" style="font-family: "times new roman" , serif;"><br /></span></div>
<div class="MsoListParagraphCxSpMiddle" style="margin-left: 0in; mso-add-space: auto;">
<span class="Apple-style-span" style="font-family: "times new roman" , serif;"><span class="apple-style-span"><span style="color: black; font-family: "times new roman" , serif; font-size: 12pt; line-height: 115%;">Now let us add some more depth. All three of these companies, typical to most, choose to internal audit themselves thirty days prior to the external audit. Straw's internal auditor is like the external auditor, asking questions, asking for proof, and then reports out that there are minors and perhaps a major finding. Wood asks each department manager to audit their own process and to shore up holes. Brick does the internal audit similar to Straw, however they dig deep and when something is not quite right the audit stops to allow the auditee to make corrections, with a return at a later date to complete the internal audit.<o:p></o:p></span></span></span></div>
<div class="MsoListParagraphCxSpMiddle" style="margin-left: 0in; mso-add-space: auto;">
<span class="Apple-style-span" style="font-family: "times new roman" , serif;"><br /></span></div>
<div class="MsoListParagraphCxSpMiddle" style="margin-left: 0in; mso-add-space: auto;">
<span class="Apple-style-span" style="font-family: "times new roman" , serif;"><span class="apple-style-span"><span style="color: black; font-family: "times new roman" , serif; font-size: 12pt; line-height: 115%;">Decide yet? Did you change your mind yet? After all, this is just a fictional story.<o:p></o:p></span></span></span></div>
<div class="MsoListParagraphCxSpMiddle" style="margin-left: 0in; mso-add-space: auto;">
<span class="Apple-style-span" style="font-family: "times new roman" , serif;"><br /></span></div>
<div class="MsoListParagraphCxSpMiddle" style="margin-left: 0in; mso-add-space: auto;">
<span class="Apple-style-span" style="font-family: "times new roman" , serif;"><span class="apple-style-span"><span style="color: black; font-family: "times new roman" , serif; font-size: 12pt; line-height: 115%;">Yes, now some more depth. This almost feels like a deep dive problem solving event. Anyway, let us say Straw’s internal audit report to management placed several of the auditees under severe scrutiny because it was reported the auditees failed the internal audit. The internal audit instructions were to dot the “i’s” and cross the “t’s” and make sure all the paperwork matched. Wood’s audit report to management from the department managers was that they felt the process was captured and the recommendation was “steady as she goes”. Brick's audit report stated some minor findings, and time had to be given between the audit processes to correct issues that could be interpreted as additional minors perhaps turning into a major. Trust was given to the people in the process to make the corrections themselves.<o:p></o:p></span></span></span></div>
<div class="MsoListParagraphCxSpMiddle" style="margin-left: 0in; mso-add-space: auto;">
<span class="Apple-style-span" style="font-family: "times new roman" , serif;"><br /></span></div>
<div class="MsoListParagraphCxSpMiddle" style="margin-left: 0in; mso-add-space: auto;">
<span class="Apple-style-span" style="font-family: "times new roman" , serif;"><span class="apple-style-span"><span style="color: black; font-family: "times new roman" , serif; font-size: 12pt; line-height: 115%;">Decide yet? Did you change your mind again? After all, this is just a fictional story.<o:p></o:p></span></span></span></div>
<div class="MsoListParagraphCxSpMiddle" style="margin-left: 0in; mso-add-space: auto;">
<span class="Apple-style-span" style="font-family: "times new roman" , serif;"><br /></span></div>
<div class="MsoListParagraphCxSpMiddle" style="margin-left: 0in; mso-add-space: auto;">
<span class="Apple-style-span" style="font-family: "times new roman" , serif;"><span class="apple-style-span"><span style="color: black; font-family: "times new roman" , serif;"><span style="font-size: 12pt; line-height: 115%;">To side track a little to a real life story. I fly as a hobby, or at least I did many years ago. One time near the local airport my engine stopped. The prop was static – not wind milling. This was a hand prop airplane, meaning I could not press a start button, nor walk outside in mid air to try to start the engine. I had an adrenaline </span><span style="font-size: 12pt; line-height: 115%;">rush, and an attitude like, “okay, time to get down to business”. This is the same as my passion for Lean Manufacturing. While flying, as long as I knew how to obtain the maximum glide slope I could sustain my flight for a safe outcome. The same goes for continual improvement. Meaning there will always be short comings and room for continual improvement. Recognize that and go for it, one increment at a time, stretching the sustaining between each increment. After my engine experience I had a flashback to it when on July 19, 1989 United Airlines Flight 232 had a catastrophic failure of its hydraulic system. I remembered thinking, whom would I rather have as a captain? One with several years of experience and no accidents, or one close to retirement who may have had several accidents? After my engine experience I can now say I will choose the person who has been through the problems to guide me to safety. There is a solid foundation to base decisions and to continually improve from.<o:p></o:p></span></span></span></span></div>
<div class="MsoListParagraphCxSpMiddle" style="margin-left: 0in; mso-add-space: auto;">
<span class="Apple-style-span" style="font-family: "times new roman" , serif;"><br /></span></div>
<div class="MsoListParagraphCxSpMiddle" style="margin-left: 0in; mso-add-space: auto;">
<span class="Apple-style-span" style="font-family: "times new roman" , serif;"><span class="apple-style-span"><span style="color: black; font-family: "times new roman" , serif; font-size: 12pt; line-height: 115%;">So now let us get back to the fictional story and add some more depth. Straw passed the external audit with flying colors. No major or minor findings, though through the process only documented proof of what showed “a perfect record” was presented. Business continued status quo, still shipping defects and believing processes did not need to be improved. I might even re-write this fictional story to show that the foundation was still crumbling, under the premise of good work. </span></span></span><br />
<span class="Apple-style-span" style="font-family: "times new roman" , serif;"><span class="apple-style-span"><span style="color: black; font-family: "times new roman" , serif; font-size: 12pt; line-height: 115%;"><br /></span></span></span>
<span class="Apple-style-span" style="font-family: "times new roman" , serif;"><span class="apple-style-span"><span style="color: black; font-family: "times new roman" , serif; font-size: 12pt; line-height: 115%;">Wood passed, perhaps not as fancy as Straw, but with honest effort and a breath of relief once it was over, and with the attitude “were good until the next audit”. Brick passed, but with respect to audit outcome not as fair as Straw and Wood. However they came out saying “we did well and know what we need to do to improve.”<o:p></o:p></span></span></span></div>
<div class="MsoListParagraphCxSpMiddle" style="margin-left: 0in; mso-add-space: auto;">
<span class="Apple-style-span" style="font-family: "times new roman" , serif;"><br /></span></div>
<div class="MsoListParagraphCxSpMiddle" style="margin-left: 0in; mso-add-space: auto;">
<span class="Apple-style-span" style="font-family: "times new roman" , serif;"><span class="apple-style-span"><span style="color: black; font-family: "times new roman" , serif; font-size: 12pt; line-height: 115%;">Decide yet? Did you change your mind at all? After all, is this fiction when you look at how companies treat TS-16949 to improve quality?<o:p></o:p></span></span></span></div>
<div class="MsoListParagraphCxSpLast" style="margin-left: 0in; mso-add-space: auto;">
<span class="Apple-style-span" style="font-family: "times new roman" , serif;"><br /></span></div>
<span class="Apple-style-span" style="font-family: "times new roman" , serif;"><span class="apple-style-span"><span style="color: black; font-family: "times new roman" , serif; font-size: 12pt; line-height: 115%;">Is there a moral to the three little companies? – Perhaps. Straws who arrange their house to please an auditor, or Woods who arrange their house just to get by may find in the long haul that time (the Wolf) will still get them. However, the Bricks who have such a strong foundation of continual improvement shall be able to weather time.</span></span></span><br />
<span class="Apple-style-span" style="font-family: "times new roman" , serif;"><span class="apple-style-span"><span style="color: black; font-family: "times new roman" , serif; font-size: 12pt; line-height: 115%;"><br /></span></span></span>
<span class="Apple-style-span" style="font-family: "times new roman" , serif;"><span class="apple-style-span"><span style="color: black; font-family: "times new roman" , serif; font-size: 12pt; line-height: 115%;">12/25/2011 - Please note that passing an audit does not mean the organization is providing a quality product / service / or information. All passing an audit means is that controls put in place by management are, for the most part, being followed given the sample size of the audit. Whether the controls are appropriate is not the concern of the audit per se. Though feedback should be given to management by the auditing organization for continual improvement.</span></span></span></div>
</div>
Wesley Bushbyhttp://www.blogger.com/profile/09354574209519548918noreply@blogger.com0tag:blogger.com,1999:blog-2026850910907129879.post-9459838027621670882011-07-23T08:15:00.002-07:002012-12-28T10:10:46.558-08:00To Poka-Yoke or Not to Poka-Yoke, that is the question . . .<div dir="ltr" style="text-align: left;" trbidi="on"><span class="Apple-style-span" style="font-family: Times, 'Times New Roman', serif; font-size: 16px; line-height: 18px;">If you have gone beyond the title you probably have an interest in this and have some knowledge of what a poka-yoke is. For the sake of focus I will state in my words what a poka-yoke is.</span><br /><br /><div style="margin-bottom: .0001pt; margin: 0in;"><span class="Apple-style-span" style="font-family: Times, 'Times New Roman', serif; font-size: 12pt; line-height: 115%;">Poka-yoke is a Japanese term that basically means “fail safing” or “mistake proofing”. The intent is to Help the equipment operator from making a mistake. This is not to be confused with Jadoka (sometimes referred to as autonomation). This is another Japanese term for detecting when an error occurred and automatically stopping the machine or operator until the error is fixed.</span></div><div style="margin-bottom: .0001pt; margin: 0in;"><br /><span class="Apple-style-span" style="font-family: Times, 'Times New Roman', serif; font-size: 12pt; line-height: 115%;">Also, there have been two types of poka-yokes generally accepted. The first and the one you want to use is the poka-yoke that aids the operator from making the mistake in the first place. Examples: Configure the assembly nest so the product can only be installed one way before it is assembled; Color code stops that can be put in place for the different products made off the same equipment; Barcode scan and build off the barcode requirement. The second method, and the one you want to use least, is to check at the end of the process step and to contain the product if it is non-conforming.</span></div><div style="margin-bottom: .0001pt; margin: 0in;"><br /><span class="Apple-style-span" style="font-family: Times, 'Times New Roman', serif; font-size: 12pt; line-height: 115%;">I bring this topic up because I see issues how people perceive poka-yoke. In automotive everyone believes that 100% poka-yoke is the golden rule, the cure all, to build in quality. However those who believe this lack the comprehension it is not free, that there are still risks. When there are risks, there are associated costs.</span></div><div style="margin-bottom: .0001pt; margin: 0in;"><br /><span class="Apple-style-span" style="font-family: Times, 'Times New Roman', serif; font-size: 12pt; line-height: 115%;">Specifically in automotive I have seen a defect product repeatedly make it to the next process step from a fully poka-yoked previous step. Every time you ask them why this occurred the response was “the machine allowed it”. So the poka-yoke failed and made the defect. WRONG. The Help to the operator failed and the Operator made the defect. Quality at the source please . . .<br /><br /><span class="Apple-style-span" style="font-family: Times, 'Times New Roman', serif; font-size: 12pt; line-height: 115%;">This fully poka-yoke system was not robust. It had a 50% Type II (false negative) failure rate. Production rate out of this cell was 50% because of this. So the operator had to work even faster to make up for the loss in defects, creating a higher chance of defects. Nobody tracked OEE (overall equipment effectiveness – a topic for some other day), however the OEE would have brought you right to the problem which was machine downtime. The company’s solution was to add higher cost poka-yokes. The problem persisted.</span></span></div><div style="margin-bottom: .0001pt; margin: 0in;"><br /><span class="Apple-style-span" style="font-family: Times, 'Times New Roman', serif; font-size: 12pt; line-height: 115%;">My solution was to turn off the poka-yoke, which I did without the boss’ approval. Most reading this already know what happened. The defects went away. I mean went away to zero. The operator took the responsibility to build quality. After turning off the poka-yoke the operator “owned” this cell, not allowing supervisors to remove them from it. Why? The operator did not have to wait for the poka-yoke to pass the part. The assembly was uninterrupted by the process (no machine failure), allowing for more time to build in quality. There were zero machine adjustments needed, allowing time for maintenance to work on other now higher risks within the plant. You see the picture . . . costs dropped dramatically.<br /><br /><span class="Apple-style-span" style="font-family: Times, 'Times New Roman', serif; font-size: 12pt; line-height: 115%;">Once the boss found out I turned off the poka-yoke he was not happy, though he could not argue the facts. He had been taught you poka-yoke everything. Here I come along and say you do not. You only poka-yoke what the operator has difficulty with, and even then material presentation can make a greater positive impact than a poka-yoke. He still wanted a solution. So I stripped off the $20k poka-yoke system and threw it in the trash. With the help of the people who add value (the operators) we found a feature we could poka-yoke for $1.2k. We implemented it and began having 3% Type I (false positive) errors. Much better than a Type II, but you wonder why we would even have them if we had zero without the poka-yoke. Answer: People can become complacent with fully poka-yoked equipment. If the poka-yoke fails they will not notice. The flip side is, if the machine and poka-yoke fail often, nobody will have faith in the equipment, so when the equipment Does build it right the operator says “it’s wrong, I know I made it correctly”, and pass on a defective product. Hmmm, the Hawthorne Study comes to mind all of a sudden (when I ran without a poka-yoke).<br /><br /><span class="Apple-style-span" style="font-family: Times, 'Times New Roman', serif; font-size: 12pt; line-height: 115%;">Then, and this is true, a month later my boss had to be at another plant because Toyota was coming to visit. The team there proudly displayed their masterpiece poka-yoke that was ingenious (and it was). After they explained it to Toyota, the response from Toyota was, “You were having problems maintaining quality?” The answer was, “No.” So Toyota was very dissatisfied. All of this additional cost (cost of engineering, making the poka-yoke, maintenance, added equipment down time when the poka-yoke fails) and added machine cycle time for something the operator was not having a problem with.<br /><br /><span class="Apple-style-span" style="font-family: Times, 'Times New Roman', serif; font-size: 12pt; line-height: 115%;">To poka-yoke, or not to poka-yoke, that is the question. Whether ‘tis nobler in the mind to suffer the defects of outrageous poka-yokes, Or to take arms against the sea of problems, And by making the operator accountable end them?</span></span></span></span></div></div>Wesley Bushbyhttp://www.blogger.com/profile/09354574209519548918noreply@blogger.com0tag:blogger.com,1999:blog-2026850910907129879.post-27198916703040463192011-07-13T19:46:00.002-07:002012-12-28T10:10:46.531-08:00Analysis Paralysis<div dir="ltr" style="text-align: left;" trbidi="on"><div dir="ltr" style="text-align: left;" trbidi="on"><div class="MsoListParagraph"><span class="Apple-style-span" style="font-family: 'Times New Roman', serif;"><span class="Apple-style-span" style="line-height: 18px;"></span></span></div><div class="MsoNormal" style="margin-bottom: .0001pt; margin-bottom: 0in; mso-line-height-alt: 10.35pt;"></div><div class="MsoNormal" style="margin-bottom: .0001pt; margin-bottom: 0in; mso-line-height-alt: 10.35pt;"></div><div class="MsoNormal" style="margin-bottom: .0001pt; margin-bottom: 0in; mso-line-height-alt: 10.35pt;"><span class="Apple-style-span" style="font-family: 'Times New Roman', serif;"><span style="color: black; font-family: 'Times New Roman', serif; font-size: 12pt;">When things go awry with quality and defects keep shipping to the customer, it seems human nature for management to put in stop gap check points to inspect for quality. Management wants data collection inspections and reaction to the data, adding layers to the processes, requiring more work from others who are suppose to monitor the process and build in quality.<o:p></o:p></span></span></div><span class="Apple-style-span" style="font-family: 'Times New Roman', serif;"> </span><br /><div class="MsoNormal" style="margin-bottom: .0001pt; margin-bottom: 0in; mso-line-height-alt: 10.35pt;"><span class="Apple-style-span" style="font-family: 'Times New Roman', serif; font-size: 16px;">I cannot help but ask why do we keep analyzing numbers? Why do we try to FIND trends? Why do we grow this monster add on process of inspecting quality into the product?</span></div><div class="MsoNormal" style="margin-bottom: .0001pt; margin-bottom: 0in; mso-line-height-alt: 10.35pt;"><span class="Apple-style-span" style="font-family: 'Times New Roman', serif;"><br /></span></div><div class="MsoNormal" style="margin-bottom: .0001pt; margin-bottom: 0in; mso-line-height-alt: 10.35pt;"><span class="Apple-style-span" style="font-family: 'Times New Roman', serif;"><span style="color: black; font-family: 'Times New Roman', serif; font-size: 12pt;">I believe this type of response from management is waste at the extreme. In a manufacturing environment I believe these questions need to be asked:</span></span></div><div class="MsoNormal" style="margin-bottom: .0001pt; margin-bottom: 0in; mso-line-height-alt: 10.35pt; tab-stops: .75in;"></div><ol><li><span class="Apple-style-span" style="font-family: 'Times New Roman', serif; font-size: 12pt;"><span class="Apple-style-span" style="font-size: 16px;">Is the process running normal? Are we following our standardized work?</span></span></li><span class="Apple-style-span" style="font-family: 'Times New Roman', serif;"><li><span class="Apple-style-span" style="font-size: 16px;">Is the equipment functioning properly? Are we keeping interruptions to the process at a minimum?</span></li><li><span class="Apple-style-span" style="font-size: 16px;">Is the material being presented correctly so the correct part is being applied? Is the incoming material meeting specified quality?</span></li></span></ol><span class="Apple-style-span" style="font-family: 'Times New Roman', serif; font-size: 12pt;"><span style="color: black; font-family: 'Times New Roman', serif; font-size: 12pt;">Quality is built into the product / service / information by the people who touch it – the operators. Tools need to be in place for the operators to build quality. The above questions are tools needed to build a quality manufactured product. Perhaps You can contribute base questions for service and information.<o:p></o:p></span></span></div><br /><span class="Apple-style-span" style="font-family: 'Times New Roman', serif; font-size: 12pt;"><span style="color: black; font-family: 'Times New Roman', serif; font-size: 12pt;">Without the above as a foundation, “noise” will take place within the process. After all, it is the process that has failed. Not the people. This “noise” takes the work force away, distracts, causes confusion when building quality. “Noise” can be a lot of things: unplanned equipment outages, material shortages, wrong material presentation, poor quality material, unsafe work conditions, not following 5S (a place for everything and everything in its place), not following a repeat process. I hope you have enough examples to grasp what I mean by “noise”.<o:p></o:p></span></span><br /><div class="MsoNormal" style="margin-bottom: .0001pt; margin-bottom: 0in; mso-line-height-alt: 10.35pt;"><span class="Apple-style-span" style="font-family: 'Times New Roman', serif;"><br /></span></div><div class="MsoNormal" style="margin-bottom: .0001pt; margin-bottom: 0in; mso-line-height-alt: 10.35pt;"><span class="Apple-style-span" style="font-family: 'Times New Roman', serif;"><span style="color: black; font-family: 'Times New Roman', serif; font-size: 12pt;">So, instead of management asking “is our process in control”, and if not getting it back in control; instead of asking “did we follow standardized work”, and if not do so; instead of asking “has the equipment been running properly”, and if not get it back up to running standards, . . . (you get the point) . . . management wants to see more data and to react to the data. From the data they take some sort of corrective action measure, get more data, make more corrections, to the point the labor force is now paralyzed from building in quality. Analysis Paralysis!<o:p></o:p></span></span></div><div class="MsoNormal" style="margin-bottom: .0001pt; margin-bottom: 0in; mso-line-height-alt: 10.35pt;"><span class="Apple-style-span" style="font-family: 'Times New Roman', serif;"><br /></span></div><div class="MsoNormal" style="margin-bottom: .0001pt; margin-bottom: 0in; mso-line-height-alt: 10.35pt;"><span class="Apple-style-span" style="font-family: 'Times New Roman', serif;"><span style="color: black; font-family: 'Times New Roman', serif; font-size: 12pt;">How about we just put the process back to normal? (Of course I am presuming you had a normal process that was producing quality to begin with.)</span></span></div><span class="Apple-style-span" style="font-family: 'Times New Roman', serif;"><br /></span></div>Wesley Bushbyhttp://www.blogger.com/profile/09354574209519548918noreply@blogger.com0tag:blogger.com,1999:blog-2026850910907129879.post-48219985589122131402011-07-09T08:52:00.002-07:002012-12-28T10:10:46.540-08:00Do you every wonder why people batch process?<div dir="ltr" style="text-align: left;" trbidi="on"><div class="MsoNormal" style="font-family: Times, 'Times New Roman', serif; margin-bottom: 0.0001pt;"><span style="color: black; font-family: 'Times New Roman', serif; font-size: 12pt;">I had an "ah ha" moment while making corrections to a spreadsheet this morning. In the Lean experience one would suggest that walking in manufacturing / service (or in this case jumping cell-to-cell in the spreadsheet) is waste. You should move all of the tasks within the grasp of the operator so as to minimize motion, resulting in as close to an efficient process as possible. As I went through my task correcting the spreadsheet, I now am asking myself "how effective is this (jumping cell-to-cell)?"<o:p></o:p></span></div><div class="MsoNormal" style="font-family: Times, 'Times New Roman', serif; margin-bottom: 0.0001pt;"><br /></div><div class="MsoNormal" style="font-family: Times, 'Times New Roman', serif; margin-bottom: 0.0001pt;"><span style="color: black; font-family: 'Times New Roman', serif; font-size: 12pt;">Here is what I found. Though I was meeting cycle time making corrections, I found myself batch processing. Meaning that instead of making all of the corrections at once in a given cell and moving onto another, I would make one "type" of correction in each cell, then come back to make another batch set of corrections.<o:p></o:p></span></div><div class="MsoNormal" style="font-family: Times, 'Times New Roman', serif; margin-bottom: 0.0001pt;"><br /></div><div class="MsoNormal" style="font-family: Times, 'Times New Roman', serif; margin-bottom: 0.0001pt;"><span style="color: black; font-family: 'Times New Roman', serif; font-size: 12pt;">You really don't know what I am up to, but lets just clear the thought here. I am not able to do "find and replace" because of the extensive coding I am doing in the cell formula. I cannot create a formula, highlight it, and extend it down the column like one would do to repeat a formula with for each preceding cell. (I hope you know what I mean.)<o:p></o:p></span></div><div class="MsoNormal" style="font-family: Times, 'Times New Roman', serif; margin-bottom: 0.0001pt;"><br /></div><div class="MsoNormal" style="font-family: Times, 'Times New Roman', serif; margin-bottom: 0.0001pt;"><span style="color: black; font-family: 'Times New Roman', serif; font-size: 12pt;">The "ah ha" moment came when I realized I was processing small batches at a time because the work content was too complicated to do it right in a one-piece-flow process. This "ah ha" moment immediately directed me to what I have seen in manufacturing. Team members batching even though they know very well the Standardized Work instruction calls for each of the elemental tasks be completed before you start the next part. Have we made the process too complicated? Is this why industry Guru's (I will have to go back and research which of them prescribed this) insisted on breaking the process down to such a simplistic short set of operations for an individual team member? (Something like a vacuum cleaner example comes to mind . . . Professor Susan S. can you help me out here?)<o:p></o:p></span></div><div class="MsoNormal" style="font-family: Times, 'Times New Roman', serif; margin-bottom: 0.0001pt;"><br /></div><div class="MsoNormal" style="font-family: Times, 'Times New Roman', serif; margin-bottom: 0.0001pt;"><span style="color: black; font-family: 'Times New Roman', serif; font-size: 12pt;">So, my latest mission (to add on to the many I have stacked on my shoulders) is to observe team members doing their tasks. I hope to understand why some may have chosen to deviate from the declared process. The outcome may be that if you see them batch, perhaps the work content is too complicated. Nothing like a visual factory to bring out the Why? Why? Why? . . .</span></div></div>Wesley Bushbyhttp://www.blogger.com/profile/09354574209519548918noreply@blogger.com0tag:blogger.com,1999:blog-2026850910907129879.post-54838565625397330682011-07-06T18:13:00.002-07:002012-12-28T10:10:46.544-08:00Do you understand quality?<div dir="ltr" style="text-align: left;" trbidi="on"><span class="Apple-style-span" style="font-family: Times, 'Times New Roman', serif;"></span><br /><div class="MsoNormal" style="margin-bottom: 12.0pt; mso-line-height-alt: 11.5pt;"><span class="Apple-style-span" style="color: #333333; font-family: Times, 'Times New Roman', serif;"></span><br /><div class="MsoNormal" style="mso-line-height-alt: 11.5pt;"><span class="Apple-style-span" style="color: #333333; font-family: Times, 'Times New Roman', serif;"><span style="color: #333333; font-size: 12pt;">Another LinkedIn forum question caught my eye (<a href="http://www.linkedin.com/groupItem?view=&gid=117127&type=member&item=49689905&qid=49d96867-0634-4c39-ae73-03bb26dfe799&trk=group_most_popular-0-b-ttl&goback=%2Egmp_117127"><span style="color: #cc3300; text-decoration: none;">click here to see the forum</span></a>). This one was from Mateus Machado. He asked, "What's the best way to change the mentality of workers that work on the production floor?"<o:p></o:p></span></span></div><span class="Apple-style-span" style="color: #333333; font-family: Times, 'Times New Roman', serif;"> </span><br /><div class="MsoNormal" style="margin-bottom: .0001pt; margin-bottom: 0in; mso-line-height-alt: 11.5pt;"><span class="Apple-style-span" style="color: #333333; font-family: Times, 'Times New Roman', serif;"><span style="color: #333333; font-size: 12pt;">I liked it because this is a common issue, yet I believe we choose not to “see” it because we are driven to “show individual effort” rather than “synergy”. My response:</span><span style="font-size: 12pt;"><o:p></o:p></span></span><br /><span class="Apple-style-span" style="color: #333333; font-family: Times, 'Times New Roman', serif;"><span style="color: #333333; font-size: 12pt;"><br /></span></span></div><div class="MsoNormal" style="margin-bottom: .0001pt; margin-bottom: 0in; mso-line-height-alt: 11.5pt; vertical-align: baseline;"><span class="Apple-style-span" style="color: #333333; font-family: Times, 'Times New Roman', serif;"><span style="color: black; font-size: 12pt;">“The best challenge I have used is putting the work force in the customer’s shoes. As an automotive example, get a group of people together and have them define quality outright. Then have them mentally go into a restaurant and define quality, and understand the differences each of them place on a quality aspect (hot food, quick service, etc). Have them mentally buy a car and define quality. Then have them think of the automotive customer they are now providing a product / service to and define quality if you were in the customer's shoes. Soon they understand who the customer is, how quality is defined at each level of the "quality stream", and most will get an “ah ha” moment. <span style="border-bottom-color: windowtext; border-bottom-style: none; border-bottom-width: 1pt; border-left-color: windowtext; border-left-style: none; border-left-width: 1pt; border-right-color: windowtext; border-right-style: none; border-right-width: 1pt; border-top-color: windowtext; border-top-style: none; border-top-width: 1pt; padding-bottom: 0in; padding-left: 0in; padding-right: 0in; padding-top: 0in;"><br /><br /></span>The end product you are looking for is the work force developing their own work standards that will provide quality to the customer. They first need to understand what quality is as defined by the customer before they can do that."</span><span style="color: #333333; font-size: 12pt;"><o:p></o:p></span></span></div><div class="MsoNormal" style="margin-bottom: .0001pt; margin-bottom: 0in; mso-line-height-alt: 11.5pt; vertical-align: baseline;"><span class="Apple-style-span" style="color: #333333; font-family: Times, 'Times New Roman', serif;"><br /></span></div><div class="MsoNormal"><span class="Apple-style-span" style="color: #333333; font-family: Times, 'Times New Roman', serif;"><span style="color: black; font-size: 12pt; line-height: 115%;">We need to treat people at all levels with the same respect. Why would the worker on the shop floor not want to be mentally challenged, at least at some level? Why should the worker on the shop floor not understand what the customer is paying for?</span><span style="font-family: 'Times New Roman', serif; font-size: 12pt; line-height: 115%;"><o:p></o:p></span></span><br /><span class="Apple-style-span" style="color: #333333; font-family: Times, 'Times New Roman', serif;"><span style="color: black; font-size: 12pt; line-height: 115%;"></span><br /><span class="Apple-style-span" style="color: #333333; font-family: Times, 'Times New Roman', serif;"><span style="color: black; font-size: 12pt; line-height: 115%;">One individual came up to me during work and asked, "why should I work harder without more money? The owner has the money to pay me, so why not let loose the purse strings and then we will work harder?" After a couple days I was able to refocus him on who defines quality, and that the person buying the product defines quality and also holds the cash. If you work status quo, the only option to increase your pay check would be to put more business into the same workplace. This does mean you will need to work harder. Lean manufacturing is intended to eliminate waste, open shop capacity for new business, without working harder.</span></span></span></div></div></div>Wesley Bushbyhttp://www.blogger.com/profile/09354574209519548918noreply@blogger.com0tag:blogger.com,1999:blog-2026850910907129879.post-45222157906903769692011-07-04T12:48:00.002-07:002012-12-28T10:10:46.537-08:00Let us make this "Common Knowledge" - Part 1<div dir="ltr" style="text-align: left;" trbidi="on"><br /><div class="MsoNormal" style="margin-bottom: .0001pt; margin-bottom: 0in; mso-line-height-alt: 10.35pt;"><span style="color: black; font-family: 'Times New Roman', serif; font-size: 12pt;">I heard that Dr. Deming has once said, “If you emulate Toyota you will always be less than Toyota.” This is because in order to understand and the creation of the tools Toyota developed over the decades, you would have had to have gone through their struggles. TPS (Toyota Production System) did not happen overnight. It began in the late ‘30s, and TPS was framed by the mid ‘70s.<o:p></o:p></span></div><div class="MsoNormal" style="margin-bottom: .0001pt; margin-bottom: 0in; mso-line-height-alt: 10.35pt;"><br /></div><div class="MsoNormal" style="margin-bottom: .0001pt; margin-bottom: 0in; mso-line-height-alt: 10.35pt;"><span style="color: black; font-family: 'Times New Roman', serif; font-size: 12pt;">Over the recent decades manufacturing began to focus on ways to improve. Programs like TQM, APQP, Lean, Six Sigma, TPS, and Outside-In Thinking came about. A few books that I have read (which I cannot recall the specific titles) have claimed their way of looking at manufacturing is the only way to look at it if you want to be successful.<o:p></o:p></span></div><div class="MsoNormal" style="margin-bottom: .0001pt; margin-bottom: 0in; mso-line-height-alt: 10.35pt;"><br /></div><div class="MsoNormal" style="margin-bottom: .0001pt; margin-bottom: 0in; mso-line-height-alt: 10.35pt;"><span style="color: black; font-family: 'Times New Roman', serif; font-size: 12pt;">To claim a cure all for anything begins to boil my blood. They can only speak from their experience and those perhaps close to them. They cannot speak for all. If you attempt to emulate anything without understanding the problem, you are most likely applying the wrong solution.<o:p></o:p></span></div><div class="MsoNormal" style="margin-bottom: .0001pt; margin-bottom: 0in; mso-line-height-alt: 10.35pt;"><br /></div><div class="MsoNormal" style="margin-bottom: .0001pt; margin-bottom: 0in; mso-line-height-alt: 10.35pt;"><span style="color: black; font-family: 'Times New Roman', serif; font-size: 12pt;">We are all problem solvers and to different degrees. We view current situations based on our experience, clarity of thought, and self developed philosophy. How clear we view the problem depends on how open we are to new ideas, challenges, and to the desire to improve. We choose what clothes to put on in the morning (sometimes challenging for me), which way to drive to work, what to eat for lunch, when to go to sleep, and many more choices in between of various difficulty (difficult based on our experience).<o:p></o:p></span></div><div class="MsoNormal" style="margin-bottom: .0001pt; margin-bottom: 0in; mso-line-height-alt: 10.35pt;"><br /></div><div class="MsoNormal" style="margin-bottom: .0001pt; margin-bottom: 0in; mso-line-height-alt: 10.35pt;"><span style="color: black; font-family: 'Times New Roman', serif; font-size: 12pt;">So I propose to those in manufacturing, service, and information, that any label you believe to be the solution, whether TQM, APQP, Lean, Six Sigma, TPS, Outside-In Thinking, or anything else you can come up with, are all the same. The difference is the degree of emphasis on a specific need. They all speak of customer focus, advanced planning, quality, elimination of waste, controlling the process, and more. However they do it in different degrees. This is how consultants “shift” the flavor of the month to make it appealing to the problems that face you now. Generically, perhaps the problem is the same day-to-day when you look at your business from the 10,000 ft level. However as you drill down dynamics form, move, slide, into problems that can present themselves differently many times during that day with each requiring a different solution.<o:p></o:p></span></div><div class="MsoNormal" style="margin-bottom: .0001pt; margin-bottom: 0in; mso-line-height-alt: 10.35pt;"><br /></div><div class="MsoNormal" style="margin-bottom: .0001pt; margin-bottom: 0in; mso-line-height-alt: 10.35pt;"><span style="color: black; font-family: 'Times New Roman', serif; font-size: 12pt;">So why do we have to assign a label such as TPS or Six Sigma? Why can we not make the aggregate “Common Knowledge”? This is day-to-day problem solving, driving root cause, and implementing permanent corrective action. Understanding the problem is the first hurdle. Understanding how it affects your customer so that it can be prioritized is another. By taking the label away and focusing on identifying and solving problems, you can excel your business beyond bench marking and the mere adaption of business models. Set the bar high. Do not accept the solutions put in place by others, for you will always come up short.<o:p></o:p></span></div><div class="MsoNormal" style="margin-bottom: .0001pt; margin-bottom: 0in; mso-line-height-alt: 10.35pt;"><br /></div><div class="MsoNormal" style="margin-bottom: .0001pt; margin-bottom: 0in; mso-line-height-alt: 10.35pt;"><span class="Apple-style-span" style="font-family: 'Times New Roman', serif; font-size: 16px;">Let us educate and make this "Common Knowledge".</span><br /><span class="Apple-style-span" style="font-family: 'Times New Roman', serif; font-size: 16px;"><br /></span><br /><span class="Apple-style-span" style="font-family: 'Times New Roman', serif; font-size: x-small;">(<a href="http://wesbushby.blogspot.com/2011/08/can-we-call-it-common-sense-part-2.html"><span class="Apple-style-span" style="color: #073763;">Common Knowledge - Part 2</span></a>) (<a href="http://wesbushby.blogspot.com/2011/08/can-we-call-it-common-sense-part-3.html"><span class="Apple-style-span" style="color: #073763;">Common Knowledge - Part 3</span></a>)</span></div></div>Wesley Bushbyhttp://www.blogger.com/profile/09354574209519548918noreply@blogger.com0tag:blogger.com,1999:blog-2026850910907129879.post-2574564488937642152011-07-03T06:38:00.002-07:002012-12-28T10:10:46.528-08:00Deming . . . Does everyone understand his point?<div dir="ltr" style="text-align: left;" trbidi="on"><br /><div class="MsoNormal" style="margin-bottom: .0001pt; margin-bottom: 0in; mso-line-height-alt: 10.35pt;"><span style="color: black; font-family: 'Times New Roman', serif; font-size: 12pt;">In my opinion Dr. Deming had the knack of breaking a problem down to its simplest components, and then to "see" a statistical pattern across problems.<o:p></o:p></span></div><div class="MsoNormal" style="margin-bottom: .0001pt; margin-bottom: 0in; mso-line-height-alt: 10.35pt;"><br /></div><div class="MsoNormal" style="margin-bottom: .0001pt; margin-bottom: 0in; mso-line-height-alt: 10.35pt;"><span style="color: black; font-family: 'Times New Roman', serif; font-size: 12pt;">Though I have not confirmed this yet, my understanding is that Dr. Deming at one time said:<o:p></o:p></span></div><div class="MsoNormal" style="margin-bottom: .0001pt; margin-bottom: 0in; mso-line-height-alt: 10.35pt;"><br /></div><div class="MsoNormal" style="margin-bottom: .0001pt; margin-bottom: 0in; mso-line-height-alt: 10.35pt;"><span style="color: black; font-family: 'Times New Roman', serif; font-size: 12pt;">“True values do not exist.”<o:p></o:p></span></div><div class="MsoNormal" style="margin-bottom: .0001pt; margin-bottom: 0in; mso-line-height-alt: 10.35pt;"><br /></div><div class="MsoNormal" style="margin-bottom: .0001pt; margin-bottom: 0in; mso-line-height-alt: 10.35pt;"><span style="color: black; font-family: 'Times New Roman', serif; font-size: 12pt;">That statement is thought provoking. If you dig deep you can define the meaning for yourself. For me, it is the difference between calculated and reality. It goes along with another statement I believe he made:<o:p></o:p></span></div><div class="MsoNormal" style="margin-bottom: .0001pt; margin-bottom: 0in; mso-line-height-alt: 10.35pt;"><br /></div><div class="MsoNormal" style="margin-bottom: .0001pt; margin-bottom: 0in; mso-line-height-alt: 10.35pt;"><span style="color: black; font-family: 'Times New Roman', serif; font-size: 12pt;">“Uncontrolled variation produces low quality.”<o:p></o:p></span></div><div class="MsoNormal" style="margin-bottom: .0001pt; margin-bottom: 0in; mso-line-height-alt: 10.35pt;"><br /></div><div class="MsoNormal" style="margin-bottom: .0001pt; margin-bottom: 0in; mso-line-height-alt: 10.35pt;"><span style="color: black; font-family: 'Times New Roman', serif; font-size: 12pt;">In this statement you begin to understand that “variation” exists everywhere. You can design to a “true value”, but the reality will always be a variation, therefore a “true value” will never exist. And as this variation is allowed to go uncontrolled, quality is no longer repeated. Reduce the variation you float closer toward a true value, never meeting it, however quality increases.<o:p></o:p></span></div><div class="MsoNormal" style="margin-bottom: .0001pt; margin-bottom: 0in; mso-line-height-alt: 10.35pt;"><br /></div><div class="MsoNormal" style="margin-bottom: .0001pt; margin-bottom: 0in; mso-line-height-alt: 10.35pt;"><span style="color: black; font-family: 'Times New Roman', serif; font-size: 12pt;">I am always amazed at those who say “if you do this then it will produce that every time”. Then when the product is not 100% perfect once again, they blame the process, force an adjustment to bring it back to “true value”, with the repeat adjustment for every factor that changes the product. This promotes such a small window to process in that it makes for headaches to those who have to maintain it. Then we begin to say the equipment is not robust enough. We add more money, more tweaking (which I call tampering), with the same result that we are constantly chasing to provide “true values” that will never exist.<o:p></o:p></span></div><div class="MsoNormal" style="margin-bottom: .0001pt; margin-bottom: 0in; mso-line-height-alt: 10.35pt;"><br /></div><div class="MsoNormal" style="margin-bottom: .0001pt; margin-bottom: 0in; mso-line-height-alt: 10.35pt;"><span style="color: black; font-family: 'Times New Roman', serif; font-size: 12pt;">Variation will always exist. It is up to us to understand variation and to develop a process window that produces a product the customer is willing to pay for. When the “real value” is measured, is it within an acceptable range? Do we understand what caused it to be in that range? Do we need to improve control on that aspect?<o:p></o:p></span></div><div class="MsoNormal" style="margin-bottom: .0001pt; margin-bottom: 0in; mso-line-height-alt: 10.35pt;"><br /></div><div class="MsoNormal" style="margin-bottom: .0001pt; margin-bottom: 0in; mso-line-height-alt: 10.35pt;"><span style="color: black; font-family: 'Times New Roman', serif; font-size: 12pt;">This will be another topic, however it is appropriate here. How much do you poka-yoke a process? There comes a point when the poka-yokes are so many and tuned so tightly that you cannot get a product out. The equipment is down again and again for adjustment. Whatever happened with quality being the responsibility of the people who provide value?</span></div></div>Wesley Bushbyhttp://www.blogger.com/profile/09354574209519548918noreply@blogger.com1tag:blogger.com,1999:blog-2026850910907129879.post-50213001611490460022011-07-02T16:45:00.002-07:002012-12-28T10:10:46.541-08:00Lean Training<div dir="ltr" style="text-align: left;" trbidi="on"><div class="MsoNormal"><br /><div class="MsoNormal" style="font-family: Times, 'Times New Roman', serif; margin-bottom: 0.0001pt;"><span style="font-family: Times, serif; font-size: 12pt;">I have been active on many forums in LinkedIn with respect to my interest in Lean Manufacturing/Service. As a connoisseur of Lean, I find some likes and some dislikes with responses to the authors question. What I like is the creativity of others and their willingness to share. My dislikes would be personal agenda rather that understanding and responding to the question. Though I do admit, because I have the passion for Lean I have gone down that track to make a point too.<br /><br />Luisa Rivera put a question out in the Kaizen subgroup of Lean Six Sigma (<a href="http://www.linkedin.com/groupItem?view=&gid=2057909&type=member&item=60117683&qid=6b510f63-6ea9-45ff-a7b4-d5de6f89a913&trk=group_most_popular-0-b-ttl&goback=%2Egmp_2057909%5d"><span style="color: blue; text-decoration: none;">link to forum here</span></a>) which asked, "Has anyone considered including the positive mindset in any of their Lean trainings and/Kaizen events?"</span><span style="color: black; font-family: Arial, sans-serif; font-size: 12pt;"><o:p></o:p></span></div><div class="MsoNormal" style="line-height: normal; margin-bottom: 0.0001pt;"><span style="color: black; font-family: Times, serif; font-size: 12pt;"><br />Several responses were given, however the Lean connoisseur in me was not satisfied so I responded:</span><span style="color: black; font-size: 12pt;"><span class="Apple-style-span" style="font-family: Arial, sans-serif;"> </span></span><span class="Apple-style-span" style="font-family: Times, serif; font-size: 16px;">"We are not created equal. All of us have different experiences and motivation. It is up to us as trainers / leaders, to recognize this in every individual and then to design an experience that most will follow and enjoy. I have heard and used this phrase in many applications, and I will do it here as well. Create a “positive tension” towards change. Create a SMART goal for all, if that is possible. Start with quick successes if you believe there could be failure with larger and perhaps more aggressive change. Then grow. For me this is how I create the environment for a positive mindset. This is obviously the 10,000 ft level view. Much more trickles down from here.</span></div><div class="MsoNormal" style="font-family: Times, 'Times New Roman', serif; line-height: normal; margin-bottom: 0.0001pt;"><span style="color: black; font-family: Times, serif; font-size: 12pt;"><br />I believe in the Toyota philosophy that inherently everyone wants to improve. It is our nature. If this can be considered a constancy of purpose within us, then we can move right into Lean or Six Sigma, with the understanding of “positive tension” that is accepted by most, if not all."</span><span style="color: black; font-family: Arial, sans-serif; font-size: 12pt;"><o:p></o:p></span></div><div class="MsoNormal" style="font-family: Times, 'Times New Roman', serif; margin-bottom: 0.0001pt;"><span style="color: black; font-family: Times, serif; font-size: 12pt;"><br />For a positive mind set to take hold, do you not need to persuade, somehow make your case, and get the other person emotionally involved too? Everything needs to start with the person who creates the value. There must be a win-win. There must be ownership, and most of all leadership.</span></div></div></div>Wesley Bushbyhttp://www.blogger.com/profile/09354574209519548918noreply@blogger.com1tag:blogger.com,1999:blog-2026850910907129879.post-19741544754628663882011-07-02T16:45:00.000-07:002012-12-28T10:10:46.526-08:00Lean Training<div dir="ltr" style="text-align: left;" trbidi="on"><div class="MsoNormal"><br /><div class="MsoNormal" style="font-family: Times, 'Times New Roman', serif; margin-bottom: 0.0001pt;"><span style="font-family: Times, serif; font-size: 12pt;">I have been active on many forums in LinkedIn with respect to my interest in Lean Manufacturing/Service. As a connoisseur of Lean, I find some likes and some dislikes with responses to the authors question. What I like is the creativity of others and their willingness to share. My dislikes would be personal agenda rather that understanding and responding to the question. Though I do admit, because I have the passion for Lean I have gone down that track to make a point too.<br /><br />Luisa Rivera put a question out in the Kaizen subgroup of Lean Six Sigma (<a href="http://www.linkedin.com/groupItem?view=&gid=2057909&type=member&item=60117683&qid=6b510f63-6ea9-45ff-a7b4-d5de6f89a913&trk=group_most_popular-0-b-ttl&goback=%2Egmp_2057909%5d"><span style="color: blue; text-decoration: none;">link to forum here</span></a>) which asked, "Has anyone considered including the positive mindset in any of their Lean trainings and/Kaizen events?"</span><span style="color: black; font-family: Arial, sans-serif; font-size: 12pt;"><o:p></o:p></span></div><div class="MsoNormal" style="line-height: normal; margin-bottom: 0.0001pt;"><span style="color: black; font-family: Times, serif; font-size: 12pt;"><br />Several responses were given, however the Lean connoisseur in me was not satisfied so I responded:</span><span style="color: black; font-size: 12pt;"><span class="Apple-style-span" style="font-family: Arial, sans-serif;"> </span></span><span class="Apple-style-span" style="font-family: Times, serif; font-size: 16px;">"We are not created equal. All of us have different experiences and motivation. It is up to us as trainers / leaders, to recognize this in every individual and then to design an experience that most will follow and enjoy. I have heard and used this phrase in many applications, and I will do it here as well. Create a “positive tension” towards change. Create a SMART goal for all, if that is possible. Start with quick successes if you believe there could be failure with larger and perhaps more aggressive change. Then grow. For me this is how I create the environment for a positive mindset. This is obviously the 10,000 ft level view. Much more trickles down from here.</span></div><div class="MsoNormal" style="font-family: Times, 'Times New Roman', serif; line-height: normal; margin-bottom: 0.0001pt;"><span style="color: black; font-family: Times, serif; font-size: 12pt;"><br />I believe in the Toyota philosophy that inherently everyone wants to improve. It is our nature. If this can be considered a constancy of purpose within us, then we can move right into Lean or Six Sigma, with the understanding of “positive tension” that is accepted by most, if not all."</span><span style="color: black; font-family: Arial, sans-serif; font-size: 12pt;"><o:p></o:p></span></div><div class="MsoNormal" style="font-family: Times, 'Times New Roman', serif; margin-bottom: 0.0001pt;"><span style="color: black; font-family: Times, serif; font-size: 12pt;"><br />For a positive mind set to take hold, do you not need to persuade, somehow make your case, and get the other person emotionally involved too? Everything needs to start with the person who creates the value. There must be a win-win. There must be ownership, and most of all leadership.</span></div></div></div>Wesley Bushbyhttp://www.blogger.com/profile/09354574209519548918noreply@blogger.com2