[7] "Where does the additional throughput come from?"
"Where does the additional throughput come from?"
That was the question asked by my most recent client. It took some doing, but finally he understood, and when he did, he was a bit surprised.
"You are too Socratic," the client cautioned me. "You should have told me sooner," he declared once he really understood.
Of course, I had told him sooner, several times in fact. But he and his people hadn't believed me. They needed to develop the whole solution for themselves, before they believed it. They needed to experience the damage to real productivity. They needed to understand the underlying causes. And they needed to experience the solution, over a three-day-long simulation of a multiproject operation.
The client, we'll call him Mike to protect his privacy and my business, was referring to the doubling of the rate at which projects are completed by development organizations once their multiproject operations are in order, a doubling that takes place without the need to hire additional resources.
Doubling the number of projects completed per year sounds too good to be true, unfortunately. But it's fact. Confluence, for example, increased its project completion rate from six per year to more than eleven per year, without hiring a single additional developer. Bill Baron[1] increased his organization's project completion rate from five in 1998 to sixteen in 1999, again without hiring a single additional developer. These represent astronomical increases in the real efficiency of product development organizations. But they are not only facts, they are typical.
So where does the additional throughput come from? It comes from the elimination of a cause of tremendous waste, multitasking. Multitasking is the culprit that today destroys multiproject operations throughout the world, and it does its damage in a very insidious manner, by creating the illusion of productivity.
Every resource who contributes to the projects of his/her employer can work in one of two ways. The resource can work each task in a focused manner until it is completed, or the resource can multitask. Multitasking gives individuals and their managers the impression that they are incredibly busy. In fact, each time that somebody multitasks, he/she is destroying the organization's real productivity. By multitasking, a person is choosing to use some of his/her available capacity not to generate throughput but to create additional work in process, wip. It's that simple.
The schedule damage that multitasking inflicts on projects is monstrous. Multitasking acts as a multiplier of project duration. If the average number of tasks available to developers is two, then the average project duration for their organization is two times greater than it need be.
Most developers multitask with three or four active tasks at one time. This means that the number of active projects for most organizations is three to four times greater than it should be. It means, also, that the average duration of the projects of their organizations is three to four times longer than it need be. Take a look at the scatter plot in the previous article, and you'll see how much faster projects can be once multitasking is eliminated. Along with the shorter duration, of course, there is the increase in throughput that takes place as the full capacity of the organization becomes focused on completing projects rather than being misdirected to creating unnecessary and damaging work in process.
"But isn't the organization's full capacity recovered anyway, once all those projects in process are completed?" asked my client when he realized what was happening to the projects in his 23 plants?
The full capacity of the organization would be recovered, if everyone concerned could afford to wait for all those active projects to be completed. But that's not reality. Reality is that many projects take too long and are killed by management. When this happens, all the capacity that was spent on those projects is wasted. All the throughput that could have been created with that capacity is also wasted. This is why there's a real and very significant increase in throughput available to organizations that streamline their multiproject operations. The greater speed means that fewer or no projects are killed. It means that a greater number of projects are completed fast enough to make a real impact. In the case of homeland security, it means that a greater number of defense systems become available each year, with the same resources and with the same costs.
Every Reader’s Responsibility
If you agree with all that I’ve discussed in this blog, then it’s up to you to help make Secretary Ridge and other decision-makers in government aware of all that the government can do, to improve our ability to provide for the national defense. To that end, I urge you to share this document either directly with government officials or with individuals who have the ability to gain the attention of government officials.
[i] William Baron, Management Roundtable, Executive Summit with Dr. E. M. Goldratt, April, 2000. Baron’s business developed new leading edge optical cables for telecom industry. For Premise Cable products - 100% of projects completed on-time (Compared to 40% before); 8 projects completed before 50/50 points and New Product Introduction (NPI) lead times reduced 50%. For outside cables - NPI lead times reduced 50% and tripled development capacity (16 projects vs. 5 before, with no staff increase).
[So that others might also subscribe, please share the following link with friends and colleagues.Subscribe!]





