Использование концепции освоенного объема (earned value) и производной от нее системы контроля затрат и управления графиком (CSCS) приводит к увеличению детализации при разработке плана проекта и системы измерений. Процедуры, необходимые для использования компанией данной системы, зачастую достигают в объеме нескольких сотен страниц. Количество названий задач в графике проекта доходит до десятков тысяч. И иногда появляется требование минимизировать длительность выполнения задач, например до срока в «не более чем две недели».
Автору довелось работать с одним правительственным учреждением, где на протяжении двадцати лет использовался подход, требующий очень детального составления планов. И каждый раз при возникновении проблемы находили виноватого, выискивали причину и создавали все новые процедуры. На подготовку проекта уходило минимум лет семь, и это без учета времени на саму реализацию проекта! То есть только на составление плана закладывалось семь лет. Проводились технические исследования, составлялись отчеты о концепциях продукта — результата проекта, устраивались независимые оценки затрат, внедрялись системы CSCS. Но по мере реализации затраты росли, график сдвигался, и все чаще и чаще не выполнялись техзадания. Однажды проект был остановлен, когда не него уже ушло больше миллиарда долларов. А некоторые проекты идут с запозданием на десятки лет.
Как показало одно из исследований, при строительстве самого обычного офисного здания затраты на один квадратный фут в четыре раза превысили стоимость работ, производимых местными неправительственными подрядчиками. Кризисы при реализации проектов случались вновь и вновь. Несколько раз менялся базовый план, по три раза и более пересматривались сметы и графики. Крупные проекты останавливались, не дойдя до завершения, поскольку необходимость в них отпадала или поскольку, по новым оценкам, затраты превысили бы потенциальную выгоду от реализации и в продолжении работ просто не было смысла. Вот с этой проблемой и пытались бороться в первую очередь. Неужели мир вокруг такой уж изменчивый? Или же наши решения только усугубляют, а не улучшают ситуацию?
Давайте повнимательнее взглянем на подход «сделать еще лучше». Если вы ставите перед собой цель непременно завершать проекты с определенным составом работ за определенное время и определенные деньги, все эти три условия должны быть описаны четко и однозначно. А чтобы четко описать условия, необходимо детальнее спланировать проект, потому что ранее при имевшемся уровне детализации плана проект успехом не увенчался. Звучит логично и согласуется с тем, что пишут в литературе: неудачи на проектах связаны с неправильным определением условий и созданием недостаточно подробного плана.
Такой подход часто ведет к появлению планов из десятков тысяч операций. Недавно мы работали с клиентом, который весьма гордился тем, что у них план проекта состоит из 30 000 операций.
Позже мы поговорим о том, какие факторы помогут вам определить степень детализации при создании плана. Иногда в случае с крупными проектами речь действительно может идти о тысячах операций. Забегая вперед, скажу: как правило, план должен быть более скромным по размерам — операций на 100. Простейшие подсчеты показывают, что одна операция в среднем составляет при этом 1% от всего проекта (в долл., или в человеко-днях, или даже в днях). Большинство менеджеров проектов были бы счастливы, если бы реализация их проекта расходилась с планом всего на 1%. Однако в основе проблем лежит нечто, вызывающее отклонения более чем на 1%. Поэтому, на мой взгляд, увеличение детализации плана и количества составляющих его операций (чтобы их было более 100) никак не поможет добиться успеха. Дело должно быть в чем-то другом.
Иногда в поддержку детализации слышатся следующие аргументы: проблема, хотя она и значительно больше 1%, связана с тем, что при планировании мы что-то пропустили. Но недостающие 20% не могут скрываться внутри имеющегося 1%. Поиски крупных пропущенных составляющих среди деталей задачи, являющейся 1% от проекта, напоминают анекдот о подвыпившем прохожем, который обронил ключи на углу улицы, но ищет их под фонарем, потому что там светлее, а на углу темно и ничего не видно. Если боитесь упустить что-то важное, лучше смотрите, чего не хватает между выделенными 100 операциями, а не пытайтесь разбить эти уже выявленные задачи на все более мелкие элементы.
В некоторых трудах о причинах возникновения и решениях проблем при реализации проектов приводятся примеры, призванные показать, что тот или иной предлагаемый способ уже помог улучшить показатели на ряде проектов. И хотя факты эти интересны, они никак не свидетельствуют о том, что автору идеи на самом деле удалось решить проблему, которая приводила к неудачам при выполнении проектов. И вот почему: