Process Mapping Blog

Process Mapping Blog

Guest writer Sara Hanks helps us with a key detail for continuous improvement in her “Process Mapping Blog” today.

Continuous improvement in an organization requires implementing projects. Projects also mean change, which is often met with resistance. In the early stages of a project, I recommend using process mapping to facilitate effective change management.

In one of my first IT projects, I was creating an inspection software for manufacturing quality. The project was significantly delayed, and the former project manager had left the company. To create something quickly, I deployed an off-the-shelf software. Completing the inspection plan turned out to be a giant pain and added significant cycle time. A year later, we ended up redesigning the entire inspection software after so many complaints from the users. It was not worth trading off an understanding the current state process for the speed of implementation. I should have known better, after many years of training and practicing lean at GE. 

When lean was a corporate initiative at GE, the business planned large transactional lean events to conduct process maps in a session that was sponsored by senior leadership. Attending these events was a privilege and a great way to network with senior leaders. These sessions, often led by a trained facilitator, were highly interactive with post it notes and giant sheets of paper. Over time, the initiatives shifted, and the leaders were no longer engaged at that level. However, I require my teams to conduct process maps 100% of the time.  

Process mapping is a necessary step towards implementing change as it helps to understand the current state. A process map is a detailed diagram that articulates each step of a process. While these can be created by interviewing people, they are best conducted in a conference room environment, with representation from each function involved in the process. With enough prework, the session can be completed in 4-8 hours, depending on the complexity of the process. 

Prework to the Process Mapping Session 

Create a RASCI chart. A RASCI chart identifies the process steps, as well as the roles or people who need to participate in each step. RASCI stands for: 

  • Responsible – the person who completes the step
  • Approver – the person who needs to approve the work conducted by the responsible person 
  • Supporter – roles that provide inputs to the process step
  • Consultant – an expert who provides expertise 
  • Informed – the people who need to know about a process step being completed 

It’s important to note that every step needs a responsible person or role, but the other categories are not required*.  At minimum, one person from each function that owns a step should participate in the session. 

The output of the prework is to schedule time with the team, as well as a report out session with the relevant leaders.

Conducting the Process Mapping Session

  1. Review the RASCI chart with the team. It is important to obtain consensus that the process steps are complete, as well as who is involved in them.
  2. For each step in the process, the team will identify the following details:
    1. Inputs to the process step, as well as who provides the inputs. Sometimes the inputs are not part of the process itself but are used to make a decision or to harmonize information. For example, a purchasing specialist may refer to quality data before choosing who to buy parts from.
    2. The details about what happens during the process step. If the process is a decision, what criteria is used to make the decision should be included. 
    3. The time it takes to complete the step, as well as how long people are waiting for information.
    4. The system of record for the process step – whether it is an email, an IT software system, or even paper records.
    5. The outputs of the process step
  3. Review the process map one final time and ensure that the times noted are reasonable.
  4. Evaluate the process for waste. Waste identification should be brainstormed silently first, then shared with the group. Waste in a process could include:
    1. Rework of a process step, or returning to an earlier step in the process
    2. Waiting for inputs
    3. Excess processing such as creating reports that are not used
    4. Manual efforts that could be automated

Once the waste is identified, the team will see themes of similar waste. These can be grouped into categories and should be quantified in terms of time or cost. 

At this point the team and the project manager has a thorough understanding of the process, as well as the opportunities to drive improvement through waste elimination that can be considered in the project plan. Some process mapping events use the team to design a future process collectively, but that’s a blog for another day. 

Report Out

When people are asked to take time out of their day to support process mapping, a report out is helpful to justify the time with their managers. In addition to the management team and the participants, any people who are approvers in the RASCI should review the outcome of the process mapping session. The report out can be summarized as a Value Stream Map, which is a high-level representation of the process and includes the cycle times. It is helpful to include the waste impact in the Value Stream Map as well. 

Conclusion

Process mapping helps project managers understand the current state thoroughly which helps prevent issues when implementing the project. The biggest benefit of conducting the process mapping session is that it engages the stakeholders and subject matter experts. Process mapping exposes frustrations about the current state, so the subject matter experts are more likely to understand why a project is happening. Additionally, it highlights what works about the current state, so the project manager can consider keeping these best practices. When the stakeholders are understood, they are more likely to accept or even embrace the change.

NOTE: Some sources say that the A means accountable, but I prefer approver because if a person is responsible for completing a step, by default the person is accountable.

Did you enjoy this blog? Read more great blog posts here.
For our course lists, please click here.

People Don’t Resist Change

People Don’t Resist Change

Guest writer Sarah Hanks deconstructs the challenges of change in the workplace in her blog post for this week: People Don’t Resist Change.

“People don’t resist change. They resist being changed!” Peter Senge

 

On Monday, I was delighted to have the luxury of being a guest on the Industry 4.0 LinkedIn Live to discuss the learnings from success and failures. While the interview was pre-planned a question was asked that surprised me, “You stated that you’ve been doing digital transformation for a decade. What is different now than what you saw then?”

A few years ago, my team was implementing a shop floor quality system. One of my husband’s colleagues was complaining about the IT system that my team was deploying. He called me and I went down to the shop floor during my lunch break. In the conversation with the employee, I learned how frustrating it was to add cycle time to their data input and he didn’t understand the purpose. That single conversation led me to adapt the deployment strategy.

I explained that the goal was to connect the quality process from supplier to customer and drive a systematic improvement to quality. I also shared the link to collect feedback. The implementation went smoother, and the inspector provided feedback. This feedback was included in the future design, making the system better for everyone. When the application was expanded into other areas of the factory, I had several conversations with every employee on every shift. 

Throughout the following years, the end user’s adoption and support has become a top priority. Here are 5 tips that I’ve adopted into my process:

5 Tips for Frontline Team Buy-In

  1. Know the problem
  2. Prioritize a user-friendly interface
  3. Explain the why to everyone
  4. Create a feedback loop
  5. Celebrate wins as a team

Let’s look at each element:

Know the problem. 

Understanding the problem that the technology solves

is important. With the ever-changing technology and continued focus on Industry 4.0, it is easy to get sucked into the popular thing to do. Connecting sensors to machines alone does not add value. However, using those sensors to prevent unplanned downtime is both value-add and it is measurable, as an example.

Prioritize a user-friendly interface. 

Training is a cost to a business. If the user interface is easy to learn, the cost to train the employees decreases considerably. We don’t take hours of training to learn Facebook and shop floor applications should be the same. 

Explain the why to everyone. 

Take the time to have a conversation on the why with every employee. In my experience, these conversations help team members understand the value, ask questions and connect with the project.

Create a feedback loop. 

Collect feedback from everyone and let them participate directly in the journey. Don’t forget to follow up, whether the idea is incorporated or not. Communicate ideas that have been accepted broadly.

Celebrate wins as a team. 

Select a target, such as # of records, # of clicks, or length of time and connect it to a reward. Even a simple pizza party can help continue motivating people through the change.

In summary, the frontline team members are an important consideration in a digital transformation journey. Providing a purpose and easy to use solutions will allow the successful implementation of your digital transformation strategies, and achieve the estimated ROI.

Did you enjoy this blog? Read more great blog posts here.
For our course lists, please click here.