Lean Archive

1

Coke Freestyle VMS

My family and I went into a California Tortilla the other night to grab a quick dinner. Off to the side I notice a long line of people waiting to fill their soda cups.  It used to be, when you went out for fast food, the people behind the counter would ask you what you wanted and they would hand it to you.  Now, at this location, it appeared it could take as long to get our drinks (in a separate line) as it would to get our food.  Though I appreciate this California Tortilla location wanting to empower the consumer by giving us 100+ choices of our favorite mixture of soda-pop, most people in line appeared paralyzed by the amount of combinations and permutations.  When I went into a different California Tortilla, I noticed an old-school fountain machine.  There was no line and I saw two people filling their soda cups at the same time.  It made me question the value the additional choices offered, especially when all I want is water.

So, I guess my question is, should there be fewer options or a better feedback tool for consumers to respond to?  When doing a little research on this post, I found a poster of a freestyle “menu” at Taco Mac.  I believe the use of this VMS (Visual Management System) could keep the lines short at the California Tortilla location.  But, I don’t know.  Are there shorter (or no) lines at the Atlanta Taco Macs?  To shorten the lines at California Tortilla, I would propose they get the menus and hang a poster near the machine.  I think people would be more apt to decide what they wanted before they stand in front of this machine with 100+ choice presented to them.  I think it would cut down on people browsing the menu, while there is a line behind them.  My goal?  I want the cut down lead time and cycle time as much as possible.  Not sure what those are?  I found a great definition by Corey Ladas.

Lead time clock starts when the request is made and ends at delivery. Cycle time clock starts when work begins on the request and ends when the item is ready for delivery. Cycle time is a more mechanical measure of process capability. Lead time is what the customer sees.

Lead time depends on cycle time, but also depends on your willingness to keep a backlog, the customer’s patience, and the customer’s readiness for delivery.

Another way to think about it is: cycle time measures the completion rate, lead time measures the arrival rate. A producer has limited strategies to influence lead time. One is pricing (managing the arrival rate), another is managing cycle time (completing work faster/slower than the arrival rate).

I know you usually don’t think of Agile or Lean when talking about fish tacos, burritos and soda-pop, but I had to get this off my chest.

Popularity: 1%

2

Looking for Lean in Inefficient Processes

first-class forever stampThis morning, I wrote a physical check and placed it into a physical envelope. I hand-wrote the addresses on the envelope and even put a physical stamp on it.  I will mail it, when I take my semiweekly trip to the mailbox.  This is the first time I can remember doing this in a few years.  The party recieving my payment is forcing me to follow this inefficient business process of mailing a physical payment to them.  All I can think is how this used to be the norm and now how ridiculously inefficient it appears.

When objectively judging the efficiency of this process, I started by first measuring two things, the Work-in-Process (WIP) and the Average Completion Rate (ACR).

Little’s Law

This law provides an equation for relating Lead Time, Work-in-Process (WIP) and Average Completion Rate (ACR) to any process. The law states: Lead Time = WIP (units) / ACR (units per time period).  The idea is to have the lowest lead time as possible.  Lower lead times means less waste.

Am I the only geek out there who does this?  Where do you see inefficient processes that could benefit from a more lean approach?

 

 

Popularity: 1%

Tags: , , ,
8

The Gemba Walk

As part of a recent engagement, Bob Payne and I went to assess and coach a group of Agile teams out in Iowa.  Each morning, we would arrive before the daily stand-ups.  Each morning we walked around, listened in on conversations and got updates from the teams.  We quietly studied their large team boards and then how they interacted with the boards and one another. I would describe this daily stroll as our Gemba Walk.  Gemba is a Japanese term meaning “the real place.” In business, it refers to the place where value is created; in our case the gemba was the west side of the building on the 5th floor where the teams were located.

Gemba Walk

In lean manufacturing, the idea of gemba is that the problems are visible, and the best improvement ideas will come from going to the gemba. The gemba walk, much like Management By Walking Around (MBWA), is an activity that takes management to those doing the actual value delivery, to look for waste and opportunities to practice gemba kaizen, or practical shopfloor improvement.  If you are in management and you want to make a real difference, get out of your office and go on a gemba walk.

If you are on a project team, do your managers go on a daily gemba walk?

HT: Wikipedia

 

Popularity: 1%

0

When a Standard is a Distraction

I stopped off to get some gas and found myself spending way too much time analyzing the user interface, trying to figure out how to pump my gas.  I don’t want to sound so negative but gas pumps rank right up there with Adobe products, when it comes to non-intuitive UI.  At first glance, the UI was comprised of two areas.  One, there was a monochrome screen with four button on either side.  I’ve seen this layout at other gas pumps so I was ready for visual queues to come from that.  The other area was a 16 button keypad.  Fortunately, there was a slot for me to insert my credit card, otherwise, I think I would have just driven to another gas station.  The problem started 10 seconds after I inserted my credit card.  It actually took roughly 10 seconds for each action to be registered on the screen, leaving me feeling frustrated throughout the process.


The first text to appear on the screen was In Payment Card. I complied and 10 seconds later the text Debit Card or Credit Card? appeared. I expected the choices to align to one of the 8 white buttons flanking the screen. I then looked at the keypad. Nope, no Debit or Credit keys, which I’ve seen on other gas pumps.  Just before cancelling the purchase, I noticed two unassuming grey buttons to the right of the receipt dispenser. They were labeled Outside Debit and Outside Credit. I grumbled to myself and selected the Outside Credit button. Ten seconds later (I’m not kidding) Enter Zip Code appeared on the screen.  I typed in my zip code via the keypad.  I waited a solid 10 seconds before Press Enter If OK or Clear appeared. I located and press an Enter OK button on the keypad. The text Authorizing then displayed for an additional 10 seconds. Just as I thought it would tell me to select my grade of gas, Would you like to print a receipt? appeared.  I located and selected the Yes Receipt button on the key pad.  The screen then took an additional 10 seconds to state please see cashier inside for receipt. I stood there dumbfounded (for an additional 10 seconds) when the screen then changed, stating Select your Grade.

Here comes the comparison.  Simple processes like buying your gas should not be this painful.  The same goes for your business processes.  Don’t put so much emphasis on things that you’re not going to need.  They become wasteful distractions.  In the case of the gas pump, the most important steps of the process were hard to locate and navigate.  I wasted a lot of time just trying to figure out how to do the next step, when I already knew what I needed to do.  On the gas pump, the two unassuming buttons were critical to move forward in the process but weren’t even in my line of sight.  You need to think about this when customizing your business processes.  Standards (and processes) are good, as long as they provide value, either by increasing quality or lowering risk.

 

Popularity: 1%

Tags: , ,
8

Waste In Software Projects

This evening I attending the monthly Agile Leadership Network event. I noticed a very familiar slide on Waste In Software Projects. It looks familiar because I have it in my training deck as well! Yes, my Introduction to Agile class has a slide that credits the Standish Group Study reported at XP2002 by Jim Johnson, Chairman.  In reviewing software systems, Jim Johnston, Chairman of the Standish Group, determined that in systems defined and delivered using a traditional / waterfall style approach almost half of all features developed and paid for are never used.  The question this evening was, for the 45% of the features that were never used, what was the cost incurred?  Well, I can tell you it’s probably a lot more than 45% of the budget!  What if the features that were never used were actually the most costly as well? The rule we should learn here is we should eliminate the waste at the source, before it makes it all the way to the Production environment.  If a feature or product is never used, it’s waste. But, since XP2002, have we learned our lessons?    Standish Group Study

Are we still delivering features that customers will never use?  I figured I would create a quick Google Doc that would collect some data. After giving it some thought, I decided to remove the link to the Google Doc.  The collection of data was just a distraction from the actual blog post.  Thank you to those to participated.

Popularity: 1%