<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" media="screen" href="/~d/styles/atom10full.xsl"?><?xml-stylesheet type="text/css" media="screen" href="http://feeds.feedburner.com/~d/styles/itemcontent.css"?><feed xmlns="http://www.w3.org/2005/Atom" xmlns:openSearch="http://a9.com/-/spec/opensearchrss/1.0/" xmlns:georss="http://www.georss.org/georss" xmlns:feedburner="http://rssnamespace.org/feedburner/ext/1.0"><id>tag:blogger.com,1999:blog-17218052</id><updated>2009-07-02T15:10:47.700+01:00</updated><title type="text">Lean Service Blog</title><subtitle type="html">All about how to apply Lean Thinking to service environments.

Learn how to improve and free all the value trapped in outdated processes, to improve value creation for your customers, cut costs and increase effectiveness.</subtitle><link rel="alternate" type="text/html" href="http://www.worthsolutions.com/leanblog/" /><link rel="next" type="application/atom+xml" href="http://www.blogger.com/feeds/17218052/posts/default?start-index=26&amp;max-results=25" /><link rel="http://schemas.google.com/g/2005#feed" type="application/atom+xml" href="http://www.worthsolutions.com/leanblog/sitefeed/atom.xml" /><author><name>Rob Worth</name><uri>http://www.blogger.com/profile/11205993834039954218</uri><email>noreply@blogger.com</email></author><generator version="7.00" uri="http://www.blogger.com">Blogger</generator><openSearch:totalResults>40</openSearch:totalResults><openSearch:startIndex>1</openSearch:startIndex><openSearch:itemsPerPage>25</openSearch:itemsPerPage><link rel="self" href="http://feeds.feedburner.com/LeanServiceBlog" type="application/atom+xml" /><feedburner:browserFriendly>This is an XML content feed. It is intended to be viewed in a newsreader or syndicated to another site, subject to copyright and fair use.</feedburner:browserFriendly><entry><id>tag:blogger.com,1999:blog-17218052.post-6988453996585674717</id><published>2009-07-02T15:09:00.001+01:00</published><updated>2009-07-02T15:10:47.707+01:00</updated><title type="text">How would you like that?</title><content type="html">Whenever you are assessing a service or task you need to bear in mind the concept of an &lt;span style="font-weight: bold;"&gt;operational definition&lt;/span&gt;. It is the operational definition that spells out what someone means when they ask for something or for something to be done. By way of example imagine I am standing by a table and I ask you to clean it. Before you grab a cloth you need to know the operational definition of what I am asking. Do I mean clean enough to eat dinner at? Clean enough to write a letter on? Clean enough to prepare food on? Clean enough to perform open-heart surgery on? Or even, clean enough to manufacture silicon chips on? Without an operational definition we can't plan how to do something neither can we judge how well we have done it.&lt;br /&gt;&lt;br /&gt;We can apply this to our organisations by asking what is the operational definition of the service we provide. Do we even have one? How do we know how to go about planning to provide the service and how to we judge how well it was provided? Note that it is important to write the operational definition from the point of view of the customer or user. Internally generated operational definitions only lead to confusion, bad service and frustration. Customer oriented operational definitions help toward clarity of purpose, good service and satisfaction for customers and staff alike.&lt;br /&gt;&lt;br /&gt;Best,&lt;br /&gt;&lt;br /&gt;Rob&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/17218052-6988453996585674717?l=www.worthsolutions.com%2Fleanblog%2Findex.html'/&gt;&lt;/div&gt;</content><link rel="replies" type="application/atom+xml" href="http://www.blogger.com/feeds/17218052/6988453996585674717/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="https://www.blogger.com/comment.g?blogID=17218052&amp;postID=6988453996585674717" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/17218052/posts/default/6988453996585674717" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/17218052/posts/default/6988453996585674717" /><link rel="alternate" type="text/html" href="http://www.worthsolutions.com/leanblog/2009/07/how-would-you-like-that.html" title="How would you like that?" /><author><name>Rob Worth</name><uri>http://www.blogger.com/profile/11205993834039954218</uri><email>noreply@blogger.com</email><gd:extendedProperty xmlns:gd="http://schemas.google.com/g/2005" name="OpenSocialUserId" value="16375277676190655743" /></author><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-17218052.post-3420092798572569525</id><published>2009-05-14T11:52:00.002+01:00</published><updated>2009-05-14T12:11:38.895+01:00</updated><title type="text">Start With a Fanfare?</title><content type="html">A fairly accepted way to start a change programme is to announce it, or further to parade it with a big fanfare. "We are starting a new programme!!" Townhalls are held, emails sent and managers and staff briefed. Sometimes mugs and T-shirts are printed too. But I am on the cusp of wondering if that is all a good idea. I read Philip Crosby's book, "Quality is Free" a few years ago. I can remember two things from it. First, that doing things well is cheaper than doing things badly, and I agree with this. The second is that you must have a big unveiling of your new way. But the thing that struck me as odd was that he said - and I hope I remember it right - was that if it doesn't quite go as expected, the thing to do was to have another fanfare and gee everyone up again and keep doing that until it works. But if something is not working why would you keep trying it over and over?&lt;br /&gt;&lt;br /&gt;The thing is anything that you can "start" you can "stop". So if you announce a new programme people can further down the line, decide that they don't want to do that any more and revert. So I am wondering if it might not be better not to announce a new programme. Might it be better to just start doing something different without a big to-do? How might that look?&lt;br /&gt;&lt;br /&gt;It would have to start with the top. It would come from a Cheif Executive or equivalent. They would start to ask their staff to look at some different things, get some different data, think about things in a different way. They wouldn't be saying that Cheify has a new fad, instead they would simply be asked to go and try a couple of things. These things would be a priority, certainly and there would be no secret about what was happening, no subterfuge. Put simply the top officers would be given 'things to do' to help them see that there might be a better way. Thus, because there is no fanfare, there is nothing for staff to push back on. At first they might not see that the new things they are looking at are ground breaking, but the subtlty of the design of the tasks set are where this approach would live or die.&lt;br /&gt;&lt;br /&gt;To clarify, I have not tried this approach yet, but I would look to do so. Instinctually I feel that if you are trying to change the way people think and thus work and do that in a way that sticks, you need to introduce it in a natural way, as part of the work. Not artificially in a big kick-off announcement.&lt;br /&gt;&lt;br /&gt;Good luck with your programmes and I will try and report back if I can persuade someone to try this with me.&lt;br /&gt;&lt;br /&gt;Best,&lt;br /&gt;&lt;br /&gt;Rob&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/17218052-3420092798572569525?l=www.worthsolutions.com%2Fleanblog%2Findex.html'/&gt;&lt;/div&gt;</content><link rel="replies" type="application/atom+xml" href="http://www.blogger.com/feeds/17218052/3420092798572569525/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="https://www.blogger.com/comment.g?blogID=17218052&amp;postID=3420092798572569525" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/17218052/posts/default/3420092798572569525" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/17218052/posts/default/3420092798572569525" /><link rel="alternate" type="text/html" href="http://www.worthsolutions.com/leanblog/2009/05/start-with-fanfare.html" title="Start With a Fanfare?" /><author><name>Rob Worth</name><uri>http://www.blogger.com/profile/11205993834039954218</uri><email>noreply@blogger.com</email><gd:extendedProperty xmlns:gd="http://schemas.google.com/g/2005" name="OpenSocialUserId" value="16375277676190655743" /></author><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-17218052.post-8680725252021540696</id><published>2009-03-18T18:15:00.002Z</published><updated>2009-03-18T18:33:45.913Z</updated><title type="text">Types of help</title><content type="html">I sometimes try to think of the levels of help I give to a client - this equally applies to management assisting their staff. For the sake of a simple example, let us think of helping a child to tie their shoelace.&lt;br /&gt;&lt;br /&gt;&lt;span style="font-weight: bold;"&gt;Level 1 - Do it for them.&lt;/span&gt;&lt;br /&gt;&lt;br /&gt;Simply tie the child's shoelace. They learn that it can be done, but not how to do it.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;span style="font-weight: bold;"&gt;Level 2 - Show them how to do it.&lt;/span&gt;&lt;br /&gt;&lt;br /&gt;Tie the shoelace but go slow and describe how to do it. They learn how to do it but by demonstration only.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;span style="font-weight: bold;"&gt;Level 3 - Teach them how to do it.&lt;/span&gt;&lt;br /&gt;&lt;br /&gt;Show them, describe it, let them try, correct them when they err until they can do it for themselves. They learn how to do it by demonstration, trial and error and being corrected.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;span style="font-weight: bold;"&gt;Level 4 - Teach them how to solve similar problems.&lt;/span&gt;&lt;br /&gt;&lt;br /&gt;Don't teach them to tie the lace but give them skills to approach those type of problems. This could involve analysis (a tied lace has two loops, how might they get there?) and reasoning. They gain skill to enable them to solve similar problems in the future (how to tie a bow tie - which I still can't do right!).&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;span style="font-weight: bold;"&gt;Level 5 - Show them how to apply the above to others.&lt;/span&gt;&lt;br /&gt;&lt;br /&gt;This is showing them how to be like you. The most powerful level since you have moved on extra level away in that they are passing on the skills that you practised on them.&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;The point is not that you should always strive to be at Level 5, more that you should know when to use the level that is most appropriate to the situation. Usually you will start at the lower levels and work your way up but it is not a linear progression.&lt;br /&gt;&lt;br /&gt;From management point of view (or mine when I work with a client) if we don't get to level 5 at all, then the staff haven't been taught how to pass knowledge on and so any intervention will necessarily wither and die eventually.&lt;br /&gt;&lt;br /&gt;Best,&lt;br /&gt;&lt;br /&gt;Rob&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/17218052-8680725252021540696?l=www.worthsolutions.com%2Fleanblog%2Findex.html'/&gt;&lt;/div&gt;</content><link rel="replies" type="application/atom+xml" href="http://www.blogger.com/feeds/17218052/8680725252021540696/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="https://www.blogger.com/comment.g?blogID=17218052&amp;postID=8680725252021540696" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/17218052/posts/default/8680725252021540696" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/17218052/posts/default/8680725252021540696" /><link rel="alternate" type="text/html" href="http://www.worthsolutions.com/leanblog/2009/03/types-of-help.html" title="Types of help" /><author><name>Rob Worth</name><uri>http://www.blogger.com/profile/11205993834039954218</uri><email>noreply@blogger.com</email><gd:extendedProperty xmlns:gd="http://schemas.google.com/g/2005" name="OpenSocialUserId" value="16375277676190655743" /></author><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-17218052.post-8580740906024466396</id><published>2009-01-22T13:46:00.002Z</published><updated>2009-01-22T14:13:28.890Z</updated><title type="text">Unsold cars</title><content type="html">If anyone thinks that the world's car manufacturers have been adopting lean in the last few years they can think again. The Guardian has some &lt;a target="_blank" href="http://www.guardian.co.uk/business/gallery/2009/jan/16/unsold-cars?picture=341883529"&gt;photos of car storage sites&lt;/a&gt;. &lt;a target="_blank" href="http://www.guardian.co.uk/business/gallery/2009/jan/16/unsold-cars?picture=341883549"&gt;Number six&lt;/a&gt; is the best.&lt;br /&gt;&lt;br /&gt;The aim of the Toyota Production System is to 'produce cars at the rate of demand'. This means 'get an order, build a car, deliver it, get your money'.&lt;br /&gt;&lt;br /&gt;A lean system should pull from the order. Dealers should have one or two examples of each model which are used for test drives and showing off features. When the order is made that should be the trigger to build the car, which should be delivered within a week.&lt;br /&gt;&lt;br /&gt;There should be no question of manufacturers having fields full of cars or ever deciding to reduce or increase production. If there are fewer orders then there will be fewer cars made. The system flexes automatically.&lt;br /&gt;&lt;br /&gt;In the seven wastes that lean people talk about - they are not applicable to service(!) - there is the waste of over-production. Taiichi Ohno thought that this was the worst waste of them all because it was the cause of many of the other wastes. What he would think of these pictures... (Interesting that there are some Toyota pictures in there. It doesn't say if they are already sold or not.)&lt;br /&gt;&lt;br /&gt;Service is usually a bit different - you can't have fields full of mortgage applications pre-assessed before the customers come along - but you can still get bottle necks. You can still design a system that does not serve at the rate of demand. The "inventory" will more typically occur just after the order. There will have mortgage applications submitted by customers that are waiting to be looked at instead.&lt;br /&gt;&lt;br /&gt;So, 'serve at the rate of demand' is still the game. Thus you must still have a fast, flexible system, that absorbs variety. More important you must understand your demand, for it is against that information that you design your system.&lt;br /&gt;&lt;br /&gt;Best,&lt;br /&gt;&lt;br /&gt;Rob&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/17218052-8580740906024466396?l=www.worthsolutions.com%2Fleanblog%2Findex.html'/&gt;&lt;/div&gt;</content><link rel="replies" type="application/atom+xml" href="http://www.blogger.com/feeds/17218052/8580740906024466396/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="https://www.blogger.com/comment.g?blogID=17218052&amp;postID=8580740906024466396" title="4 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/17218052/posts/default/8580740906024466396" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/17218052/posts/default/8580740906024466396" /><link rel="alternate" type="text/html" href="http://www.worthsolutions.com/leanblog/2009/01/unsold-cars.html" title="Unsold cars" /><author><name>Rob Worth</name><uri>http://www.blogger.com/profile/11205993834039954218</uri><email>noreply@blogger.com</email><gd:extendedProperty xmlns:gd="http://schemas.google.com/g/2005" name="OpenSocialUserId" value="16375277676190655743" /></author><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">4</thr:total></entry><entry><id>tag:blogger.com,1999:blog-17218052.post-4656472172489403636</id><published>2009-01-16T14:42:00.002Z</published><updated>2009-01-16T15:10:41.685Z</updated><title type="text">Who are the NHS really cheating?</title><content type="html">There was a article this week that made me laugh out loud. You can read it in full &lt;a href="http://www.guardian.co.uk/society/2009/jan/14/nhs-health"&gt;here&lt;/a&gt;. But I will quote from two paragraphs near the end.&lt;br /&gt;&lt;br /&gt;&lt;blockquote&gt;&lt;p&gt;The survey found more people than in previous years believed they were listened to by doctors and nurses. But waiting times were longer. The proportion saying they stayed in the emergency department for no more than four hours fell from 77% in 2004 to 73% in 2008.&lt;/p&gt;&lt;p&gt;This might appear to show widespread flouting of the government's target for the waiting time in A&amp;amp;E to be no more than four hours for 98% of patients. But the [Healthcare Commission] said trusts often moved patients from A&amp;amp;E into a nearby "admissions unit". Patients might not be able to tell the difference in location, but time spent in an admissions unit did not count towards the four-hour target.&lt;/p&gt;&lt;/blockquote&gt;&lt;p&gt;&lt;/p&gt;&lt;p&gt;There is so much wrong with this situation. Error upon, incorrect assumption, upon invalid method.&lt;/p&gt;&lt;p&gt;Let's start at the beginning. Firstly, the practice of using surveys to find out of your service is performing well is deeply suspect. I read a report to say that customers who report that they are satisfied on surveys are just as, if not more likely to defect to another company than those who said they were not satisfied. Why? Well because more people want the survey to be over as quickly as possible and if they had bad service and were thinking of leaving why would they want to give the company more time than they needed to. Obviously with A&amp;amp;E you don't get too much choice about using someone else. But the principle of using surveys is still flawed.&lt;/p&gt;&lt;p&gt;Secondly, the article quotes a statistic that waits more than fours hours fell from 77% in 2004 to 73% in 2008. Where is the understanding of variation? Maybe both those figures are within the predictable range and nothing has changed. The four per cent difference might simply be from common cause variation. We can't know from the figures as presented.&lt;/p&gt;&lt;p&gt;Thirdly, the fact that they have a target of no wait being longer than four hours will be causing problems and in fact longer waits. We know that it is causing them to cheat since the commission itself explained that hospitals more people from A&amp;amp;E to "admission units" to avoid going over the four hours. And the "patients might not be able to tell the difference". Of course they can't. Waiting in one room is the same as waiting in another room and even more annoying if you have to get moved half way through. So even though they should not have the target in the first place, the Healthcare Commission is condoning the cheating that the target causes in order to meet the target. And the big laugh is they are still not meeting the target. We could speculate that the resources need to have an "admissions unit" and move people to it, might be better used in the A and E department.&lt;/p&gt;And if you read the rest of the article you will see that 9% of people who asked for pain relief never got it.&lt;br /&gt;&lt;br /&gt;Ouch!&lt;br /&gt;&lt;br /&gt;Best,&lt;br /&gt;&lt;br /&gt;Rob&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/17218052-4656472172489403636?l=www.worthsolutions.com%2Fleanblog%2Findex.html'/&gt;&lt;/div&gt;</content><link rel="replies" type="application/atom+xml" href="http://www.blogger.com/feeds/17218052/4656472172489403636/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="https://www.blogger.com/comment.g?blogID=17218052&amp;postID=4656472172489403636" title="1 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/17218052/posts/default/4656472172489403636" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/17218052/posts/default/4656472172489403636" /><link rel="alternate" type="text/html" href="http://www.worthsolutions.com/leanblog/2009/01/who-are-nhs-really-cheating.html" title="Who are the NHS really cheating?" /><author><name>Rob Worth</name><uri>http://www.blogger.com/profile/11205993834039954218</uri><email>noreply@blogger.com</email><gd:extendedProperty xmlns:gd="http://schemas.google.com/g/2005" name="OpenSocialUserId" value="16375277676190655743" /></author><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">1</thr:total></entry><entry><id>tag:blogger.com,1999:blog-17218052.post-586785042393607275</id><published>2009-01-14T16:49:00.002Z</published><updated>2009-01-14T17:05:20.734Z</updated><title type="text">Improvement is a Puzzle</title><content type="html">I was listening to a podcast of a talk given by Russell Ackoff today and he talked about the difference between a problem and a puzzle. It is not about difficulty or anything obvious like that. The difference, Ackoff said, was that unlike a problem, there is something in a puzzle that means you have to change an assumption you have about it before you can solve it. (If you take this literally then they should be called "jigsaw problems" instead!) We've all done those puzzles where in order to solve them you have to change your thinking.&lt;br /&gt;&lt;br /&gt;Which made me think that redesigning a system is a puzzle, not a problem because you have to change more than one assumption about how your organisation works.&lt;br /&gt;&lt;br /&gt;The other interesting thing he talked about was the difference between analysis and synthesis. Analysis is where you take something that needs improving, fixing or understanding and you take it apart, examine (and perhaps improve) the parts then put it back together. With synthesis you start by understanding the bigger system that the system you are studying sits in.&lt;br /&gt;&lt;br /&gt;He said that there are always important things about a system that you can only understand by synthesis and will never understand by analysis. For example, why do cars drive on the left in the UK? You may get an answer by looking at the history of transportation and the transportation system in general, but you will never get an answer by taking a car to pieces.&lt;br /&gt;&lt;br /&gt;Similarly, you can juggle the internal processes of an organisation as much as you like, but if the barrier to improvement is in customer demand or in externally imposed targets or regulation, you need to look at the wider system and not just inside the organisation to understand these things.&lt;br /&gt;&lt;br /&gt;Best,&lt;br /&gt;&lt;br /&gt;Rob&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/17218052-586785042393607275?l=www.worthsolutions.com%2Fleanblog%2Findex.html'/&gt;&lt;/div&gt;</content><link rel="replies" type="application/atom+xml" href="http://www.blogger.com/feeds/17218052/586785042393607275/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="https://www.blogger.com/comment.g?blogID=17218052&amp;postID=586785042393607275" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/17218052/posts/default/586785042393607275" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/17218052/posts/default/586785042393607275" /><link rel="alternate" type="text/html" href="http://www.worthsolutions.com/leanblog/2009/01/improvement-is-puzzle.html" title="Improvement is a Puzzle" /><author><name>Rob Worth</name><uri>http://www.blogger.com/profile/11205993834039954218</uri><email>noreply@blogger.com</email><gd:extendedProperty xmlns:gd="http://schemas.google.com/g/2005" name="OpenSocialUserId" value="16375277676190655743" /></author><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-17218052.post-8607748840237417072</id><published>2009-01-08T09:00:00.001Z</published><updated>2009-01-08T09:00:00.564Z</updated><title type="text">What's In a Name?</title><content type="html">&lt;blockquote&gt;That which we call a  rose&lt;br /&gt;By any other name would smell as sweet;&lt;/blockquote&gt;Shakespeare, &lt;span style="font-style: italic;"&gt;Romeo and Juliet&lt;/span&gt;&lt;br /&gt;&lt;br /&gt;And indeed changing the name of the rose would not change the affect it would have on our olfactory sense, but it may affect our attitudes towards it. Would it be as romantic to buy a dozen red Snozwangers for a loved one on Valentine's Day this year, even if the aroma was as pleasant as it ever was?&lt;br /&gt;&lt;br /&gt;I just wonder because I heard recently that one of the big telecommunications companies in the UK has been renaming its entity model. That it is what the things are called in its enterprise wide IT systems. The thing that used to be called a "customer" is now called a "contract partner". Now I will admit that I do have a contract with my phone company, but I wold not call myself a partner. For starters I don't get a share of the profits. But the more worrying thing is how this change might shifts attitudes to customers.&lt;br /&gt;&lt;br /&gt;You might argue that this is a very slight argument and you may be right. But just stop to think how we might treat these things. A customer: is served, valued and is "always right". A "contract partner" is something: to negotiate with, to sue for breach of agreement, to work with according to SLAs and service standards.&lt;br /&gt;&lt;br /&gt;How would you rather be thought of by this company? And more importantly, when that company comes to discuss issues of purpose and value as defined by their customers, will the fact that they think of them as "contract partners" distort the outcome?&lt;br /&gt;&lt;br /&gt;So thank you good &lt;strike&gt;reader&lt;/strike&gt; textual informational absorber, see you next time.&lt;br /&gt;&lt;br /&gt;Best,&lt;br /&gt;&lt;br /&gt;Rob&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/17218052-8607748840237417072?l=www.worthsolutions.com%2Fleanblog%2Findex.html'/&gt;&lt;/div&gt;</content><link rel="replies" type="application/atom+xml" href="http://www.blogger.com/feeds/17218052/8607748840237417072/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="https://www.blogger.com/comment.g?blogID=17218052&amp;postID=8607748840237417072" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/17218052/posts/default/8607748840237417072" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/17218052/posts/default/8607748840237417072" /><link rel="alternate" type="text/html" href="http://www.worthsolutions.com/leanblog/2009/01/whats-in-name.html" title="What's In a Name?" /><author><name>Rob Worth</name><uri>http://www.blogger.com/profile/11205993834039954218</uri><email>noreply@blogger.com</email><gd:extendedProperty xmlns:gd="http://schemas.google.com/g/2005" name="OpenSocialUserId" value="16375277676190655743" /></author><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-17218052.post-6466704029554406723</id><published>2009-01-07T14:32:00.003Z</published><updated>2009-01-07T14:37:13.590Z</updated><title type="text">Lean London NHS Seminar - 26th Mar 2009</title><content type="html">There is a new Lean London event happening on the 26th March 2009. It is aimed at those in the NHS who are implementing or thinking of implementing Lean there. There will be case studies, some theory and a chance to meet others who are also interested.&lt;br /&gt;&lt;br /&gt;Find out more and register to attend at &lt;a href="http://www.leanlondon.org.uk/"&gt;http://www.leanlondon.org.uk/&lt;/a&gt;&lt;br /&gt;&lt;br /&gt;Please tell anyone you know who might be interested.&lt;br /&gt;&lt;br /&gt;See you there.&lt;br /&gt;&lt;br /&gt;Rob&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/17218052-6466704029554406723?l=www.worthsolutions.com%2Fleanblog%2Findex.html'/&gt;&lt;/div&gt;</content><link rel="replies" type="application/atom+xml" href="http://www.blogger.com/feeds/17218052/6466704029554406723/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="https://www.blogger.com/comment.g?blogID=17218052&amp;postID=6466704029554406723" title="1 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/17218052/posts/default/6466704029554406723" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/17218052/posts/default/6466704029554406723" /><link rel="alternate" type="text/html" href="http://www.worthsolutions.com/leanblog/2009/01/lean-london-nhs-seminar-26th-mar-2009.html" title="Lean London NHS Seminar - 26th Mar 2009" /><author><name>Rob Worth</name><uri>http://www.blogger.com/profile/11205993834039954218</uri><email>noreply@blogger.com</email><gd:extendedProperty xmlns:gd="http://schemas.google.com/g/2005" name="OpenSocialUserId" value="16375277676190655743" /></author><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">1</thr:total></entry><entry><id>tag:blogger.com,1999:blog-17218052.post-2826378439064782409</id><published>2008-11-06T10:17:00.002Z</published><updated>2008-11-06T11:13:10.906Z</updated><title type="text">Process Blindness</title><content type="html">I went to see a client a little while ago and followed some work while I was there. The work was basically to receive a paper form from a client and enter the data into a database that made it available on the web site. The wrinkle was that the main office received the forms and logged the receipt and then batched and packaged them to go off site for the the data capture.&lt;br /&gt;&lt;br /&gt;I would just like to bring to your attention one little part of the process.&lt;br /&gt;&lt;br /&gt;When they had accumulated a pile of like forms together, they would take that pile from a big table and bring them over to their desk where they would take twenty forms at a time and read the bar codes from the forms into a spreadsheet. They would press a button on the spreadsheet and it would print two top sheets. They would write a batch number on both the top sheets. One sheet would be put on top of the twenty forms, secured by an elastic band, ready to go into a crate and thence off site. The second sheet would be scanned and then filed. The scan of the second sheet was kept in their electronic file system and could be searched if they needed to find out which batch a particular form was in.&lt;br /&gt;&lt;br /&gt;Phew. Was that paragraph as boring for you to read as it was for me to write? Imagine if that was your work every day? Now imagine if you were a customer who came to the office to watch how the data you neatly inscribed on the form got onto the web site and instead you saw that?&lt;br /&gt;&lt;br /&gt;The value for the customer was to see the data on the form, up on the web site. If you can manage it, re-read that paragraph and see if you can find any step in there that contributes to that value.&lt;br /&gt;&lt;br /&gt;No? That's because there is no value to find.&lt;br /&gt;&lt;br /&gt;They didn't see the problem and the difficulty they had was not a lack of intelligence but process blindness. They had been doing it that way so long, they could no longer see another way to do it. This was where having defined value to the customer was so valuable. When customer value is your only criteria for judging a process then the scales fairly spring from your eyes and you see your process afresh.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/17218052-2826378439064782409?l=www.worthsolutions.com%2Fleanblog%2Findex.html'/&gt;&lt;/div&gt;</content><link rel="replies" type="application/atom+xml" href="http://www.blogger.com/feeds/17218052/2826378439064782409/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="https://www.blogger.com/comment.g?blogID=17218052&amp;postID=2826378439064782409" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/17218052/posts/default/2826378439064782409" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/17218052/posts/default/2826378439064782409" /><link rel="alternate" type="text/html" href="http://www.worthsolutions.com/leanblog/2008/11/process-blindness.html" title="Process Blindness" /><author><name>Rob Worth</name><uri>http://www.blogger.com/profile/11205993834039954218</uri><email>noreply@blogger.com</email><gd:extendedProperty xmlns:gd="http://schemas.google.com/g/2005" name="OpenSocialUserId" value="16375277676190655743" /></author><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-17218052.post-84236188108334329</id><published>2008-09-22T21:11:00.002+01:00</published><updated>2008-09-22T21:28:17.498+01:00</updated><title type="text">They don't get it</title><content type="html">There is an &lt;a href="http://jobs.guardian.co.uk/careers/200261/721372/lean-thinking/"&gt;article in the Guardian newspaper&lt;/a&gt; which discusses Lean and once again they don't get it. I quote:&lt;br /&gt;&lt;blockquote&gt;&lt;p&gt;&lt;span style="font-style: italic;"&gt;Radnor recalls a housing director who was approached by two employees who claimed they needed another team member because they were unable to manage their current workload of dealing with complaints about unfinished repairs. &lt;/span&gt;&lt;/p&gt;&lt;p&gt;&lt;span style="font-style: italic;"&gt;After examining their current processes, a barrier to flow was identified. It was found complaints couldn’t be logged properly because not all the required data was in place and that the team spent the majority of its time going back to retrieve missing information. It was suggested the form used to log complaints was redesigned.&lt;/span&gt;&lt;br /&gt;&lt;/p&gt;&lt;/blockquote&gt;Wrong. If they were unable to manage the workflow of dealing with complaints, then management need to change the system that produces the complaints to produce fewer complaints, with the goal (not the target, the goal) of producing none. That is Lean.&lt;br /&gt;&lt;br /&gt;We must not be deluded and mistake making current processes more efficient with changing the system as a whole to more efficiently serve the customer. The difference in wording is slight, but the outlook is very different and the results wildly so.&lt;br /&gt;&lt;br /&gt;It does say a little later in the article:&lt;br /&gt;&lt;blockquote style="font-style: italic;"&gt;While the customer is very much the focus of Lean [...]&lt;/blockquote&gt;So maybe they do get it, I don't know, but they must have loads of examples to choose from and they picked one that shows that they probably don't.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/17218052-84236188108334329?l=www.worthsolutions.com%2Fleanblog%2Findex.html'/&gt;&lt;/div&gt;</content><link rel="replies" type="application/atom+xml" href="http://www.blogger.com/feeds/17218052/84236188108334329/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="https://www.blogger.com/comment.g?blogID=17218052&amp;postID=84236188108334329" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/17218052/posts/default/84236188108334329" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/17218052/posts/default/84236188108334329" /><link rel="alternate" type="text/html" href="http://www.worthsolutions.com/leanblog/2008/09/they-dont-get-it.html" title="They don't get it" /><author><name>Rob Worth</name><uri>http://www.blogger.com/profile/11205993834039954218</uri><email>noreply@blogger.com</email><gd:extendedProperty xmlns:gd="http://schemas.google.com/g/2005" name="OpenSocialUserId" value="16375277676190655743" /></author><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-17218052.post-5359190811240212657</id><published>2008-06-17T10:46:00.003+01:00</published><updated>2008-06-17T11:09:28.380+01:00</updated><title type="text">It's the System, Stupid</title><content type="html">On the front of today's &lt;a href="http://www.guardian.co.uk/"&gt;Guardian newspaper&lt;/a&gt; is an &lt;a href="http://www.guardian.co.uk/business/2008/jun/17/inflation.interestrates"&gt;article&lt;/a&gt; about the Bank of England, inflation and interest rates. To partially quote it:&lt;br /&gt;&lt;br /&gt;&lt;p&gt;&lt;/p&gt;&lt;blockquote&gt;&lt;p&gt;The government is on inflation alert amid fears that dearer petrol and food will herald the start of a year of bad news on the cost of living and limit the Bank of England's ability to cut interest rates.&lt;/p&gt;...&lt;br /&gt;&lt;p&gt;An explanatory letter from the governor to the chancellor is required once a quarter for as long as inflation is more than a percentage point higher or lower than its target. Speculation has mounted in recent days that today's figure will edge up from 3%.&lt;/p&gt;&lt;p&gt;&lt;br /&gt;&lt;/p&gt;&lt;/blockquote&gt;&lt;p&gt; &lt;/p&gt;This to me is a classic example of not thinking about a system as a whole.&lt;br /&gt;&lt;br /&gt;One of the first things that the new Labour government did after being elected in 1997 was to make the Bank of England independent and give it a target to keep inflation below 2 per cent. The mechanism to do that was to change the Bank of England base rate of interest.&lt;br /&gt;&lt;br /&gt;This is not an article about economics, I am not an economist, but even then that struck me as simplistic. The Bank must keep inflation at 2 pc and the only lever they can pull is interest rates. What about balance of trade, house prices, world commodities, credit and financial markets. They can't change the tax system, print money or borrow.&lt;br /&gt;&lt;br /&gt;The UK economy is buffeted externally by world events, international speculators, trade relations and a myriad other things. Domestically 60 million people make economic decisions every day. Not to mention government policy about tax and borrowing.&lt;br /&gt;&lt;br /&gt;So does anyone really think that the Bank of England can control inflation by changing interest rates? I don't.&lt;br /&gt;&lt;br /&gt;I think the government should take back the setting of interest rates. The argument that you bring back political influence is a slim one when they still have control of tax, money supply and how the budget is spent. They should look at the system as a whole and do their best with it. Actually, an almost impossible job, I think.&lt;br /&gt;&lt;br /&gt;But thinking that the "interest rate" lever is directly connected to the "inflation" read-out is plain silly.&lt;br /&gt;&lt;br /&gt;The lesson for other organisations (which have to deal with much simpler systems than the UK in a world economy) is not to make the same mistake of attaching one single input to a single output. Even simple systems do not usually work like that. You must conduct controlled experiments and measure the outputs and look out for unintended consequences. And remember always measure against the purpose of the system (to serve the customer, in the case of a company).&lt;br /&gt;&lt;br /&gt;Also, what is this stupidity of sending of a letter to explain what has happened? That will fix it!&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/17218052-5359190811240212657?l=www.worthsolutions.com%2Fleanblog%2Findex.html'/&gt;&lt;/div&gt;</content><link rel="replies" type="application/atom+xml" href="http://www.blogger.com/feeds/17218052/5359190811240212657/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="https://www.blogger.com/comment.g?blogID=17218052&amp;postID=5359190811240212657" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/17218052/posts/default/5359190811240212657" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/17218052/posts/default/5359190811240212657" /><link rel="alternate" type="text/html" href="http://www.worthsolutions.com/leanblog/2008/06/its-system-stupid.html" title="It's the System, Stupid" /><author><name>Rob Worth</name><uri>http://www.blogger.com/profile/11205993834039954218</uri><email>noreply@blogger.com</email><gd:extendedProperty xmlns:gd="http://schemas.google.com/g/2005" name="OpenSocialUserId" value="16375277676190655743" /></author><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-17218052.post-5202325032656032274</id><published>2008-06-03T12:17:00.002+01:00</published><updated>2008-06-03T12:26:41.989+01:00</updated><title type="text">Good one</title><content type="html">I normally will be on here pontificating about how to do it better. But I must give praise to the DVLA (Driver and Vehicle Licensing Agency in the UK).&lt;br /&gt;&lt;br /&gt;I filled in the online form to change my address on my driving licence, sent the old one back on Thursday 29th May and received the replacement on Monday 2nd June.&lt;br /&gt;&lt;br /&gt;I have to say I was very impressed. I had expected that it would be three weeks at least. And you know how they are... Well in fact they were not like that at all, they vastly exceeded my expectations.&lt;br /&gt;&lt;br /&gt;Well done the DVLA!&lt;br /&gt;&lt;br /&gt;I wonder how they did it...&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/17218052-5202325032656032274?l=www.worthsolutions.com%2Fleanblog%2Findex.html'/&gt;&lt;/div&gt;</content><link rel="replies" type="application/atom+xml" href="http://www.blogger.com/feeds/17218052/5202325032656032274/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="https://www.blogger.com/comment.g?blogID=17218052&amp;postID=5202325032656032274" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/17218052/posts/default/5202325032656032274" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/17218052/posts/default/5202325032656032274" /><link rel="alternate" type="text/html" href="http://www.worthsolutions.com/leanblog/2008/06/good-one.html" title="Good one" /><author><name>Rob Worth</name><uri>http://www.blogger.com/profile/11205993834039954218</uri><email>noreply@blogger.com</email><gd:extendedProperty xmlns:gd="http://schemas.google.com/g/2005" name="OpenSocialUserId" value="16375277676190655743" /></author><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-17218052.post-3906758309845799129</id><published>2008-05-19T10:00:00.001+01:00</published><updated>2008-05-19T10:00:02.497+01:00</updated><title type="text">Best Service Is No Service - book review</title><content type="html">I have recently finished a very interesting book called &lt;a href="http://www.amazon.co.uk/Best-Service-No-Liberate-Customers/dp/0470189088/ref=sr_1_1?ie=UTF8&amp;amp;s=books&amp;amp;qid=1210767511&amp;amp;sr=8-1"&gt;"The Best Service Is No Service: How to Liberate Your Customers from Customer Service, Keep Them Happy, and Control Costs" by Bill Price and David Jaffe.&lt;/a&gt;&lt;br /&gt;&lt;br /&gt;The premise is in the title. Basically they are saying that the way to please customers is to give them what they want right first time so they never have to call the call centre and access the Service Department. They are also very keen on Self-Service. They want companies to provide as much of their offering via the web or IVR (Interactive Voice Response) systems. The book has lots of examples of good and bad cases.&lt;br /&gt;&lt;br /&gt;The case that made me laugh was the bank who thought that higher value customers should be given a more personal service. They provided an automated telephone system for lower rated customers to find out their balance but the high value customers were recognised and routed to a call centre agent every time. Obviously people with a lot of money don't want to do thinks quickly and easily they would rather have to talk to someone every time!&lt;br /&gt;&lt;br /&gt;The parts about having a system that doesn't generate failure demand I agreed with wholeheartedly, but the over emphasis on self service was a bit strong. They tried to balance it out to say that call centre agents should be able to teach callers how to use the web or phone systems and that you shouldn't have channel wars where the web team and the call centre team try to out do each other. They also said you should make your company easier to contact at the same time as putting more functions onto self service.&lt;br /&gt;&lt;br /&gt;Personally I like self service and as long as it is backed up by reliable internal processes such that things go right and I don't have to call a company to get things fixed all the time, then it is a good thing. I just wouldn't want anyone to read this book and then throw everything up on their web site without fixing the broken processes first.&lt;br /&gt;&lt;br /&gt;Two more things, they love Amazon. And there is also a weird bit where they draw a Pareto chart for the amount of failure demand for each type (they call failure demand "dumb contacts") then they suggest attaching the cost of resolution. So it ends up that the call type that is 18th in the list for number of calls is the one to tackle first because the cost x quantity calculation is greater for that type of call. I would always start with the problem that is causing the most problem for the customers. And to be fair in the rest of the book they are very customer focused, just in this little section do the authors have their head turned by internal cost saving.&lt;br /&gt;&lt;br /&gt;All in all, worth a read for some good ideas, but keep you wits about you and analyse for yourself what it being said.&lt;br /&gt;&lt;br /&gt;Best,&lt;br /&gt;&lt;br /&gt;Rob&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/17218052-3906758309845799129?l=www.worthsolutions.com%2Fleanblog%2Findex.html'/&gt;&lt;/div&gt;</content><link rel="replies" type="application/atom+xml" href="http://www.blogger.com/feeds/17218052/3906758309845799129/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="https://www.blogger.com/comment.g?blogID=17218052&amp;postID=3906758309845799129" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/17218052/posts/default/3906758309845799129" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/17218052/posts/default/3906758309845799129" /><link rel="alternate" type="text/html" href="http://www.worthsolutions.com/leanblog/2008/05/best-service-is-no-service-book-review.html" title="Best Service Is No Service - book review" /><author><name>Rob Worth</name><uri>http://www.blogger.com/profile/11205993834039954218</uri><email>noreply@blogger.com</email><gd:extendedProperty xmlns:gd="http://schemas.google.com/g/2005" name="OpenSocialUserId" value="16375277676190655743" /></author><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-17218052.post-7996716139329816636</id><published>2008-05-12T11:45:00.003+01:00</published><updated>2008-05-12T12:06:37.393+01:00</updated><title type="text">The Customer Sets the Ideal Value</title><content type="html">When we consider customer value, we should be aware that this can be quite a subtle concept and that it can vary for the same customer at different times.&lt;br /&gt;&lt;br /&gt;&lt;span style="font-weight: bold;"&gt;The customer sets the ideal value.&lt;/span&gt;&lt;br /&gt;&lt;br /&gt;We should be familiar with this. If the customer wants it fast, then get it to him as fast as possible. If the customer wants it cheap then do it. The internal workings of a company mean nothing to the customer. They really don't care about targets for Average Handle Time for calls in a call centre or utilisation of servers or the cost of desk space. They just want the service or product they asked for at the right time and price.&lt;br /&gt;&lt;br /&gt;But we should wait a moment before throwing our processes and our system on their heads to give the customer what they want. Ideal value is a changeable thing even for the same customer.&lt;br /&gt;&lt;br /&gt;When doing a bit of DIY, trying to level a floor in my flat, I sawed through a central heating pipe. What was my ideal value for the service from the plumber? GET HERE NOW! I have my finger on the pipe and the water is going through the ceiling below.&lt;br /&gt;&lt;br /&gt;Last month I phoned the same plumber to get my boiler serviced. Ideal value? Convenience of the appointment. I am home Tuesday, but not Wednesday and could do Thursday morning.&lt;br /&gt;&lt;br /&gt;Most of the times I buy a book from Amazon I like the free delivery option. I don't care that it takes a few more days to get here. It is a book. What is the rush? Ideal value? Low cost of shipping.&lt;br /&gt;&lt;br /&gt;But the other day I had to buy a birthday present at very short notice. (I didn't forget, I just couldn't think of anything until the last minute!) So I ordered from Amazon and was happy to pay the extra for the next day guaranteed delivery. Ideal value? Don't look like a chump with no birthday present to give.&lt;br /&gt;&lt;br /&gt;So we need to revise our statement above and say:&lt;br /&gt;&lt;br /&gt;&lt;span style="font-weight: bold;"&gt;The customer sets the ideal value &lt;span style="font-style: italic;"&gt;at the time of request&lt;/span&gt;&lt;/span&gt;.&lt;br /&gt;&lt;br /&gt;This is a reminder that your system needs to be able to absorb variety and standardised work will interfere with that.&lt;br /&gt;&lt;br /&gt;Best,&lt;br /&gt;&lt;br /&gt;Rob&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/17218052-7996716139329816636?l=www.worthsolutions.com%2Fleanblog%2Findex.html'/&gt;&lt;/div&gt;</content><link rel="replies" type="application/atom+xml" href="http://www.blogger.com/feeds/17218052/7996716139329816636/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="https://www.blogger.com/comment.g?blogID=17218052&amp;postID=7996716139329816636" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/17218052/posts/default/7996716139329816636" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/17218052/posts/default/7996716139329816636" /><link rel="alternate" type="text/html" href="http://www.worthsolutions.com/leanblog/2008/05/customer-sets-ideal-value.html" title="The Customer Sets the Ideal Value" /><author><name>Rob Worth</name><uri>http://www.blogger.com/profile/11205993834039954218</uri><email>noreply@blogger.com</email><gd:extendedProperty xmlns:gd="http://schemas.google.com/g/2005" name="OpenSocialUserId" value="16375277676190655743" /></author><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-17218052.post-5461732085999220583</id><published>2007-05-17T17:43:00.000+01:00</published><updated>2007-05-17T17:48:52.008+01:00</updated><title type="text">Right is Cheaper</title><content type="html">Getting it right is cheaper than getting it wrong.&lt;br /&gt;&lt;br /&gt;On the first pass they both cost the same. Send out a product to the correct address costs the same as sending it to the wrong address.&lt;br /&gt;&lt;br /&gt;It is the rework that adds the cost. The customer calls asking after their product (cost to take that call), you have to verify the address (cost of investigation) you then have to order another product (cost of replacement) and send it (repeat of postage costs). Plus the customer thinks you are rubbish (reputational cost).&lt;br /&gt;&lt;br /&gt;So if anyone tells you that higher quality is more expensive ask them to correct themselves and count the calories they burn as they do so.&lt;br /&gt;&lt;br /&gt;Best,&lt;br /&gt;&lt;br /&gt;Rob&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/17218052-5461732085999220583?l=www.worthsolutions.com%2Fleanblog%2Findex.html'/&gt;&lt;/div&gt;</content><link rel="replies" type="application/atom+xml" href="http://www.blogger.com/feeds/17218052/5461732085999220583/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="https://www.blogger.com/comment.g?blogID=17218052&amp;postID=5461732085999220583" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/17218052/posts/default/5461732085999220583" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/17218052/posts/default/5461732085999220583" /><link rel="alternate" type="text/html" href="http://www.worthsolutions.com/leanblog/2007/05/right-is-cheaper.html" title="Right is Cheaper" /><author><name>Rob Worth</name><uri>http://www.blogger.com/profile/11205993834039954218</uri><email>noreply@blogger.com</email><gd:extendedProperty xmlns:gd="http://schemas.google.com/g/2005" name="OpenSocialUserId" value="16375277676190655743" /></author><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-17218052.post-116117855410724384</id><published>2006-10-18T14:18:00.000+01:00</published><updated>2006-10-18T14:36:56.973+01:00</updated><title type="text">Small start</title><content type="html">In conversations with clients, potential and actual, other consultants and various people who are interested, they always want to know how to get started. Some advocate a top down approach and some start small and spread, some like to hit everywhere at once with a organisational training programme and some talk a lot and never really get going. These are all valid (except the last perhaps!!). And different approaches suit different organisations in different situations.&lt;br /&gt;&lt;br /&gt;One way to get going is to pick a small area and do a little project.&lt;br /&gt;&lt;br /&gt;Some start with 5S (where you sort, straighten, shine, standardise and sustain) basically throw out the rubbish and clutter, tidy up, clean everything, reorganise what is left to suit the task, make sure everyone knows how the work station works and ensure that it stays tidy. 5S is good, but you can do better. It provides a visual indication that something has been done and in hospitals, factories it can be quite dramatic. But in service work places it can be difficult to know exactly what to do.&lt;br /&gt;&lt;br /&gt;Some make a cell. Not to keep the boss in, but a "mortgage application cell" or "trade input cell". They bring together all the people that need to do a particular, currently disparate task and put them all together in the same place. This can be effective. But sometimes you are simple compressing a bad process.&lt;br /&gt;&lt;br /&gt;I would start with demand. How does work arrive? How often? How much? How much does it vary? Is it value demand or failure demand? This analysis can be a smallish project (compared to the work that it reveals) but it is cruicial to find out how work comes to you before you try to redesign how it is done. For example what if you found out that 60% of your work was dealing with complaints. And that 90% of those complaints could be removed easily? That would be a very good start. Now imagine if you had not done that and instead tried to improve the complaints handling process. Waste of time.&lt;br /&gt;&lt;br /&gt;So start small if you can't start big (I will write about that soon), but start at the beginning. Understand the work coming in. Understand demand.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/17218052-116117855410724384?l=www.worthsolutions.com%2Fleanblog%2Findex.html'/&gt;&lt;/div&gt;</content><link rel="replies" type="application/atom+xml" href="http://www.blogger.com/feeds/17218052/116117855410724384/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="https://www.blogger.com/comment.g?blogID=17218052&amp;postID=116117855410724384" title="1 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/17218052/posts/default/116117855410724384" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/17218052/posts/default/116117855410724384" /><link rel="alternate" type="text/html" href="http://www.worthsolutions.com/leanblog/2006/10/small-start.html" title="Small start" /><author><name>Rob Worth</name><uri>http://www.blogger.com/profile/11205993834039954218</uri><email>noreply@blogger.com</email><gd:extendedProperty xmlns:gd="http://schemas.google.com/g/2005" name="OpenSocialUserId" value="16375277676190655743" /></author><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">1</thr:total></entry><entry><id>tag:blogger.com,1999:blog-17218052.post-116006026933097107</id><published>2006-10-05T15:37:00.000+01:00</published><updated>2006-10-05T15:57:49.416+01:00</updated><title type="text">Who Do You Think You Are?</title><content type="html">So you have read the blogs, scoured the web sites, devoured the books and listened to peers at conferences and you want to have a go at Lean. Why not? Everyone is at it. Even the NHS is giving it a go.&lt;br /&gt;&lt;br /&gt;But how exactly do you start? Your conviction and enthusiasm is about to come steaming out your ears - or maybe you kinda like the sound of it and want to test it a little before you roll it out to the whole enterprise.&lt;br /&gt;&lt;br /&gt;Okay, one way to start would be to get on the phone to someone like me, a Lean consultant, and they will use their years of experience to tell you what is right for you. But I am going to assume that my phone will not start ringing off the hook right after I upload this, because you, rightly, want to test the water before diving in.&lt;br /&gt;&lt;br /&gt;First you need to know who you are. Not in a navel gazing, fluffy, zen kind of way, but in a practical sense. Who are you in your organisation? Are you the CEO? A board member? A director of a division? A middle or line manager? A technical expert (this could be a doctor or any specialised worker, not necessarily a techie type)? Or are you on the shop floor doing the real work of the business?&lt;br /&gt;&lt;br /&gt;Also who are you in terms of influence? Have you started off similar programmes before? Were they successful? If you are not the CEO, can you get support from people above you? Are you the influencing, persuasive type? Do you have a network to draw support from?&lt;br /&gt;&lt;br /&gt;I ask these questions because these are the questions that I ask my "initiators", the individuals that I go to see. And sometimes it comes about that the people who bring me in have just enough influence to get me in to see someone else but not enough to carry through the programme. But they are happy to get the ball rolling.&lt;br /&gt;&lt;br /&gt;So, how far can you push a change to Lean? Do you need to gather some support before you try anything?&lt;br /&gt;&lt;br /&gt;Ponder this, and next time I will give a few ways, from small to large, that Lean can get started in an organisation.&lt;br /&gt;&lt;br /&gt;Whoever and wherever you are you can get going, but some ways of starting are more appropriate depending on your current situation.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/17218052-116006026933097107?l=www.worthsolutions.com%2Fleanblog%2Findex.html'/&gt;&lt;/div&gt;</content><link rel="replies" type="application/atom+xml" href="http://www.blogger.com/feeds/17218052/116006026933097107/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="https://www.blogger.com/comment.g?blogID=17218052&amp;postID=116006026933097107" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/17218052/posts/default/116006026933097107" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/17218052/posts/default/116006026933097107" /><link rel="alternate" type="text/html" href="http://www.worthsolutions.com/leanblog/2006/10/who-do-you-think-you-are.html" title="Who Do You Think You Are?" /><author><name>Rob Worth</name><uri>http://www.blogger.com/profile/11205993834039954218</uri><email>noreply@blogger.com</email><gd:extendedProperty xmlns:gd="http://schemas.google.com/g/2005" name="OpenSocialUserId" value="16375277676190655743" /></author><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-17218052.post-115148947618109394</id><published>2006-06-28T11:00:00.000+01:00</published><updated>2006-06-28T11:11:16.193+01:00</updated><title type="text">The Lake and the Rocks</title><content type="html">&lt;p class="MsoNormal"&gt;One of the metaphors that they use in&lt;span style=""&gt; &lt;st1:city st="on"&gt;&lt;span lang="EN-GB"&gt;Toyota&lt;/span&gt;&lt;/st1:City&gt;&lt;/span&gt; is called the "&lt;st1:place st="on"&gt;Lake&lt;/st1:place&gt; and the Rocks". Is goes like this.&lt;br /&gt;&lt;br /&gt;The lake is the work in progress (WIP).  That could be inventory in manufacturing, it could be partially processed mortgages or patients waiting on trolleys in corridors waiting to be treated or admitted. Anything that represents a partially completed job.&lt;br /&gt;&lt;br /&gt;The rocks are the problems that slow the work down or cause errors leading to unsatisfactory work.&lt;br /&gt;&lt;br /&gt;The main idea of Lean is to make value flow to the customer as fast as possible. One thing you have to do to make value flow faster, is to remove WIP from the work stream. If you want cars to go faster on a motorway it helps to have fewer cars.&lt;br /&gt;&lt;br /&gt;So the lake is the WIP and the rocks are the problems. The metaphor says that as you reduce the the water the rocks will be exposed. So as you make work flow by getting the excess WIP out of the system you will come across problems that will hamper further improvements.&lt;br /&gt;&lt;br /&gt;So work on the problems and you can continue the improvement.&lt;br /&gt;&lt;br /&gt;The trouble is there are always more rocks. That is why Lean is something that an&lt;span style=""&gt; &lt;span lang="EN-GB"&gt;organisation&lt;/span&gt;&lt;/span&gt; "is". Not something it does and then stops.&lt;/p&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/17218052-115148947618109394?l=www.worthsolutions.com%2Fleanblog%2Findex.html'/&gt;&lt;/div&gt;</content><link rel="replies" type="application/atom+xml" href="http://www.blogger.com/feeds/17218052/115148947618109394/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="https://www.blogger.com/comment.g?blogID=17218052&amp;postID=115148947618109394" title="1 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/17218052/posts/default/115148947618109394" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/17218052/posts/default/115148947618109394" /><link rel="alternate" type="text/html" href="http://www.worthsolutions.com/leanblog/2006/06/lake-and-rocks.html" title="The Lake and the Rocks" /><author><name>Rob Worth</name><uri>http://www.blogger.com/profile/11205993834039954218</uri><email>noreply@blogger.com</email><gd:extendedProperty xmlns:gd="http://schemas.google.com/g/2005" name="OpenSocialUserId" value="16375277676190655743" /></author><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">1</thr:total></entry><entry><id>tag:blogger.com,1999:blog-17218052.post-115097934010916827</id><published>2006-06-22T13:21:00.000+01:00</published><updated>2006-06-22T13:29:00.146+01:00</updated><title type="text">Eliminate Waste? Prevent Waste?</title><content type="html">&lt;span style="font-size: 10pt; font-family: Verdana;"&gt;In a conversation with a colleague an intriguing thought came up. Is Lean about eliminating waste or about creating a system that prevents waste in the first place? I think that is the difference between continuous improvement (kaizen) and step-change improvement (kaikaku). Kaizen tries to reduce the waste in the current system. Kaikaku creates a new system with no waste built in.&lt;br /&gt;&lt;br /&gt;In the end you need both. Too many trundle on with kaizen and never make the step-changes they need to. Similarly, many make big changes and then sit on their laurels for years wondering why the world is passing them by.&lt;/span&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/17218052-115097934010916827?l=www.worthsolutions.com%2Fleanblog%2Findex.html'/&gt;&lt;/div&gt;</content><link rel="replies" type="application/atom+xml" href="http://www.blogger.com/feeds/17218052/115097934010916827/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="https://www.blogger.com/comment.g?blogID=17218052&amp;postID=115097934010916827" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/17218052/posts/default/115097934010916827" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/17218052/posts/default/115097934010916827" /><link rel="alternate" type="text/html" href="http://www.worthsolutions.com/leanblog/2006/06/eliminate-waste-prevent-waste.html" title="Eliminate Waste? Prevent Waste?" /><author><name>Rob Worth</name><uri>http://www.blogger.com/profile/11205993834039954218</uri><email>noreply@blogger.com</email><gd:extendedProperty xmlns:gd="http://schemas.google.com/g/2005" name="OpenSocialUserId" value="16375277676190655743" /></author><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-17218052.post-115072066686457557</id><published>2006-06-19T13:28:00.000+01:00</published><updated>2006-06-19T13:37:46.876+01:00</updated><title type="text">Standardised Work</title><content type="html">Standardised work is bad. If you standardise everything, the work becomes boring, you can't deal with the special cases and the cost of documenting the standards is too high.&lt;br /&gt;&lt;br /&gt;Well, yes and no.&lt;br /&gt;&lt;br /&gt;There is no point in having standards yellowing away in a dusty folder, locked in a rusty cabinet. There is no point in sticking only to the standards like the script in the call centre that won't let you ask the simplest question until all the verification steps have been gone through. There is no point in making all the staff bored by giving them all the same work to do every day.&lt;br /&gt;&lt;br /&gt;But that isn't really what standardised work is for.&lt;br /&gt;&lt;br /&gt;At its best, standardised work is a way of capturing the best yet known way of working. No more, no less. I must emphasise the phrase "best yet". Just because it is standard does not mean there is not room for improvement. It is simply the best so far.&lt;br /&gt;&lt;br /&gt;The standardisation should encompass variety. In fact some work should not be standardised. A good example is dealing with failure demand. Do not automate failure demand. But the high volume, fast moving value demand probably should be standardised.&lt;br /&gt;&lt;br /&gt;Once the fast moving, high volume work is standardised, staff will have more time to work on either other work or perhaps further improvements, thus making work more interesting not less.&lt;br /&gt;&lt;br /&gt;So be careful what you standardise and use it to lock in learning and not to control staff.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/17218052-115072066686457557?l=www.worthsolutions.com%2Fleanblog%2Findex.html'/&gt;&lt;/div&gt;</content><link rel="replies" type="application/atom+xml" href="http://www.blogger.com/feeds/17218052/115072066686457557/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="https://www.blogger.com/comment.g?blogID=17218052&amp;postID=115072066686457557" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/17218052/posts/default/115072066686457557" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/17218052/posts/default/115072066686457557" /><link rel="alternate" type="text/html" href="http://www.worthsolutions.com/leanblog/2006/06/standardised-work.html" title="Standardised Work" /><author><name>Rob Worth</name><uri>http://www.blogger.com/profile/11205993834039954218</uri><email>noreply@blogger.com</email><gd:extendedProperty xmlns:gd="http://schemas.google.com/g/2005" name="OpenSocialUserId" value="16375277676190655743" /></author><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-17218052.post-115028357885510844</id><published>2006-06-14T11:56:00.000+01:00</published><updated>2006-06-14T12:24:56.726+01:00</updated><title type="text">Let the system be itself</title><content type="html">I was helping to run a workshop for NHS staff to assist them in preparing to meet the 18 week target set by the government. The target requires that the time between a GP referral and treatment be less than 18 weeks. The fact that targets are rubbish is not something that I am going to go into today. The fact remains that the NHS has to try to meet this target by hook or by crook.&lt;br /&gt;&lt;br /&gt;During the latter part of the workshop an attendee raised a very interesting question.&lt;br /&gt;&lt;br /&gt;"Is there any best practise to tell us how to monitor patients? When should we intervene to ensure that a patient does not breech the 18 weeks."&lt;br /&gt;&lt;br /&gt;They went on further to explain that for example, if a patient has not been seen by a consultant for 6 weeks since the referral, should they bump them up the queue to ensure that patient won't breech the 18 weeks.&lt;br /&gt;&lt;br /&gt;The problem with this thinking is that it is only thinking of the target and how to hit it. It is not thinking of the current system and its capability to hit the target. In fact I would advocate forgetting about the target in order to hit it.&lt;br /&gt;&lt;br /&gt;In order to do what the attendee was asking about, they would have to add in a whole layer of monitoring and expediting mechanisms. This would take resource away from the patient and their journey through the system.&lt;br /&gt;&lt;br /&gt;My answer was that, at present there will wide variation in the end-to-end time from referral to treatment and that many patients will breech. You need to understand that, but as long as the system is stable, you must not act upon it. The way to proceed is to understand the variation in end-to-end times, ensure it is stable, then work on the system to improve it. Look at the end-to-end process to improve the work on the ground until the system is predictably capable of hitting the 18 week target.&lt;br /&gt;&lt;br /&gt;If you tamper, you will only increase the variation. Everytime you intervene to expedite a patient you displace other patients and the variation increases. You are worsening the system, not improving it.&lt;br /&gt;&lt;br /&gt;The attendee replied that that was all very well, but that they would get "killed" if there were target breeches after the deadline.&lt;br /&gt;&lt;br /&gt;Ho hum for the real world. Does government or the Department of Health realise what it is making the NHS staff do in order to meet their targets? If they did, I would hope they would stop setting them.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/17218052-115028357885510844?l=www.worthsolutions.com%2Fleanblog%2Findex.html'/&gt;&lt;/div&gt;</content><link rel="replies" type="application/atom+xml" href="http://www.blogger.com/feeds/17218052/115028357885510844/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="https://www.blogger.com/comment.g?blogID=17218052&amp;postID=115028357885510844" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/17218052/posts/default/115028357885510844" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/17218052/posts/default/115028357885510844" /><link rel="alternate" type="text/html" href="http://www.worthsolutions.com/leanblog/2006/06/let-system-be-itself.html" title="Let the system be itself" /><author><name>Rob Worth</name><uri>http://www.blogger.com/profile/11205993834039954218</uri><email>noreply@blogger.com</email><gd:extendedProperty xmlns:gd="http://schemas.google.com/g/2005" name="OpenSocialUserId" value="16375277676190655743" /></author><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-17218052.post-114063425784674523</id><published>2006-02-22T18:22:00.000Z</published><updated>2006-02-22T18:50:57.860Z</updated><title type="text">Lumpy Lean</title><content type="html">How do you take your Lean? One lump or two? It seems that many people within Lean consider it as a project or as something you do in lumps like a series Kaizen Events.&lt;br /&gt;&lt;br /&gt;Lean is a method of seeing your organisation in a different way and then heading toward something better. But it does not mean that you have to do it in big jumps. You can incorporate "kaikaku" into your plan. Kaikaku is when you make a big jump in changing the system.&lt;br /&gt;&lt;br /&gt;More powerful is when you inch-worm your way to improvement every employee, every day in combination with the big jumps. What would it be worth if every employee saved you £1 every day and that improvement stuck so that each improvement was not just for that day but for every subsequent day? It all adds up.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/17218052-114063425784674523?l=www.worthsolutions.com%2Fleanblog%2Findex.html'/&gt;&lt;/div&gt;</content><link rel="replies" type="application/atom+xml" href="http://www.blogger.com/feeds/17218052/114063425784674523/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="https://www.blogger.com/comment.g?blogID=17218052&amp;postID=114063425784674523" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/17218052/posts/default/114063425784674523" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/17218052/posts/default/114063425784674523" /><link rel="alternate" type="text/html" href="http://www.worthsolutions.com/leanblog/2006/02/lumpy-lean.html" title="Lumpy Lean" /><author><name>Rob Worth</name><uri>http://www.blogger.com/profile/11205993834039954218</uri><email>noreply@blogger.com</email><gd:extendedProperty xmlns:gd="http://schemas.google.com/g/2005" name="OpenSocialUserId" value="16375277676190655743" /></author><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-17218052.post-113111523074853965</id><published>2005-11-04T14:29:00.000Z</published><updated>2005-11-04T14:40:30.780Z</updated><title type="text">Frontiers of Lean Summit</title><content type="html">There have been a lack of postings here for a few days because I have been at the Frontiers of Lean Summit 2005 in Stratford-upon-Avon, eagerly hoovering up new ideas to share. The summit is organised by the Lean Enterprise Academy which is headed up by Dan Jones (co-writer of "Lean Thinking" with James Womack). I would recommend a look at their site at &lt;a href="http://www.leanuk.org"&gt;www.leanuk.org&lt;/a&gt;.&lt;br /&gt;&lt;br /&gt;The biggest idea of the summit was to look at the consumption process. Hitherto, Lean has mostly focused on the steps that a provider goes through to produce their product or service. The thought put forward by Womack and Jones (repeated in their new book "Lean Solutions") was to map the process that the consumer goes through, particularly concentrating on the time and value. They are right when they say that it seems that companies consider that the public's time is of no value. Companies think nothing of making consumers queue multiple times to get value. The reality is that they could cut the provision and consumption processes at the same time and deliver more value at lower cost.&lt;br /&gt;&lt;br /&gt;In the 80s and 90s it was shown that quality is free. Moreover, not only does higher quality not cost a company more, but that it will actually save them money. The ideas in "Lean Solutions" say that saving our customers time can actually save the company's time and money.&lt;br /&gt;&lt;br /&gt;More from the summit in the next few posts.&lt;br /&gt;&lt;br /&gt;Best,&lt;br /&gt;&lt;br /&gt;Rob&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/17218052-113111523074853965?l=www.worthsolutions.com%2Fleanblog%2Findex.html'/&gt;&lt;/div&gt;</content><link rel="replies" type="application/atom+xml" href="http://www.blogger.com/feeds/17218052/113111523074853965/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="https://www.blogger.com/comment.g?blogID=17218052&amp;postID=113111523074853965" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/17218052/posts/default/113111523074853965" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/17218052/posts/default/113111523074853965" /><link rel="alternate" type="text/html" href="http://www.worthsolutions.com/leanblog/2005/11/frontiers-of-lean-summit.html" title="Frontiers of Lean Summit" /><author><name>Rob Worth</name><uri>http://www.blogger.com/profile/11205993834039954218</uri><email>noreply@blogger.com</email><gd:extendedProperty xmlns:gd="http://schemas.google.com/g/2005" name="OpenSocialUserId" value="16375277676190655743" /></author><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-17218052.post-113033180143821053</id><published>2005-10-27T14:00:00.000+01:00</published><updated>2005-10-26T14:03:21.446+01:00</updated><title type="text">Our most valuable resource. Honest.</title><content type="html">When planning to improve by implementing Lean, management need to be very wary about what they are going to do with the people that are freed up by the effort. It is inevitable that in some parts of the process, fewer staff will be needed to complete the tasks. It is true that in some situations, letting staff go is necessary to get down to the correct staffing levels to complete the work. However, even in these rare situations, it should only be done once, it should be done in a short time frame and not drag out over weeks and months and it should be made clear to staff that it is a one time hit.&lt;br /&gt;&lt;br /&gt;In truth, the situation where companies need to loose staff are few and far between. Lean improvement should be seen as an opportunity to increase capacity. If you provide a better service to your customers by reducing lead times, increasing quality and reliability and cutting cost, you should see demand for your product or service go up. When demand rises you will need all the increased capacity you can get. You should not be tempted to make a group of staff redundant, only to go and rehire staff a few months down the line.&lt;br /&gt;&lt;br /&gt;The main reason for not firing staff, is not the capacity argument, but that the staff who are left will not want to continue to improve if they saw their colleagues and friends made redundant as a result of improvement activities. Why would they? Plus who would you rather made suggestions for improvement, staff who have been in the work for a while, or a bunch of newbies, still green to all the idiosyncrasies of your business and sector?&lt;br /&gt;&lt;br /&gt;Don't sack 'em, use 'em.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/17218052-113033180143821053?l=www.worthsolutions.com%2Fleanblog%2Findex.html'/&gt;&lt;/div&gt;</content><link rel="replies" type="application/atom+xml" href="http://www.blogger.com/feeds/17218052/113033180143821053/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="https://www.blogger.com/comment.g?blogID=17218052&amp;postID=113033180143821053" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/17218052/posts/default/113033180143821053" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/17218052/posts/default/113033180143821053" /><link rel="alternate" type="text/html" href="http://www.worthsolutions.com/leanblog/2005/10/our-most-valuable-resource-honest.html" title="Our most valuable resource. Honest." /><author><name>Rob Worth</name><uri>http://www.blogger.com/profile/11205993834039954218</uri><email>noreply@blogger.com</email><gd:extendedProperty xmlns:gd="http://schemas.google.com/g/2005" name="OpenSocialUserId" value="16375277676190655743" /></author><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-17218052.post-113032184356299697</id><published>2005-10-26T20:14:00.000+01:00</published><updated>2005-10-26T11:17:23.566+01:00</updated><title type="text">How to pull in the office</title><content type="html">A push system is where each step or in a process works as hard as possible and pushes all the work it completes to the next step. This means that work-in-progress will sit between steps gathering dust and lengthening end-to-end time. It also means that any improvement feedback loops will be ineffective. If work is flowing quickly through a system, any errors that creep in can be quickly spotted by the downstream processes and the source of the error fixed before they produce too much more. If work is sitting between stations for hours or days, it might be days or weeks before errors are spotted and in the meantime that same error might have been repeated many times in the work that is sat around.&lt;br /&gt;&lt;br /&gt;So we want to aim for flow and pull. Flow means that the work does not stop anywhere but keeps moving along. Pull is the compromise where flow is not possible. It is when the upstream step does not do anything until the next step is free to work on it. This is sometimes done with kanban, but can equally be achieved with a space on a desk that may only contain one piece of work.&lt;br /&gt;&lt;br /&gt;In an office you have to be pretty innovative about pull signals. There is no one technique that will work everywhere. But always try to make whatever you do visual, physical or both. Don't hide flow or pull signals away in computers if at all possible. The above example of the space on the desk is both physical (if a piece of work occupies the space, then the upstream process does nothing), and visual (the upstream worker only need to glance over at the desk to see what the status is). Keeping it simple and not jumping to the conclusion that technology is the way to improve everything is a very powerful lesson to promote pull.&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/17218052-113032184356299697?l=www.worthsolutions.com%2Fleanblog%2Findex.html'/&gt;&lt;/div&gt;</content><link rel="replies" type="application/atom+xml" href="http://www.blogger.com/feeds/17218052/113032184356299697/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="https://www.blogger.com/comment.g?blogID=17218052&amp;postID=113032184356299697" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/17218052/posts/default/113032184356299697" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/17218052/posts/default/113032184356299697" /><link rel="alternate" type="text/html" href="http://www.worthsolutions.com/leanblog/2005/10/how-to-pull-in-office.html" title="How to pull in the office" /><author><name>Rob Worth</name><uri>http://www.blogger.com/profile/11205993834039954218</uri><email>noreply@blogger.com</email><gd:extendedProperty xmlns:gd="http://schemas.google.com/g/2005" name="OpenSocialUserId" value="16375277676190655743" /></author><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">0</thr:total></entry></feed>
