Use a Thought Map to Increase Efficiency

	Bookmark This Page Email This Page Format for Printing Cite This Article Submit an Article Read More Articles
	Related Tools & Articles Thought Process Map for Six Sigma: What, Why and How Six Sigma Project Charter as a Vital Control Document Six Sigma DMAIC Roadmap
	Discussion Forum "Look at some creativity tools used to get people into an "out of the box" thinking mode such as mind mapping or picture associations and then try using a morphological box to find even more alternatives." Contribute to this Discussion

B

New from iSixSigma Lean Value Stream Mapping Quick Reference Guide Root Cause Analysis Course - Spanish Edition Root Cause Analysis Course

y J. DeLayne Stroud

Why create a thought map? What are the benefits? What common mistakes occur, or challenges may be faced, if a thought map is not used?

Using non-statistical tools as well as more complex statistical techniques such as DOE (design of experiments) and SPC (statistical process control) can improve processes and products. A potential shortcoming in using these methodologies is that often they are positioned within an artificial framework or roadmap more commonly referred to as a “model for continuous process improvement.” The common element shared within frameworks and/or roadmaps is that they are sequential in nature – which can cause limitations in thought and work. Although most questions, ideas and thoughts are generated in a random fashion, there is a tendency to structure these in a sequential framework. Their backbones of parallel thinking is a critical asset in identifying key areas associated with work to improve a product or process. The thought map is beneficial with any focused work activity – to document questions, record paths taken in obtaining solutions, the resources required and the solutions obtained.

What Is a Thought Map?

A thought map is an on-going documentation of existing knowledge, the questions asked, the parallel paths of work needed to answer those questions and the tools applied to answer those questions. The thought map is also documentation of the knowledge gained from the project and the direction of future work.

There is no right way to construct a thought map, because there are multiple ways to improve understanding and new knowledge. And while there are no step-by-step guidelines to building a thought map there are guidelines and critical elements to follow:

• Consider major alternatives and initial questions.
• Have a quantifiable objective of the project or process work being undertaken.
• Be aware of parallel paths of questions and subsequent work.
• Prioritize questions to be answered.
• Acquire the tools and methodologies to answer questions.
• Maintain a history of work performed to obtain answers.
• Document answers to questions.
• Record how the metrics evolve in relation to the work performed.

The Benefits of Thought Mapping

Thought maps require the documentation of information most often retained in employees’ minds, or rather, those who own the process and work closest with it. Evaluating the logic of their thinking and actions with respect to the goals and objectives of the work is the evolutionary nature of the work. The benefits of thought mapping include:

1. Expressing unanswered questions prior to proposing solutions.
2. Documenting and maintaining parallel questions and ideas. As the mind generates multiple questions about different issues within seconds, a majority of these questions and ideas are lost.
3. The “best” solution is obtained because multiple approaches are considered and appropriately evaluated.
4. Providing a structure for sequential work within parallel paths and thoughts.
5. Providing an excellent mechanism to communicate strategies, tactics and activities to peers, other functional areas, suppliers, customers and management.
6. Describing the scope of work required to obtain effective solutions.

Common Mistakes in Thought Mapping

Sub-optimal or incorrect solutions with regard to product or process improvement are a result of three common mistakes.

1. Starting with one proposed solution as opposed to investigating alternate paths and knowing which questions need to be answered is a common mistake. In an assembly line process if an engineer is tasked with increasing the capacity at a bottleneck, he may try to justify the purchase of new equipment when his primary objective should be to understand the critical “Xs” contributing to the performance in the assembly line location.
2. Using existing historical data as a basis for improvement is another mistake. The historical data most likely came from a sample designed to answer a specific question. It is rare that historical data sets will provide sufficient and relevant information regarding current problems.
3. To kick off a project using a standard set of statistical tools just because a group has used them in the past is another mistake in process improvement. Figure 1 shows a typical flowchart used in process improvement. This roadmap assumes statistical process control (SPC) is the appropriate tool for any improvement activity. Collecting data is one of the first steps. What questions are driving the need for process investigation? What paths should be considered – materials, design, outsourcing? Are the relationships among process variables or Xs and process performance understood? Without considering these questions, the statistical and/or technical tools will yield weak and irrelevant information.