Книга: Искусство управления IT-проектами

Определите критический путь

Определите критический путь

Согласно терминологии руководителя проекта, критический путь – это наикратчайшая последовательность действий, ведущая к завершению проекта. При исследовании критического пути анализируются диаграммы или блок-схемы, сделанные на основе всех работ и отражающие зависимость каждой работы от остальных. Правильно составленная блок-схема показывает, где могут быть узкие места. К примеру, если работы Б, и В не могут быть завершены, пока не будет доделана работа А, значит, именно через работу А проходит критический путь данной части проекта. Его значение заключается в том, что срыв сроков или некачественное выполнение работы А серьезно повлияет на завершение работ Б и В. Поэтому для руководителя проектов важно уметь спланировать критический путь и расположить его работы по приоритетам. Иногда относительно второстепенный компонент сам по себе может оказаться в критически важной зависимости, которая препятствует завершению по-настоящему первоочередной работы. Без анализа критического пути об этом можно не узнать до тех пор, пока не станет поздно что-либо предпринимать.[80]

Исходя из общей точки зрения, критический путь есть ко всем ситуациям. Для них не требуется таких же детально проработанных блок-схем и расчетов, но рассуждения при оценке тех или иных ситуаций, с которыми приходится сталкиваться руководителям проектов, строятся сходным образом: проблему нужно рассматривать как взаимосвязанную цепь элементов и оценивать при этом все узкие места и критические моменты. Нужно ответить на вопрос, какие именно действия и решения зависят от других решений и действий, а затем подумать, достаточно ли им уделено внимания, не упущены ли в ходе обсуждений какие-нибудь реально существующие проблемы. Процесс разработки проекта можно значительно ускорить, если обратить внимание команды непосредственно на те элементы, факторы и решения, которые оказывают основное влияние на ход работ.

Нужно всегда иметь представление о критическом пути:

• Разработки проекта (об этом ранее уже упоминалось).

• Человеческих взаимоотношений (какие взаимоотношения между людьми подвержены высокой степени риска?).

• Процесса принятия проектных решений высокого уровня (кто тормозит работу всей команды?).

• Процесса создания программного кода и классификации ошибок (нет ли каких-нибудь бесполезных форм, совещаний или согласований?).

• Процесса информационного наполнения Интернета или корпоративной сети.

• Любых совещаний, ситуаций или процессов, влияющих на выполнение целей проекта.

Для того чтобы добиться желаемого результата, нужно иметь обостренное чувство критического пути. Мысль о нем должна присутствовать всегда, когда вы входите в кабинет, просматриваете электронную почту или участвуете в принятии решения. Действительно ли проблема является ключевой? Может ли она быть решена в ходе этого обсуждения или размышления? Сконцентрируйте свою энергию (или энергию всех присутствующих) в первую очередь на подобных рассуждениях и определите, что нужно сделать, чтобы сократить критический путь или выделить достаточно ресурсов и не допустить задержек в работе. Если удастся обнаружить критический путь, то расставить по местам менее значимые вопросы станет намного легче.

В некоторых организациях одним их методов оптимизации критических путей (не относящихся к сфере разработки) может стать распределение полномочий внутри команды. Вместо того чтобы согласовывать все подряд, дайте возможность отдельным специалистам принимать самим соответствующие решения и определять необходимость подобных согласований. Ту же самую практику введите и в отношении различного рода санкционирований, документирований, оформлений и других возможных бюрократических издержек (см. главу 10). Зачастую наилучшим способом оптимизации критического пути в организационной сфере является упразднение каких-нибудь процессов и передача полномочий в низшие звенья и самим командам, а не порождение новых процессов или иерархических структур.

Оглавление книги