« February 2008 | Main | May 2008 »

April 22, 2008

Good Six Sigma projects are just like any other good project

Dominos One of my basic rules for applying six sigma in corporate real estate is "Don't check your business judgment at the door."

New six sigma practitioners always ask for ideas about project topics.  Although it is helpful to have examples (and there are some classics, e.g., MAC process improvement), some times the question comes because people are distracted by the methodology.  My response is always "Tell me what you are working on in your business, regardless of six sigma" or "What are your goals for the year?"  At least that gets the conversation going.

Consider where you might be having pain in each functional area (transactions, projects, facilities...), consider what your business is asking for (help on sustainability, business continuity, better access to talent, cost reduction). 

The project ideas will be easy from there.

P.S.  Just in case you're looking for examples, here are a few:

  • Improve cycle time for capital projects
  • Improve quality of capital project scoping process
  • Design a framework for managing CRE part of corporate social responsibility; Phase 2:  Improve sustainability of built environment
  • Improve quality of critical environment facility support
  • Improve utilization of a regional portfolio
  • Design new metro strategy
  • Reduce cost in materials sourcing

April 21, 2008

Are you Designing or are you Improving?

Lifestraw2 Off the top of my head I can't think of any place else in business where there is such a bright line between "designing" and "improving" than in Six Sigma methods.  One might be tempted to think that this is a distinction without a difference, since you can't improve without designing something new.

But, alas!

In Six Sigma, we differentiate between the two.  And every group that I've worked with has asked similar questions about why and when to use either the Design methodology or the Improvement methodology.  The reason it's important goes beyond the academic objective of "I want to better understand six sigma" in these ways:

  1. How to prove the project is important.  Both methods have a Define phase where this issue is addressed.  But a Design project needs to focus on opportunity -- e.g., you just did a portfolio review and feel there is opportunity to restack your Denver metro.  Improvement focuses on problem-solving -- e.g., you see from customer satisfaction scores that you have a problem in your Move/Add/Change process.
  2. How to identify solution components.  In an Improve project, you have historic data (or facts) coming in to the project and one of your main tasks is to look at root causes the performance of which, if improved, would achieve your customers' expectations.  In a Design project you are not currently providing the service so you have to use a lot more customer input to make up for your lack of historic performance information.  You need this additional customer input to zero in on your solution.

These are just a couple of issues to consider.  One of the most common questions about applying Design or Improve methods in six sigma is driven by the assumption of whether or not there is already a process.  People usually feel that if there is not a common workflow, written down, articulated, understood by all, that there is not a process.  Not true!  If you do the work today, there is a process -- use the Improve (DMAIC) method.

Most Recent Photos

  • Dominos
  • Lifestraw2
  • Does_not_matter
  • Looking