- 10 Common Misconceptions About Lean Manufacturing
- Ten Reasons Why One Piece Flow Will Not Work
- The Best Visual Control in the World
- Give Me 60 Minutes and I'll Give You a Lean Transformation
- Toyota Owes Grandpa Ford
- Look Up from Your Work and Ask: ;Could We Flow This?
- Ouch! Change Hurts
- E-mail 5S
- The Top 5 Reasons for Using Production Preparation Process (3P)
- You've Gotta Go to Gemba More Often Than That!
- 5S Your Desk: And Other Tips for Office Productivity
- Skill Matrix Enables Suggestion System
- Work Content for Line Leads
- Strong Supervision: The Key to Long-term Kaizen
- The Four Elements for Sustaining Kaizen
- Keys to Sustaining 5S
- Top 10 Improvement Tools Named After Lean Sensei
- Intuition, Information and the Toyota Production System
- Nine Rules for Fighting Endless Meetings
Toyota Production System Applied to Software DevelopmentSome of the most interesting insights into the Toyota Production System come from the experiences people have with implementing the TPS outside of manufacturing. Whether it is in schools, hospitals, or software development firms, the challenge of understanding and applying the principles of the Toyota Production System result in new perspectives on things that some of us old hands at TPS we think we already understand. The story of Fujitsu Prime Soft Technologies Limited and how they applied the Toyota Production System to software development is related in the book Applied!! Toyota Production System to an IT Company 「実践!!IT屋のトヨタ生産方式」 published by Fubaisha. Far more interesting than the details of the training they received or the Lean tools they applied to software development processes were the lessons learned related by the various kaizen instructors who were each leaders of the projects within Fujitsu. The chapters are written as first-person reflections on challenges with applying TPS during various stages, by different kaizen instructors from Fujitsu. One of the valuable insights was stated simply as: "Kaizen is getting rid of waste. Waste is what is abnormal. Think "this is abnormal". Find abnormalities. Train your eyes to see abnormalities. People will not act unless there is an abnormality." Basic stuff, you may say, but how many of us train our eyes to see abnormalities? There are many abnormalities surrounding you, if you only have eyes to see. As an example given in the book, if you buy a notebook for one dollar yen but you only use 30% of the space on each page to take notes, you have wasted 70 cents. The blank space on each page represents money you waste. At one point the book asks: "When you look at one thing, how many things do you notice?" Standing in the Ohno circle is a good way to train your eyes to do see abnormalities and to find many small things to fix, some of them immediately, without the need for a kaizen team or Six Sigma project. This is the type of thinking that the team at Fujitsu used to apply the Toyota Production System to software development. Another gem was how they overcame the resistance to applying TPS to software development. People asked, "Why the Toyota?" and the kaizen instructors would ask "If there is another way, please tell us. It is easy to deny another person's idea. If you are going to deny it, you must present a different idea." At least with regards to improving the software development process, nobody had any better ideas for how to improve, so they agreed to try TPS. One of the kaizen leaders from Fujitsu also made an interesting distinction between kaizen and kaikaku. The popular term in Japan for what we might call a Lean transformation or a major business process redesign initiative is "kaikaku". It literally means "reform" or "radical change". The Fujitsu kaizen instructor explained: "While you can think of kaikaku as a large paradigm shift, it is over in an instance. Kaizen on the other hand is many continual changes you make daily. TPS is kaizen, not kaikaku, so there is no ending." In the West we often think of a Lean transformation or Lean deployment as a kaikaku. It is "done" at a certain point, and we begin to ask "How do we sustain this?" This is the wrong thinking and the wrong question. It is never done, only begun. There is no sustaining, only doing. By Jon Miller - August 8, 2007 10:46 PM |
Comments
|
Interesting - Mart & Tom Poppendieck also published two excellent books on applying Lean principles to Software Development. Not as far as I know. Here it is in Japanese though: http://www.amazon.co.jp Hey Jon -- not self-promoting here, but just thought you might be interested in the following Lean for Software posts: This is really interesting. I am a firm believer of application of lean in software context. In fact I have written few articles on lean software development. I am also waiting for this book to be in English Curious! I think that this book has English variant, in the Internet I didn't find any, but I'm going to ask in the library. Just reading through your post catching up in reverse order. I'd like to voice a minor caveat to you waste example. Just because you only use 30% of a notebooks page does not mean the other 70% is wasted. Whitespaceisimportantifyoudontbelievethattryreadingthistext. Sometimes the space you leave is more important than what you use to fill the rest of the space. That has obvious parallels on the factory floor. Robert |









