Вовремя и в рамках бюджета. Управление проектами по методу критической цепи
Шрифт:
Все это ведет к появлению второго конфликта, проиллюстрированного на рис. 3.9. Верхняя часть диаграммы относится к исполнителю. Чтобы считаться хорошим членом команды, я должен способствовать скорейшему завершению проекта. Чтобы способствовать скорейшему завершению проекта, я должен выполнять работу досрочно. Нижняя ветвь показывает, что для того, чтобы быть успешным членом команды, при оценке длительности заданий я должен закладывать достаточно времени, чтобы выполнить свои обязательства. А чтобы было достаточно времени на выполнение обязательств в будущем, не следует досрочно завершать работу сейчас. Очевидно, что нет пределов
Часто ли вы готовились к экзаменам за много недель заранее и могли накануне спокойно лечь спать пораньше? Часто ли вы писали все работы с запасом по времени и заканчивали их как минимум за неделю до срока сдачи — чтобы избежать проблем с нехваткой книг в библиотеке и отсутствием свободных компьютеров в компьютерном классе? (Когда я учился в институте, компьютеров не было, так что от этой проблемы я был избавлен.) Вы — нормальный человек?
Вероятно, для вас не будет новостью, что с вами все нормально и что большинство людей склонны откладывать выполнение задания до последнего. Это тем более справедливо для людей занятых, востребованных, то есть для всех тех, на кого в первую очередь и рассчитывают менеджеры проектов, стремясь обеспечить своевременное выполнение работ критического пути.
Рис. 3.10 показывает типичную модель работы многих из нас. Менее трети задания выполняется в первые две трети срока, отведенного на него. И две трети — за последнюю треть срока. А когда, скорее всего, обнаружится, что справиться с заданием за оставшееся время будет весьма проблематично? В первую или в последнюю треть срока? Если вы уже работаете на все 100% и даже больше, чтобы завершить две трети дела за оставшуюся треть времени, то, попытавшись приложить еще сил, вы все равно не завершите работу вовремя. А каковы шансы справиться с какой-нибудь непредвиденной проблемой, например поломкой компьютера?
Студенческий синдром практически не оставляет шансов наблюдать положительные проявления вариабельности в длительности выполнения проектных работ. Соображения, приведенные ранее, не дают использовать возможность досрочного завершения и начала заданий, даже если мы и видим такие возможности. Неудивительно, что проекты редко завершаются досрочно! Реальность такова, что относительная длительность операций обычно характеризуется распределением, сильно смещенным влево,
где медиана оказывается намного больше среднего значения. Вот почему так часто наблюдается превышение срока и так редко — досрочное выполнение работ.
Во многих руководствах по управлению проектами менеджеру проекта рекомендуется использовать график типа «ранний старт». Это означает, что все работы, не лежащие на критическом пути, должны начинаться как можно раньше, чтобы соблюсти сроки. Исполнители таких работ знают, что время у них есть. И как вы считаете, будут ли они относиться к этим заданиям как к безотлагательным?
Допустим, системой управления графиком предусмотрено, что исполнители приступают к своим заданиям как можно раньше и сообщают о дате начала выполнения менеджеру проекта. Предположим, что в течение дня исполнитель распределяет время между тремя заданиями, каждое из которых, если уделять все время только одному заданию, можно было бы закончить за неделю. Когда завершатся все три задания? Если считать, что на переключение от одной операции на другую время не теряется, то ни одна из них не завершится ранее, чем через три недели. Наличие нескольких заданий одновременно вызывает увеличение длительности по всем трем проектам с одной недели до трех. Получение результата сдвигается по первому проекту на две недели, а по второму — на одну.
Признавая справедливость всего вышесказанного, многие тем не менее возразят, что иначе и невозможно. Ведь нужно успеть сразу все и угодить сразу всем. Люди согласны с нашими доводами, логически обосновывающими, что многозадачность — не лучший (а может, и наихудший) способ эффективно обеспечить соответствие множественным требованиям (рис. 3.12). Они признают, что это заведомо снижает вклад каждого исполнителя в общий результат проекта. Более того, не принимается во внимание,
что переключение между задачами тоже сказывается на времени выполнения каждой и на качестве результата. Тем не менее считается, что изменить этот стиль поведения невероятно сложно. В результате появились различные методики управления временем, которые помогают решить данный конфликт на уровне отдельной личности.
Питер Маррис [1] утверждает, что наличие «многозадачности» — социальное проявление эксплуатации более слабых более сильными, попытка сильных защититься от неопределенности. Иными словами, руководство извлекает выгоду из ресурсов нижних уровней организации путем давления, ведущего к возникновению «многозадачности».
3.3.4. КЛЮЧЕВОЙ КОНФЛИКТ
ВЕДЕТ К НЕЖЕЛАТЕЛЬНЫМ ЯВЛЕНИЯМ
Можно свести все три рассмотренных конфликта к одному ключевому, обусловившему их появление. Поскольку эти три конфликта мы вывели из трех первоначальных нежелательных явлений, то разрешение ключевого конфликта должно положительно сказаться и на трех проанализированных НЯ. А поскольку проект — это система взаимосвязанных элементов, то снятие ключевого конфликта повлияет и на все остальные НЯ.
Рис. 3.13 показывает логику выведения ключевого конфликта. Цель во всех трех ранее рассмотренных диаграммах одна — успех проекта. Верхняя часть схемы отражает логику, руководящую отдельными исполнителями на пути к их личному успеху. Чтобы проект был завершен успешно, каждое задание должно быть выполнено по плану. Чтобы каждое задание выполнялось по плану, исполнитель должен делать все, что для этого требуется.
Нижняя ветвь диаграммы отражает логику, ведущую к работе на благо проекта. Чтобы проект был завершен успешно, все его составные должны внести свой вклад в общий успех. Для чего выполнение каждого задания должно быть подчинено общим интересам проекта.
Вот широко распространенный конфликт, о котором говорил и Деминг: работа во имя отдельной части системы не ведет к успехам всей системы. Это конфликт, описанный и среди принципов теории ограничений: в оптимально настроенной системе не все части будут работать на максимуме возможностей. Более того, ключевой конфликт ставит исполнителей и руководство проекта в ситуацию «выиграл — проиграл». Неудивительно, что для всех участников проект — это большой стресс. Неудивительно, что так много проектов заканчивается неудачно.
На рис. 3.14 видно, как ключевой конфликт ведет к возникновению всех нежелательных явлений. Отсюда следует, что ключевой конфликт — это та точка системы управления проектом, к которой необходимо приложить усилия, чтобы получить оптимальный результат. Решение (новая теория), представляющее собой иной способ снятия ключевого конфликта, должно сказаться на системе таким образом, что все НЯ превратятся в свою противоположность — желаемые результаты.
На рис. 3.14 представлена неполная логическая цепочка. Это лишь условные связи ключевого конфликта и НЯ. В главе 11 более подробно освещена логика выстраивания этих последовательностей, а полное дерево текущей реальности доступно на сайтеcom. Сейчас же, если вы согласны, что в основе большинства или всех НЯ лежит ключевой конфликт, вам, должно быть, не терпится приступить к процессу поиска решения.