Showing posts with label Lean. Show all posts
Showing posts with label Lean. Show all posts

Friday, February 04, 2011

Another business lesson from the kitchen: the order matters

I mentioned in a previous post how I love to cook and often have a cooking show on while I'm preparing dinner at night. I was watching Emeril as he made a bolognese sauce (which I tried along with him and it turned out fantastic!) and he commented that when you start by putting the olive oil and bacon into the pot you need to wait to add the onions and garlic and other ingredients. If you add everything all at once the moisture from the vegetables will prevent the bacon from crisping which needs to happen in order to get the full desired flavor.

In other words, using the proper order matters just as much as using the right ingredients.

Let's switch gears. Business. You're trying to make something work better, cheaper, faster. You've got a gal that's a black belt in Six Sigma. You have a guy who did a stint at Toyota and loves Lean. And you've got another gal who loves the Theory of Constraints or TOC. Do you throw them all at the problem all at once and say, "have at it"? You can, but I wouldn't.

If you have those three skill sets in-house you're fortunate. You have the ingredients you need. But the order in which you deploy these resources matters just as much in business as it does in cooking. The research that's coming out in the continuous process improvement literature strongly suggests using TOC as a focusing mechanism to determine the optimal place to start. You can't work on everything all at once and you need to know where to focus first. Bring in your TOC expert. Then bring in your Lean SME to reduce waste, then your Six Sigma person. These results will typically yield far better results than trying to "cook" the approaches all at once.

What works even better is to have a person, a firm, a team that not only knows each discipline well but also how they work together--the Integrated TOC/Lean/Six Sigma (iTLS) approach pioneered by Bob Fox and others. Instead of having one person cook the pasta, someone else come in to make the sauce, a third to make a salad, and someone else to plate it, you just bring in a chef who can do it all. Ideally, bring in a chef that can teach you how to make the dish yourself the next time.

Thursday, January 13, 2011

How iPods in cars is like process improvement

I have a 15-year-old son who is also a talented musician. Whenever he's in the minivan he assumes he's in charge of the sound system and grabs the long cord we have plugged into our auxiliary port, plugs it into his ever-present iPod, and begins blaring Led Zeppelin or Pink Floyd (fortunately he has good taste!). Now I like loud music from time-to-time, but not ALL the time like he does. So we play this little game where he slowly cranks up the volume on his iPod and I slowly notch it down via the volume controls on the steering wheel.

Process improvement is a lot like that.

It used to puzzle me to no end how I could go into a given functional area, reduce the required man-hours to process a given widget from dozens or hundreds down to a handful, and then watch as no discernable impacts made it to the bottom line--or even downstream! Then I discovered the Theory of Constraints (TOC). Now I know it's all about the iPod example.

TOC teaches us to think systemically and see the organization as a whole. It then gives you the lens to see that the parts that make up the whole come in two flavors: those that have a capacity equal to or greater than the demands placed upon them, and those with a capacity less than their respective demands. Then, you're able to look at the latter group and find the bottleneck, the constraint.

If you improve the throughput of a resource upstream or downstream of a bottleneck it's like you've just turned the volume up on the iPod but then the bottleneck turns it back down on the radio dial; it cancels out the benefit. In fact, improving the throughput upstream could actually be making things worse--you're just building the pile of work in front of the constraint higher faster.

The Integrated TOC/Lean/Six Sigma (iTLS) approach most notably outlined by Robert Fox in his new book (as well as by others such as the book Velocity) uses TOC as a focusing mechanism to first see where should we focus our improvement efforts. Then we can bring in Lean to reduce waste, Six Sigma to reduce variability, and technology to automate and streamline (maybe that should be changed to iPIT for Integrated Process Improvements and Technology? Or maybe TiP for Technology integrated with Processes?) . Taking this approach gives you the comfort of knowing anything you do will have an immediate systemic effect and that someone else doesn't have their hand on the volume control downstream.

Friday, April 27, 2007

From Piano Practice to Self Expression

My 11 year old has turned a corner on the piano. Instead of having to remind him multiple times a day to practice and setting up job charts as reminders with rewards for doing it, he stumbles downstairs first thing in the morning and begins playing before he's even spoken to anyone. He sits down and plays when he gets home from school. He plays a few times throughout the evening. The difference seems to be that he's finally hit a tipping point in his skill level where he can play a handful of songs well from memory and he's beginning to feel the release of self expression through his music (I can't think of many motivators more powerful than self expression).

The next time you notice resistance to some new business processes, instead of reiterating the "why we did this and why it's best for the company" speech, try helping the individuals in question gain more skill at using them. Help them to become more proficient.

Friday, April 20, 2007

Apple: How to improve audiobooks on iPods


I've got a few beefs with how the iPod handles audiobooks:

  1. I want to be able to bookmark certain passages as I go through the book. I may be listening in the car and hear a great quote I'd like to go back to when I get home. I'd like to be able to reach over, press a button, and have that marked so I can jump back to it later.
  2. I want to be able to navigate through the book more easily. For instance, I'm re-reading Jack: Straight from the Gut with a particular interest in picking up any tidbits re: GE's Six Sigma initiative. I finally reach it at like seven hours into the book. I'd love to have a Table of Contents screen I could get to by pressing the center button that would allow me to scroll through chapters and jump right to a particular section--it would be much more useful than being able to push the center button to see a slightly larger picture of the book cover!
  3. I want sections to be meaningful. By pressing the forward or back buttons I can jump between sections of a book. Instead of these sections being equally divided chunks (e.g., a five hour book may have five one hour sections) the section markers should be at the beginning of each chapter. For instance, even if I couldn't get to a table of contents screen as suggested above, I still should be able to press the forward button enough times to jump right to the beginning of the Six Sigma chapter.
  4. I want to know where I'm at in the book. Some podcasts are enhanced--meaning they incorporate some additional tags and/or images in the input file that translates into additional text or images appearing on screen as the program progresses. It allows the podcast to be almost like a slide show instead of just an audio program. I'd love to see some kind of chapter name either float over the screen like the letters do when you're scrolling quickly through a list of artists in your music library or to have it appear on screen in a way similar to how enhanced podcasts display section headings.
I realize some of what I outline are enhancements that may not have surfaced until we had working audio book in our hands. However, some of this is a prime example of how the provider did what was easiest for them and not want was truly value-adding for the end consumer.

For example, I'm sure someone probably suggested sections markers in a planning or design meeting. A developer probably thought about it and said he or she could create an algorithm that would take the audio length, determine how many sections to create based upon certain length parameters, and then equally divide it. It's automated and done. He/she then got to mark off the feature as delivered on the project plan and marketing got to put "comes with section markers" on the marketing material. But it's not useful. It's not want I want.

It would take time to work with digital audio suppliers to get them to incorporate chapter markers in their audio stream that could then be incorporated into the internal design specs, or to create the abstraction of chapter markers in the digital audio provider industry, or to simply have an intern sit and listen to each book and write down the time stamp of each chapter.

Lean and Agile teaches to start from the perspective of the customer and find out what they want and consider valuable. Then you work from there to provide that and only that--really well. Everything else (like being able to see a picture of the book cover) is considered wasted time, effort, expense, and functionality (muda in Lean terms) from the consumer's perspective.