The processes used in TOC, also called “thinking processes," are a set of tools used to help managers walk through the steps in determining where the constraints lie. For project managers, then, these are the steps by which they initiate and implement a project.These steps include asking strategic questions, focusing on which steps to take next, achieving process buy-in, and analyzing the effect-cause-effect relationship. The five processes are as follows:
- Gain agreement on the problem
- Gain agreement on the direction for a solution
- Gain agreement that the solution will solve the problem
- Agree to overcome any potential negative ramifications
- Agree to overcome any obstacles to implementation
Project managers sometimes refer to these processes as working through layers of resistance to change. In simple terms, the purpose of the five thinking processes is to help one answer four questions essential to achieving focused improvement:
- What needs to be changed?
- What does it need to change to?
- How can we make this change happen?
- How can we maintain this change?
As stated before, this process needs to be ongoing. So what does this mean in practical terms? The steps to implementing an effective process of improvement begin with articulating the goal of the organization. This could be something as simple as “make money now and in the future." Everyone needs to be on the same page at the beginning, though, in order to move to the next step in the process.
Once everyone is united in terms of the goal, the next logical step is to identify exactly what it is that keeps the organization from getting what it wants. In other words, you may ask, “What is it that keeps us from achieving our goal?"
The next step is sometimes called “exploiting the constraint." This may sound odd, but it really just means getting the most out of the constraint resource. As a group, you need to make sure the constraint always has work to do. In other words, don’t let the constraint fall idle because of a lack of resources. The idea is to make sure there is always enough work, but no more. For example, if developers are the constraint, make sure that they don’t fall idle because the analysts/designers/customers can’t provide them with enough work. The second part of exploiting the constraint is to make sure the constraint is doing only what it is designed to do, and not something that it should not be doing. In other words, cut all unnecessary, non-productive work from the constraint.
Next, you must subordinate all other processes to exploiting the constraint. In other words, align all other processes to achieve the resource of the constraint. This may involve what is called “elevating the constraint." It is sometimes necessary to permanently increase the capacity of the constraint—“buy more." This is why you need to have everyone on board at the beginning. For some, this process will not always be painless.
Finally, you need to constantly be re-evaluating. If, as a result of these steps you’ve taken, the constraint has moved, you need to go back to step one. Realize from the outset that this process is a continual one and will help the group come to terms with the reality of what this means at a later date.