Управленческие дилеммы: Теория ограничений в действии

условия, которые надо было бы включить, если подходить к построению логического дерева по всем правилам и со всей строгостью. Например, если бы повезло, первоначально выбранная технология вполне могла бы оказаться подходящей. То есть можно бы добавить в диаграмму утверждение о том, что знаний о возможностях выбранной технологии недостаточно, и соединить его с элементом «Технология, на которую сделали ставку, не отвечала поставленным задачам». В то же время слова Джима о стандартной продолжительности подобных проектов вообще можно логически истолковать как оправдание и не включать в диаграмму. Но наша гипотеза свидетельствует, что это утверждение имеет под собой основание, хотя бы отчасти. Итак, представленная схема доказывает, что данная гипотеза имеет право на существование, так как она объясняет появление нескольких событий, которые наблюдались в ходе реализации проекта.

Не всегда можно подобрать достаточное количество фактов в поддержку каждого предположения. Так, те наблюдения, которые мы предлагаем в качестве доказательства верности второй гипотезы, не выглядят столь же убедительно (рис. 9.5). На диаграмме утверждение о плохом управлении проектом заменено на «Джим и Мортон — плохие менеджеры проекта». Это сделано умышленно, чтобы обозначить человеческий фактор и избежать соблазна свести к «плохому управлению» любые неудачи в работе. Итак, мы Должны доказать, что Джим и Мортон — никудышные менеджеры

Рис. 9.5.Подтверждение второй гипотезы

и можно было найти специалистов, способных справиться с управлением подобным проектом лучше.

Как следует из рассуждений, отображенных на рис. 9.5, если бы Джим и Мортон были действительно плохими менеджерами, то почти на всех этапах работ случались бы срывы по срокам. Этим же можно было бы объяснить запоздалое выявление несовместимоети результатов подпроекта 2 и измененной платформы, а также ошибку в выборе основной технологии. Но два из этих трех аспектов скорее связаны и с первым предположением о слишком оптимистичных прогнозах. Только оплошность с результатами второго подпроекта однозначно вызвана недосмотром менеджера проекта. Но вряд ли это можно рассматривать как серьезный аргумент при выборе основной версии провала.