ВЫПОЛНЕНИЕ ЗАДАНИЙ по ПРОЕКТУ  <<---  --->> ВЫБОР РУКОВОДИТЕЛЯ ПРОЕКТА

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

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

Название проекта. Это сочетание из двух или трех слов, которое является уникальным идентификатором данного проекта. Именно это название используется всеми для обозначения проекта.

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

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

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

Смета для проекта. Информация о смете в этом отчете обобщается на уровне задания. Более подробная информация, если ее запрашивает вышестоящая администрация, может быть представлена в дополнительных документах (приложениях). Составление сметы - это в такой же степени искусство, как и наука.

Недооценка затрат на проект. Администрация может отклонить проект, если оценки затрат на задания представляются слишком высокими; однако не следует быть ни чересчур оптимистичным в своих оценках, ни поддаваться давлению и недооценивать затраты, чтобы получить желаемые резолюции. Высшее руководство часто отклоняет оценку как раз для того, чтобы проверить, насколько она обоснована. Распространенная ошибка менее опытных руководителей проектов - излишний оптимизм при оценке и времени, и затрат. В некоторых случаях такие слишком оптимистичные оценки делаются для того, чтобы сделать свой проект более привлекательным среди конкурирующих проектов и обеспечить таким образом поддержу администрации и заказчика. В некоторых случаях заниженные оценки издержек делают просто для того, чтобы заключить контракт. Трактовка одного проекта как "товара, продаваемого в убыток" в ожидании, что за первым проектом последуют другие - не слишком редкий способ ведения дел.

Переоценка затрат на проект. Так же как и с недооценкой, с избыточной оценкой затрат связаны свои проблемы. Переоценка дает уверенность, что не будет неожиданных задержек и ситуаций, когда из-за того, что необходимо переделать что-либо, приходится брать в долг или попадать в другие неприятные положения. Опасность переоценки состоит, конечно, в том, что администрация может не утвердить проект, так как в результате анализа затрат и прибыли вполне может оказаться, что данный проект является невыгодным.

Составление сметы. Схема разбиения на рабочие задания обеспечивает исходный пункт для расчета сметы проекта. Задания самого низкого уровня в СРРЗ являются "рутинными", уже знакомыми заданиями. Такие же, или похожие на них задания, уже выполнялись когда-то раньше. Можно оценить не только время, необходимое для выполнения этих заданий, но и затраты на них. Чтобы получить наилучшую текущую оценку, можно применить методики осреднения, а также учесть инфляцию и другие факторы, увеличивающие затраты. Потребности в ресурсах оцениваются на среднем уровне структуры разделения работ. Резервная копия подробных расчетов затрат всегда может быть оформлена как сопровождающая документация или приложение к заданию проекта. Что касается собственно задания, затраты оцениваются для каждого из заданий самого низкого уровня, а потом обобщаются в соответствии с иерархией, которая определена структурой разделения работ.

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