Страница 10 из 11
Класс единодушно говорит: «Нет».
— Всем знакомы причины, указанные в отчете Фреда? — спрашиваю я и, получив утверждающий ответ, продолжаю:
— Давайте используем этот отчет для того, чтобы на его основе сделать общие выводы относительно проектов.
— Я уже упомянул один, — замечает Тед. — Все объяснения проблем с исполнением проектов имеют одну общую черту: они обвиняют в проблемах кого-то другого. То, что мы услышали, это просто длинный список кивания друг на друга.
— Мы услышали больше, чем просто список, — вмешивается Марк своим гудящим голосом. — Тут можно проследить модель поведения. Чем ниже человек в структуре, тем больше он обвиняет кого-то другого внутри компании, а не вне ее. Вы найдете то же самое и в моем отчете.
— Еще кто-нибудь видит эту модель в своих отчетах? — задаю я вопрос классу.
Когда почти каждый отвечает утвердительно, я спрашиваю:
— Какие причины мы должны рассмотреть? Те, которые указало высшее руководство, имеющее глобальную картину, или те, которые указали менеджеры более низкого звена, значительно лучше осведомленные о реальных деталях?
Вызванная моим вопросом дискуссия нас никуда не приводит. Мы начинаем терять направление, и тут Тед говорит:
— Одно ясно: мы не можем просто проигнорировать объяснения менеджеров более низкого звена. И в этом случае большая часть вины лежит внутри компании.
Мы все соглашаемся с этим утверждением, и он продолжает:
— А это означает, что компания могла бы управлять проектом лучше.
— Как? — задает вопрос Рут.
— Что значит «как»? — вмешивается Чарли с оттенком раздражения. — Посмотреть на то, о чем они жалуются, и исправить.
— Я смотрю, и все равно не знаю как, — спокойно парирует Рут.
Я еще раз просматриваю список причин, указанных теми, кто подчинялся управляющему проектом. Рут удивительно наблюдательна. Я начинаю понимать, что ее «невинные» вопросы вытекают из ее редкостной способности видеть реальность такой, как она есть. Поскольку у класса нет копии отчета Фреда, я поясняю замечание Рут.
— Эти люди жалуются на недостаточный надзор за работой поставщиков, и в то же время они жалуются на то, что они настолько перегружены, что у них едва хватает времени на то, чтобы заниматься «пожарами».
Тед не сдается:
— Это просто значит, что компания должна добавить людей, которые будут заниматься управлением проекта.
— Больше людей означает больше времени и усилий на синхронизацию, — замечаю я. — Увеличение количества людей вдвое ведет к четырехкратному увеличению усилий по синхронизации. Вы, наверное, обратили внимание на то, что эти самые люди и так жалуются на то, что на синхронизацию уходит слишком много времени.
— Значит, им нужно найти способ, как лучше управлять собой, — делает вывод Тед.
— Как? — стоит на своем Рут.
— Вот этому мы и пришли сюда учиться, — Тед перебрасывает мяч на мою сторону.
— Спасибо, Тед. Итак, на основании причин, указанных менеджерами более низкого звена, мы можем сделать заключение о том, что нам надо найти лучший способ управления проектом. Несомненно. Но что насчет причин, указанных высшим руководством? Мы не можем их проигнорировать.
Класс согласен.
Вопрос с заднего ряда:
— Вы не могли бы повторить причины, указанные СЕО?
— Конечно. «1. Особенно плохие погодные условия. 2. Непредвиденные трудности у поставщиков. 3. Более длительные, чем ожидалось переговоры с Малазийским правительством». Вы видите здесь какую-либо модель?
— Да, — первый с ответом опять Тед. — Во всем обвиняется неопределенность.
— Объясните, пожалуйста.
— «Особенно плохие погодные условия», — цитирует он, — «непредвиденные трудности», «более длительные, чем ожидалось»… Это все выражения неопределенности — тех факторов, оценку которых трудно сделать в начале проекта.
— И вы думаете, что в этом нет ничего значимого?
— Я так не думаю, — говорит он. — Неопределенность — это то, что типично для всех проектов. Это сама природа этого зверя.
— Если это так, — подчеркиваю я, — если это на самом деле «природа этого зверя», тогда мы должны обнаружить неопределенность в качестве основы не только тех причин, которые указало высшее руководство, но и тех, которые были указаны самими участниками проекта.
— Так оно и есть — спокойно говорит Рут.
Мы еще раз просматриваем список причин из отчета Фреда. Она права. В основе причин, указанных управляющим проекта, лежит неопределенность. Он жалуется на нереалистичный график, установленный в начале проекта, нереалистичный по сравнению с его оценкой степени неопределенности. Поставщики были выбраны на основании цены, а не надежности, другими словами, не на основании их способности справиться с неопределенностью. И неопределенность даты поступления оборудования послужила причиной того, что набор работников был отложен.
Мы переходим к анализу причин, указанных теми, кто подчинялся управляющему проектом. Пункт о поставщиках. Удивительно, но сначала класс не увидел никакой связи между этим пунктом и неопределенностью. У нас ушло какое-то время на то, чтобы согласиться, что поставщики не собирались намеренно саботировать проект, тем более что они получали большую часть оплаты по завершению работы. Почему они опоздали? Из-за той же причины, что и компания Фреда — они тоже страдали от неопределенности. Все согласились, что большинство пожаров — это прямой или непрямой результат неопределенности, и постоянные усилия, направленные на пересинхронизацию, вызваны пожарами и вытекающими из них опозданиями.
— Давайте подведем итог, — говорю я. — Мы увидели, что кивание на кого-то другого имеет место и внутри компании. Мы согласились, что это кивание на кого-то другого имеет определенное положительное значение, и сделали вывод о том, что компания может что-то с этим сделать. Затем мы рассмотрели детали и пришли к выводу о том, что необходимо улучшить управление проектом. Сейчас мы говорим о том, что главной причиной неправильного управления проектами является неопределенность, заложенная в самой природе проекта.
— Другими словами, сделать что-либо невозможно, — подводит итог Чарли. — Невозможно навязать определенность ситуации, содержащей высокую степень неопределенности.
Эти же самые мысли преследовали меня все лето. Те неудовлетворительные результаты, которые мы видим в большинстве проектов, что это — форс-мажор? Результат присущей неопределенности? Или мы можем с этим что-нибудь сделать?
Сначала это казалось каменной стеной. Я бы, пожалуй, сдался, если бы не пример с У-2.
Я начинаю подводить класс к той щели в стене, которую мне показал Джим.
— Все, кто имеют дело с проектами, знают, что проекты включают в себя высокую степень неопределенности. Мы не первые, кто пришли к этому заключению, — напоминаю я классу. — Почему в изначальных оценках не делается должная поправка на неопределенность?
— Потому что мы не можем это делать, — гудит Марк.
— Что вы имеет в виду? — Спрашиваю я. — Кто нам не дает этого делать?
— Высшее руководство, — отвечает он и поясняет: — Возьмите, к примеру, мой проект. Изначально по оценке он должен был завершиться за тридцать месяцев. Но высшее руководство сказало, что это неприемлемо, и урезало всю подстраховку. Мой босс согласился попытаться исполнить его менее чем за два года, что просто невозможно.
— То есть вы хотели тридцать месяцев, а высшее руководство заставило вас сократить время исполнения до двадцати четырех месяцев. Разница составляет двадцать процентов. Марк, вы действительно считаете, что с учетом высокой степени неопределенности 20 процентов подстраховки достаточно?
— Недостаточно, но что мы можем сделать? Высшее руководство не позволяет нам даже этого.
— Я так не думаю. Но, может быть, наше разногласие вытекает из-за того, что мы говорим о двух разных вещах. Вы говорите о подстраховке, заложенной в проект как целое, а я говорю о подстраховке, заложенной в каждый отдельный элемент проекта.