You Can Communicate ANYTHING to ANYBODY!

Communication Tools 2: PROCESS MAP. A picture is better than 100 words; A map is better than 1000 bullet points.
3.4 (13 ratings) Instead of using a simple lifetime average, Udemy calculates a
course's star rating by considering a number of different factors
such as the number of ratings, the age of ratings, and the
likelihood of fraudulent ratings.
113 students enrolled
$25
Take This Course
  • Lectures 8
  • Contents Video: 33 mins
  • Skill Level All Levels
  • Languages English
  • Includes Lifetime access
    30 day money back guarantee!
    Available on iOS and Android
    Certificate of Completion
Wishlisted Wishlist

How taking a course works

Discover

Find online courses made by experts from around the world.

Learn

Take your courses with you and learn anywhere, anytime.

Master

Learn and practice real-world skills and achieve your goals.

About This Course

Published 2/2015 English

Course Description

Communication skills are the prerequisite to advancing your career, and that's where we will help you.

  • We will teach you how to use a simple and extremely effective business communication tool.
  • You will be able to use this tool immediately after taking this class.
  • We don't used cartoons, there are no fancy graphics....just a real world example and a step by step demo of how to create and use a multifunctional process map.

Effective communication in the workplace is the key to advancing, but how exactly do you do that? How can you actually improve workplace communication? Engineers, programmers, project managers and consultants all need some tools to help them "sell" ideas. One of the most useful - but underappreciated - is a multifunctional process map. The process map is mentioned and required in ISO 9000, Six Sigma and lean manufacturing, but you don't need those complex methodologies to take advantage of this useful tool.

We will demonstrate the swimlane processs map with a case study based on the instructor's work in management consulting. The case is an example of how you can use a process map to "sell your ideas." If you use this communication tool correctly, your "sale" should be much easier….and that's a great way to build a career.

What are the requirements?

  • There are no prerquisites for this course.

What am I going to get from this course?

  • Sell Ideas to Senior Leaders
  • Communicate with ANYONE!
  • Show the value of your work

What is the target audience?

  • This class is designed for engineers, consultants, biochemists, statisticians and anyone with a technical role. If you work in process improvement or a six sigma whiz, this course will be a helpful review.

What you get with this course?

Not for you? No problem.
30 day money back guarantee.

Forever yours.
Lifetime access.

Learn on the go.
Desktop, iOS and Android.

Get rewarded.
Certificate of completion.

Curriculum

Section 1: Process Map Overview
03:16

Welcome. Please download the two PDF files. The first is the case study, the second is our completed process map. In this coruse we'll walk you through how we built it, and how it made communicating incredibly easy.

Many, if not most, communication courses teach you presentations skills such as "how to tell a story" or how to "captivate the room." While these skills are important, they alone are not sufficient. You also need tools. If you make good use of these tools, your "presentation" becomes a "discussion," and then selling your idea is quite easy. The case we use throughout this course is based on a real situation where I had to "sell" an idea to senior leaders. The management thought the problem was caused by employees, but I knew that wasn't the case. A clearly presented process map made my point abundantly clear. Please read through the case study, then we'll walk through the six main steps we used to create it.

Process Map Overview - Part 2
Preview
04:57
Section 2: Six Steps for Making a Process Map
04:14

Before you start, understand the big picture. I have often asked the people closest to the operation, "How do things work around here?" You need to understand the larger process conceptually, but not yet in great detail. Ask open ended questions such as "Can you give me a general idea of how this works?" Stay open-ended and stay general. You'll dig for more detail later.

Next, identify the start and end points. If you have a large process, break it into smaller, manageable pieces. Use the Start and End points as "bookends." As you dig deeper and go into more detail, you may have to move the bookends, and that's OK. Your goal here is to break your large process into manageable chuncks.

You will need some supplies:

  • Post-its or Stickies. Either will work.
  • Chart paper or brown paper.
  • Markers
  • Scotch Tape or masking tape (Sometimes the Post-its fall)
05:28

Determine all the stakeholders, then find who's involved in the process.

  1. First make a list of every FUNCTION that is involved in, affect by, or has influence on the process you want to analyze. Be sure to use functions and job titles – vice president, safety pro, engineer, operator, admin assistant – instead of specific names. Using names leads to people getting unfairly blamed for problems in the operating systems.
  2. Select those directly involved in the process. Start with the main players. As you dig deeper, you might have to add a few more functions to the map.
  3. Assign each player a swimlane. I usually start in reverse managerial order (Operator, next line is Supervisor, below Supervisor is Manager, etc.) but it's just a starting point - You will move these lanes several time. Your goal is to make the map as clear as possible, so it's OK to rearrange…that's why we use Post-It's.
08:46

Here's the fun part. This step is where you learn how things REALLY work. When you have the stakeholder (or better yet, the stakeholders) start mapping the process. You can start by saying, "Folks, tell me the first thing that happens." You will also hear yourself ask several times, "OK, what happens next?"

There are several best practices:

  • Understand what you're analyzing. Are you mapping an "as-is" map or a "future state" map? Be careful when making the "As-is": Many will try to tell you what's supposed to happen instead of how things really are.
  • Ideally, you'll get all the people together when you make the first draft of the map. However, it's not always possible to do so.
  • To get started, use Process Blocks, Decision Blocks and Subprocesses. As you get more experience, you can add more shapes and tools. At first, don't get too bogged down into the details. Do that on a second or third pass, and make use of subprocesses.
  • You might choose to number the steps, especially when you have a more complex map with many comments.
01:46

Validate, validate, validate. Verify, verify, verify. Most likely you won't get all the players together, so you'll have to validate your map with the other functions and stakeholders. Take your map to the people involved and have a discussion. Ask if it's accurate. Most likely they will learn something and be thankful that you discovered it.

Every business process – whether it's an "as-is" or a "to-be" process – has at least three versions:

  • What's supposed to happen.
  • What really happens.
  • What we think happens….and there will be many versions.

In the example we're using for this class, we focus on the "What really happens." Typically, there will be disagreements or differing views on 10 – 15% of the map. That's good…it means you're on your way to uncovering the trouble spots.

01:48

You will find trouble areas, and the causes are usually not where you'd expect them to be. I've found that a root cause analysis works very well with a process map. The areas where you found disagreement are often the areas where you'll find probably where you'll find your problems.

Remember your task: You know that the employees are not the problem. You feel that Operations MUST fix the spare parts issue, and you must communicate this finding to the bosses. How can you "sell" this idea to the Depot Manager and the COO?

We used the "5 Whys" to dig a bit deeper, and found a reason that would cause a driver to get a late start. It happened quite frequently:

  • Why? The driver had to spend time getting a new bus.
  • Why? Because the horn frequently doesn't work and it's illegal to operate.
  • Why? Because the mechanics didn't fix it.
  • Why? Because they can't get the correct parts, and they can't get them promptly.
  • Why? Because purchasing doesn't know about the problem.

(*** Root Cause Analysis is a bit out of scope for this class, but we are considering creating a new Udemy course.)

02:58

Now the easy part… You don't need to be a phenomenal speaker if you're armed with a really good process map. Simply walk people through the map. Would you rather give a presentation or have a discussion? You're generally much more effective with the latter.

*** We'd love your feedback and also suggestions for new courses. We're considering a new Udemy course, "The 5 Whys Method for Root Cause Analysis." If you like this idea or have any others you like to share, please contact me at gadelsberg@communicationforgeeks.com.

Students Who Viewed This Course Also Viewed

  • Loading
  • Loading
  • Loading

Instructor Biography

Do you want to build a great career? You MUST be able to communicate.

We come from technical backgrounds, and we've also had the privilege of managing large groups of technically brilliant people. We've been there, and we've seen the same challenges you're seeing now. When senior executives are asked about what technical people can do to advance their careers, the answer is quite consistent: Improve communication skills. Effective communication skills in the workplace are essential for every engineer, programmer, statistician or biochemst.

Ready to start learning?
Take This Course