InfoQ

InfoQ

News

My Bookmarks

Login or Register to enable bookmarks for unlimited time.

The content has been bookmarked!

There was an error bookmarking this content! Please retry.

Tips for Effective Kaizen Process Improvement

Posted by Deborah Hartmann Preuss on Aug 15, 2006

Sections
Process & Practices,
Architecture & Design
Topics
Agile Techniques ,
Agile ,
Delivering Value
Tags
Kaizen ,
Retrospectives ,
Lean ,
Complementary Practices ,
Continuous Improvement
Agile software development and Lean Thinking go hand-in-hand for a number of trainers and practitioners.  Lean Software author Mary Poppendieck said in interview:
"Both Scrum and Extreme Programming (XP) are examples of Lean Thinking applied to developing software. Scrum is an excellent approach to responsibility-based planning and control. XP is a tremendous set of disciplines that enable rapid, repeatable, reliable delivery of code. I particularly like XP´s focus on testing, continuous integration and refactoring. I think of refactoring as constantly improving the code base - it´s sort of like applying kaizen (the Japanese word for continuous improvement) to a software system."
Six-Sigma blackbelt Mike Wroblewski blogged some lessons learned from a recent kaizen session in a manufacturing environment. He sees kaizen as a keystone to process improvement, calling it "One the most powerful and exciting Lean improvement techniques."  Despite significant differences between software and manufacturing environments, the trickiest variable remains the same: people.  So, many of the Lean lessons learned by Wroblewski contain good information for Agile process improvement as well:

Lesson 1. Keep the kaizen training to what is actually needed for the event.
Don't plan a whole day unless that's exactly what you need.

Lesson 2. Provide the kaizen training at the right time.
As we all know, proximity of training to use greatly improves effectiveness.

Lesson 3. Properly scale the scope of the kaizen event.
No use bringing an elephant to the table for a small team to try to eat in a few hours. Focus.

Lesson 4. Measure twice, cut once.
Be clear before rolling out changes that affect others.

Lesson 5. Do not tick off your maintenance support crew.
Please see above.

Lesson 6. Pick the right lean tool for the job and use it well.
There are plenty of lean manufacturing tools to choose - and  there are Lean Software tools, too - thinking tools to help teams customize the right agile practices for their environment.

Lesson 7. Buy-in, Buy-in, Buy-in.
"It may take patience and effort on the part of the team to get buy-in. To be successful, you have no other choice!"

Lesson 8. Watch out for collateral damage.
Because teams don't tend to work in total isolation.

Lesson 9. Keep your kaizen goals simple.
Clear, simple and measurable is best!

Lesson 10. "Go to gemba" and stay there the entire week.
The best place to plan improvements is where they will actually be implemented.

Visit Wroblewski's blog to see the context for these lessons.

Further interesting reading on this blog includes Information Supply Chain Kaizen, and  Point Kaizen, a kaizen focused on one small improvement to be implemented in a matter of a few hours.

No comments

Watch Thread Reply

Educational Content

Jesper Boeg on Priming Kanban

In this interview, Jesper Boeg, author of the new InfoQ book – Priming Kanban, discusses the keys to using Kanban effectively, and how to get started if you are currently using other approaches.

New-age Transactional Systems - Not Your Grandpa's OLTP

John Hugg discusses high volume transaction processing applications with high and low frequency profiles, and how VoltDB can be used for that purpose.

Cool Code

Kevlin Henney examines code samples to see what can be learned from them starting from the premise that one won’t write great code unless he knows how to read it.

Collaboration: At the Extremities of Extreme

Jason Ayers share the observations he made watching a team of developers collaborating in real time on the same code base, pushing XP, pair programming and continuous integration to their extremes.

Yesod Web Framework

Michael Snoyman presents Yesod, a web framework written in Haskell and containing a web server, templating, ORM, libraries (templating, gravatar, etc.).

Transactions without Transactions

Richard Kreuter and Kyle Banker on how to avoid classical RDBMS transactional systems by using compensation mechanisms, transactional messaging or transactional procedures.

Attila Szegedi on JVM and GC Performance Tuning at Twitter

Attila Szegedi talks about performance tuning Java and Scala programs at Twitter: how to approach GC problems, the importance of asynchronous I/O, when to use MySQL/Cassandra/Redis, and much more.

10 tips on how to prevent business value risk

One category of risk that project teams need to ensure they address is business value failure – delivering a product that fails to provide value for the business investor.