Book.od.ua Книги для вашего бизнеса



Одесская библиотека бизнес литературы
полезные книги для бизнеса

8.6. Методы получения оценок. Продолжение.

Сказанным объясняется причина высокой популярности поэтапного оценивания среди руководителей проектов и проектных команд. Эта популярность объясняется тем, что руководители проектов и проектные команды каждый раз берут на себя обязательства, касающиеся затрат и расписания исполнения работ, лишь в отношении какого-то одного этапа; иными словами, каждый раз им приходится заглядывать в будущее не дальше так называемого "реалистичного горизонта планирования". Однако те, кто финансирует выполнение проекта, далеко не всегда бывают способны понять и оценить это важное преимущество. Им кажется, что проектная команда пытается снять с себя ответственность за бюджет в целом и в то же время, ограничиваясь каждый раз лишь очередным этапом выполнения проекта, пытается "выколачивать" как можно больше денег для данного этапа.
Однако эта группа заинтересованных лиц должна, прежде всего, уяснить, что поэтапное оценивание - это лишь один из методов снижения риска, который может принести пользу не только проектной команде, но этим заинтересованным лицам. Если проектной команде придется принять на себя обязательства в соответствии с оценкой затрат и расписания исполнения работ на весь жизненный цикл разработки продукта, выполненной в момент, когда команда еще не располагает достаточной информацией об этом продукте, это будет означать принятие на себя повышенного риска не только членами проектной команды, но и остальными заинтересованными лицами. Этот повышенный риск объясняется тем, что на ранних этапах выполнения проекта получение точных оценок, как правило, практически невозможно.
Клиенты нередко полагают, что получение со стороны проектной команды твердых заверений в том, что она уложится в сроки и бюджет, определенные на основе тех или иных оценок, служит гарантией строгого соблюдения этих сроков и бюджета, однако такое мнение, к сожалению, ошибочно. Без реалистичного бюджета необходимость в непредвиденных затратах то и дело возникает по ходу выполнения проекта - и именно клиенту придется оплачивать эти затраты. Это утверждение верно даже в случае, если в роли проектной команды выступает сторонняя фирма, заключающая договор на основе фиксированной цены. Если перерасход бюджета становится чрезмерным, такая проектная команда, скорее всего, предпочтет "умыть руки", поскольку нанесение ущерба ее репутации все же лучше, чем банкротство. В таком случае клиент просто потеряет деньги, а проект в целом останется незавершенным. Таким образом, без точной оценки в проигрыше окажутся обе стороны.
С другой стороны, если клиент и проектная команда представляют одну и ту же организацию, как это очень часто бывает при выполнении проектов, связанных с разработкой новых продуктов, то совершенно очевидно, кто именно будет оплачивать перерасход бюджета, - это будет компания, которую представляют клиент и проектная команда. Если первоначальная оценка оказалась заниженной, никакое давление сверху не заставит проектную команду уложиться в указанные сроки и бюджет. Как и в предыдущем случае, в проигрыше окажутся обе стороны. Клиенты воспользуются поэтапной оценкой, если поймут, что каждый очередной этап предоставляет им возможность заново оценить необходимый объем работ и даже отказаться от его выполнения, если он покажется им чересчур дорогостоящим. Если они удовлетворены продуктом, но не удовлетворены действиями проектной команды, значит, наступило время выбрать другую проектную команду. Несмотря на то, что отказ от дальнейшего выполнения проекта будет означать, что, затратив деньги, клиент не получил необходимый ему конечный продукт, по крайней мере это будет также означать отказ от выполнения нереалистичного проекта, прежде чем затраты вырастут еще больше.
Поэтапное оценивание всегда используется в строительных проектах. Если вы собираетесь построить дом, никто из подрядчиков не сделает вам предложения, пока не узнает местоположение будущего дома и не ознакомится с его чертежами. После завершения этапа проектирования дома может оказаться, что стоимость этого дома чересчур высока, и продолжать выполнение соответствующего проекта нецелесообразно. Осознание этого факта также выльется в определенную сумму, поскольку вам уже пришлось затратить время и силы на выбор площадки для предполагаемого строительства и заплатить за проектирование дома. Однако эти затраты выглядят вполне оправданными, если учесть, что пока вы не затратили еще более значительных средств и не приступили к выкапыванию котлована и строительству фундамента под дом, который оказался вам не по карману!
Теперь рассмотрим еще один пример. Компания, занимающаяся разработкой программного обеспечения, решила перевести свои офисные помещения в другое место. Руководители компании потратили целый год на то, чтобы решить, какой из вариантов лучше, - построить новое здание или арендовать какое-либо из уже существующих зданий. Решив построить новое здание, они выбрали подходящее место для строительства и объявили, что переезд в новое здание состоится через "12-18 месяцев". После завершения проектирования нового здания они составили расписание фактического строительства и переезда в новое здание.
Но одновременно с использованием для своего нового здания модели поэтапного оценивания они продолжали устанавливать четкие сроки поставки своих программных продуктов, которые на тот момент были не чем иным, как идеями, которые лишь предстояло воплотить в жизнь (что, впрочем, является типичной практикой для компаний, занимающихся разработкой программного обеспечения). Несмотря на то, что руководству этой компании была очевидна целесообразность применения метода поэтапного оценивания к проекту строительства офисного здания, им никогда не приходило в голову применить этот метод к своим проектам, связанным с разработкой программного обеспечения.
Опытные руководители проектов рассматривают каждый этап жизненного цикла разработки как самостоятельный проект. Они используют метод поэтапного оценивания для формального анализа баланса между затратами, расписанием и качеством готового продукта, который они выполняют несколько раз на протяжении жизненного цикла разработки этого продукта. Огромным преимуществом этого метода является то, что он позволяет управлять выполнением проекта с помощью принятия большого количества мелких, но вполне информированных решений, а не одного масштабного, но необоснованного и скороспелого решения.


Понравился материал? Поделитесь с друзьями!

<< Предыдущая статьяСледующая статья >>
8.5. Методы получения оценок 8.7. Распределение





Убедительная просьба при использовании любых материалов Одесской электронной бизнес-библиотеки ставить активную ссылку на наш сайт. По всем вопросам касательно сайта пожалуйста пишите на почту
      Карта сайта