Showing posts with label measure. Show all posts
Showing posts with label measure. Show all posts

Saturday, March 28, 2015

Combining DMAIC and lean events to maximize process improvements

The DMAIC approach for process improvement is the foundation for Six Sigma, and I have grown to appreciate it more each time I use it. However, DMAIC projects can take a while to complete. Lean events are great approaches to make dramatic improvements, but who is tracking the long term results after the event is complete?



There are two powerful ways to combine DMAIC with lean events:

1) Use lean events to move quickly through the DMAIC phases

2) Use DMAIC framework to manage lean activity in a work area

1) Use lean events to move quickly through the DMAIC phases

You can reduce the completion time for your project by using the lean event format to help you quickly move through the different DMAIC phases. The great thing about lean events is that you get the right people in the room, focused on a specific outcome, and you have a set timeline to get it done. This creates a strong sense of urgency that some Six Sigma projects seem to lack.

For example, you could have a lean event to build the project charter, perform an FMEA, gather detailed data for the measure phase, develop control charts, or conduct a pilot study or DOE. The idea is to get everyone together for a common task and get it done, rather than drag it out over one hour meetings every week.

You also don't need a full week for each lean event. However, you probably need more than one hour, so schedule half-day or full-day sessions with your team (we suggest at least 2 per month), so you can make lots of progress all at once, and not wait for action items to be completed. It also can be frustrating when you just start making progress, and you hit the end of your hour long meeting.

2) Use DMAIC framework to manage lean activity in a work area

You can also use the DMAIC structure to help with your lean events. During a traditional kaizen event (week long improvement workshop), the DMAIC framework is already being used, even if you don't realize it. When you are doing the prep work, you are conducting the Define and Measure phase. During the actual event, you are conducting Analyze, Improve and Control. However, sometimes the improvements and control systems are not as strong as they are during a Six Sigma project, due to time constraints. In addition, the long term tracking of metrics, to ensure that the event truly achieved the results, is often lacking after an event.

The DMAIC framework will also help you realize if you need more events to complete the improvements in order to achieve the goals for the workarea, and allow you to fully capture any cost savings or metric improvements. Perhaps the lean event made great strides, but the inventory is still too high, or they have not been able to consistently achieve their takt time. Maybe the last remaining action item is one of the most crucial items, that will make a dramatic improvement to the flow? DMAIC will keep the effort moving forward until the results are achieved.

It's important to combine DMAIC and lean events in your improvement plan. We don't want to have an event, make improvements, then walk away and not verify the team achieved their long term goals. Likewise, we don't want Six Sigma projects that take forever to complete.

Tuesday, July 24, 2012

We don't need any help, we are already lean!

"Lean and Six Sigma are only for manufacturing organizations!"
"Our processes/company is unique, so that won't work here!"
"We're already lean because we're working so hard and so many hours!'

What "lean" looks like to people who don't get it yet.

Have you heard these comments before? That's the first sign of a company in desperate need of process improvement. 

I'll admit, there is some difficulty in getting people in a transactional or office environment to embrace lean and six sigma concepts. The biggest issue is that they can't SEE their workflow, so they cannot easily translate a manufacturing example (often used in training materials) to their own jobs.

I'll also admit, I can lean out anyone else's process, but when I decided I needed to lean out my own work, I ran into some difficulties.

After some serious evaluation of what I actually do (when not training or consulting, those are easy), I realized that I provide "items" to my customers. Items could be book summaries, templates, training material, procedures, guidelines, reference material, examples, recommendations, graphics, just to name a few. My clients take these items, and turn them into action, which should result in an increase in value or reduction in waste or reduction in life cycle costs to their business. Therefore, I indirectly help my clients improve their processes, or directly help them (when they get stuck).

I figured out I used a very simple process to convert a request from a client into an "item".

1. Obtain needs from clients
2. Gain approval to proceed (based on cost and time frame)
3. Create draft of item
4. Review draft with colleagues/experts
5. Make revisions
6. Review revision with broader audience and client
7. Make 2nd revision
8. Release item to client
9. Follow-up with client to determine usage
10. Review success and modify process

For example, one client asked for a summary powerpoint document of basic lean tools, that they could give to their employees, to let them read through prior to a lean event. We had some of it created already, but not in one single presentation, so it needed some work.

Here is what I did:

Step 1. Discussed how many slides, what kind of detail they wanted, which tools and concepts to include, how to navigate between slides, etc.
Step 2. I came back with how long it would take, and how much it would cost. We agreed to proceed after some discussion. I also provided some sample slides, and a basic framework for the presentation.
Step 3. I created a rough draft of the training. It's easy to get 80% done, then want to start something new (get sick of working on the same thing), but this is where you need to step it up to reach 100% completion.
Step 4. I next sent it to my consultant friends and former co-workers for feedback. Some provided better slides, challenged the intent of the presentation, and gave me some ideas on what to improve.
Step 5. I made most of the revisions, and ignored those that were minor, but would add significant time.
Step 6. I next sent it out to the client and some non-expert friends, to see if they could follow along with the presentation. They would better represent my target audience.
Step 7. After getting some of their feedback, I made some final changes.
Step 8. I sent the final "item" to the client for approval, and an invoice was provided.
Step 9. After the training, I asked for feedback on how it was received, and what additional changes to make.
Step 10. If I got hung up in the process, or missed a requirement, or the item didn't get used very much, I determined what I should do better next time.

Bottom line, until you actually reach step 8 above (release product to client), you have not provided any value to your clients. You don't get "credit" or get paid until you deliver. This is my "production", which connects me back to the training material that was too "manufacturing" focused before. If you can show this connection to clients, you'll see their eyes widen, and they will start thinking of all kinds of ways to apply lean to their processes.

What I want my office to look like...
Now, in order to apply lean to this particular process, I need to gather data on the following:

1) How long does it take from step 2 to step 8 (cycle time)?
2) How many items do I complete per month (output/deliveries)?
3) How well did the item get received or used (quality)? If it was good training, I would expect it to be reused over and over again. If they never touched it again, maybe it was considered low quality. Did I have to revise the item after releasing to the client? On a 1-10 scale, how happy was the client with the item?
4) Did I complete the item when they wanted it (on-time delivery)?

Once I have this data, then I can start to apply lean and six sigma concepts to the process. Create a whiteboard and display these metrics near your desk. Include a status board for the items you are currently working on, along with a visual of which step in the process each item is located. 

When reviewing the data, if it took longer than I planned, I need to look at my other activities, to see how they impacted it. The more items I'm working on at once (work in process), the longer it will take me to deliver to my client. This has really kept me focused on working on one or two items at a time (single piece flow). I like to jump around and "multitask" but I know that slows down my process, and it takes me longer to pick up where I left off. Once I start step 2, I need to stay committed to reaching step 8, so I can minimize the time between customer request to delivery to customer without any errors. This is the heart of lean.

Quality can be a little difficult to measure in the office. I mentioned some approaches above. When I go to step 9, and look at how often my items are being used, I feel this is a true measure of how good the item is. If I send out a well-written book review, but no one reads it, then did I actually provide value that the client could take and convert into improvements to their business? If not, then I didn't succeed in my task. If I create a template, and it gets sent around the company, and 50+ employees use the template, then I feel like that item was higher quality than the book review.

In summary, making the connection between lean and the office environment can be difficult and you should expect to get push back when discussing it. However, you can practice learning how to apply lean to the office by reviewing this article, and looking at the work you currently do today. It will be easier to convince others how lean directly relates to them when you can give specific examples on how you apply it to your own work. What has worked well for you when dealing with office processes?