Планирование проекта

Содержание

Введение              3

Глава 1. Понятие проекта и определение его целей              5

1.1. Понятие проекта              5

1.2. Определение целей проекта              10

Глава 2. Этапы планирования проекта              12

2.1. Планирование целей              16

2.2. Декомпозиция целей. Построение иерархической структуры работ (ИСР)              17

2.3. Построение структурной схемы организации проекта (ССО)              19

2.4. Разработка стратегии реализации проекта. Построение плана по вехам              21

2.5. Разработка тактики реализации проекта. Построение сетевых моделей              22

2.6. Разработка идеального календарного графика работ              25

2.7. Планирование ресурсов              27

2.8. Оценка затрат. Разработка бюджета проекта              30

2.9. Разработка и принятие плана проекта              32

2.10. Анализ рисков при планировании проекта              33

2.11. Типичные ошибки планирования              35

Заключение              38

Список литературы              41

Введение

Проблема неудовлетворительного планирования деятельности особенно характерна для компаний, работающих на развивающихся рынках, таких, как российский. Отечественные предприниматели часто мотивируют небрежное отношение к плану общей нестабильностью экономики и, как следствие, низкой степенью реализации прогнозных расчетов. Между тем, мировой опыт подтверждает, что именно в условиях колебаний рынка и роста конкуренции значение планирования должно возрастать. Чем больше неопределенности во внешней предпринимательской среде, тем больше порядка должно быть во внутренней организации фирмы, тем больше внимания должно уделяться разработке рыночной стратегии развития и действий по реализации этих стратегий.
            Для целей планирования нового бизнеса создание предприятия рассматривается как проект, имеющий определенные сроки окупаемости и доходность (так называемый проектный подход). Однако проектный подход может использоваться не только во вновь создаваемой компании, но и для планирования инноваций, осуществляемых предприятием в процессе повседневной работы. Этот метод помогает отделить текущую деятельность компании от инновационной, контролировать внедрение каждой инновации, планировать его более четко и, как следствие, снижать общие риски бизнеса.
            Для того чтобы использовать все преимущества планирования в текущей деятельности предприятия необходимо внедрение проектного подхода как управленческой технологии. К сожалению, пока об этом задумываются только крупные российские компании, стремящиеся сделать свою работу еще более эффективной. На большей же части предприятий развитие и внедрение инноваций осуществляется неупорядоченно, что, в силу описанных выше причин, значительно повышает уровень их операционных и стратегических рисков.

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

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

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

Целью курсовой работы является раскрытие этапов планирования проекта, прохождение которых позволит удачно завершить проект.

Структура и объем курсовой работы включает в себя: титульный лист, содержание, введение, основную часть, состоящую из 2 глав, заключение и библиографический список. Работа изложена на  41 странице, содержит 2 таблицы и  11 рисунков, для написания данной работы использовано 8 источников.

Глава 1.   Понятие проекта и определение его целей

1.1.           Понятие проекта

Управление проектами заключается в составлении плана и отслеживании хода работ по нему. Соответственно, чем лучше план проекта, чем более аккуратно он составлен, тем легче потом выполнять проектные работы и удачно завершить проект.

Чтобы хорошо планировать, нужно, в первую очередь, хорошо представлять себе, что такое проект и из каких элементов состоит его план.

Деятельность любой организации заключается в выполнении операций и проектов. Те и другие имеют много общего, например, выполняются людьми, для чего выделяются ограниченные ресурсы.

Главное отличие операций от проектов заключается в том, что операции выполняются постоянно и повторяются, тогда как проекты временны и уникальны. Исходя из этого, проект определяется как временное усилие, предпринятое для создания уникального продукта или услуги. "Временное" обозначает, что каждый проект имеет точно определенные даты начала и окончания. Говоря об уникальности продукта или услуги, подразумевается, что они имеют заметные отличия от аналогичных продуктов или услуг.

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

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

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

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

Временная природа проектов сказывается и на других аспектах проектной деятельности. Например, проекты обычно имеют четко очерченные временные рамки для создания продукта или услуги, поскольку благоприятная для них ситуация на рынке складывается на ограниченное время. Кроме того, проектная команда, как правило, по его окончании распадается, а ее члены переходят в другие проекты.

Составляющие проектного плана

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

1.       Задачи

Задачей называется работа, осуществляемая в рамках проекта для достижения определенного результата. Например, в проекте издания номера журнала задачей является "проведение редколлегии". Поскольку обычно проект содержит много задач, то для удобства отслеживания плана их объединяют в группы, или фазы. Совокупность фаз проекта называется его жизненным циклом.

2.       Фазы

Фаза проекта состоит из одной или нескольких задач, в результате выполнения которых достигается один или несколько основных результатов проекта. Таким образом, результаты, достигнутые благодаря выполнению каждой из задач, входящих в фазу, формируют ее результат.

Если для достижения результатов задачи достаточно выполнить только ее, то для достижения результата фазы нужно выполнить группу других задач. И в этом заключается отличие фазы от задачи: ее результат суммирует результаты других задач. Именно поэтому в MS Project (программа управления проектами) фазы называют суммарными задачами.

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

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

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

3.       Вехи

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

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

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

4.       Длительность и трудозатраты

Длительность задачи - это период рабочего времени, который необходим для того, чтобы выполнить ее.

Длительность может не соответствовать трудозатратам занимающегося задачей сотрудника, а соответствует времени, через которое будет получен результат задачи, а трудозатраты - времени, затраченному сотрудниками на получение результата.

5.       Зависимости и связи

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

6.       Роли и ресурсы

Под ресурсами в MS Project понимаются сотрудники и оборудование, необходимые для выполнения проектных задач.

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

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

7.       Стоимость ресурсов

Важное свойство ресурсов - стоимость их использования в проекте, то есть затраты. В MS Project есть два типа стоимости ресурсов: повременная ставка и стоимость за использование. Повременная ставка выражается в стоимости использования ресурса в единицу времени, например, 100 рублей в час или 1000 рублей в день. В таком случае стоимость участия ресурса в проекте составит время, которое он работает в проекте, умноженное на почасовую ставку. Обычно почасовая ставка служит для учета стоимости нематериальных ресурсов.

Величина затрат на использование обозначает стоимость использования оборудования или сотрудника в задаче. Эта величина не зависит от того, сколько времени задействован в задаче сотрудник или материальный ресурс. Общие затраты на использование ресурса определяются путем умножения стоимости использования ресурса в задаче на число задач, в которых он задействован.

У ресурса может быть указана стоимость как одного из двух типов, так и обоих. При определении общих затрат на использование ресурса в проекте MS Project определяет повременные затраты и затраты на использование и суммирует их.

8.       Назначения

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

9. Проектный треугольник

Как уже известно, большинство проектов имеют определенные дату окончания, бюджет и объем работ. Это трио времени, денег и объема работ часто называют проектным треугольником (рис. 1), потому что при внесении изменений в один из этих элементов меняются оба других. И хотя для проекта в равной степени важны все три элемента, как правило, только один из них в зависимости от приоритетов имеет наибольшее влияние на другие.

Рисунок 1 - Проектный треугольник - популярное средство графического представления специфики управления проектами

1.2.              Определение целей проекта

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

Основной документ при определении целей проекта - документ "Постановка Задачи" (Product Vision).

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

Документ "Постановка задачи" должен отвечать на следующие вопросы:

1.                   Что необходимо заказчику и понимает ли он сам, чего он хочет?

2.                   В какие сроки должна быть достигнута цель?

3.                   Какие условия достижения цели есть в наличии (бюджет, ресурсы, технология)?

4.                   Каким способом измерить достижение цели?

5.                   Как распределены ключевые обязанности в проекте (кто за что отвечает)?

6.                   Согласен ли заказчик с определением цели и условиями ее достижения?

На основе "Постановки Задачи" требуется составить документ "Экономическое обоснование".

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

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

Оценку рисков требуется выразить в виде возможного превышения трудоемкости (пессимистичная оценка). Именно из данной оценки следует исходить при определении общей трудоемкости (цены) продукта.

В результате мы имеем нечетко сформулированное задание "Постановка Задачи" и оценку стоимости в "Экономическом обосновании". Риски от нечеткости требований должны быть покрыты пессимистичной оценкой. Условие завершения этапа определения целей проекта: подписание сторонами "Постановки Задачи" и "Экономического обоснования".

Рисунок 2 –  Постановка задачи при планировании проекта

Глава 2.               Этапы планирования проекта

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

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

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

Процесс планирования начинается до утверждения объема работ и продолжается в ходе выполнения проекта и внесения изменений. Каждая фаза жизненного цикла проекта предусматривает определенный вид планирования с присущими ему методиками и инструментами.

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

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

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

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

Полноценная техника планирования включает в себя следующие этапы:

1) Определение целей проекта и их описание. Довольно часто проекты начинаются без четкой цели.

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

3) Для технологических стадий необходимо определить список задач, указать их взаимосвязи (последовательность) и прогнозируемую длительность (зависит от назначенных ресурсов).

4) Необходимо согласовать вопрос о выделяемых проекту ресурсах. Следует отметить, что все ресурсы компании должны распределяться централизованно. Довольно часто возникает ошибка планирования, связанная с тем, что некоторые дефицитные ресурсы используются одновременно в двух разных проектах в одно и тоже время.

5) Если определить расценки на ресурсы, бюджет может быть получен также автоматически. Одна из типичных ошибок заключается в том, что бюджет назначают, не обращая внимания на прогнозируемую себестоимость проекта.

6) Письменное задание, бюджет и график работ образуют формальный документ "План проекта". Довольно часто перед началом проекта некоторые из указанных документов отсутствуют.

Таким образом, для успеха планирования проекта важен целый ряд факторов, которые необходимо учитывать:

                   класс решаемых задач, тиражность готового продукта, вид работ (разработка, развитие, сопровождение);

                   выбор схемы ведения работ (модели жизненного цикла) с учетом сложности проекта и возможностей коллектива разработчиков;

                   опыт работы в предметной области и на средствах автоматизации разработки;

                   оснащенность разработчиков средствами автоматизации и аппаратно-программной базой;

                   уровень требований заказчика к срокам и качеству работ.

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

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

Основные этапы процесса планирования показаны в Таблице 1 и включают девять шагов. На каждом шаге менеджер проекта может обнаружить неэффективность или невозможность реализации проекта и поднять вопрос о его закрытии.

   Таблица 1 - Основные этапы процесса планирования проекта

Для реализации больших и сложных проектов становится целесообразным применение вспомогательных процедур планирования проекта: 

                    планирование качества;

                    планирование рисков и мероприятий по работе с ними;

                    организационное планирование;

                    планирование коммуникаций.

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

Рисунок 3 – Схема планирования проекта

2.1.              Планирование целей

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

Сформулированные цели должны соответствовать принципу SMART, согласно которому они должны быть:

                    ясными и точными (S - Specific);

                    измеримыми (M - Measurable),

                    достижимыми (A - Achievable);

                    непротиворечивыми как между собой так и со стратегическими целями организации (R - Related);

                    определены по срокам их достижения (T - Times-bound).

К формулированию целей нужно отнестись внимательно по ряду причин:

                    разное понимание целей участниками проекта приведет к ненужной трате ресурсов и усилий рабочей группы, цели достигнуты не будут;

                    незначительные сдвиги границ целей вызывают значительные изменения сроков и бюджета проекта;

                    то, что в целях не прописано (забыли прописать или неправильно поняли), то это обязательно выпадет из рассмотрения и выполнено не будет).

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

I. Обоснование инициации проекта (потребности, из-за которых проект образовался). 

II. Основная цель и продукт проекта, основные характеристики продукта. 

III. Результаты проекта. 

IV. Критерии успеха проекта (качественные и количественные критерии, которые позволяют судить о степени успешности проекта).

2.2.              Декомпозиция целей. Построение иерархической структуры работ (ИСР)

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

Рисунок 4 – Построение иерархической структуры работ (ИСР)

При построении ИСР необходимо соблюдать следующие принципы:

1. Работы нижнего уровня являются способом достижения работ верхнего уровня.
2. У каждой родительской работы может иметься несколько дочерних работ, достижение которых автоматически обеспечивает достижение родительской работы.
3. У каждой дочерней работы может быть только одна родительская работа.
4. Декомпозиция родительской работы на дочерние производится по одному критерию, в качестве которого могут выступать: компоненты результатов и продуктов проекта, этапы жизненного цикла проекта, ресурсы и функциональные виды деятельности, а также элементы организационной структуры.
5. На одном уровне дочерние работы, декомпозирующие родительскую должны быть равнозначны. В качестве критерия равнозначности могут выступать: объем и время выполнения работ.
6. При построении иерархической структуры работ на различных уровнях можно и следует применять различные критерии декомпозиции.
7. Последовательность критериев декомпозиции работ следует выбирать таким образом, чтобы как можно большая часть зависимостей и взаимодействий между работами оказалась на самых нижних уровнях ИСР. На верхних уровнях работы должны быть автономны.

Декомпозиция работ прекращается тогда, когда работы нижнего уровня удовлетворяют следующим условиям:

                    работы ясны и понятны менеджеру и участникам проекта (являются элементарными);

                    понятен конечный результат работы и способы его достижения;

                    временные характеристики и ответственность за выполнение работ могут быть однозначно определены.

При разработке ИСР проекта в качестве критериев декомпозиции выступают следующие характеристики:

                    компоненты результатов и продуктов проекта;

                    этапы жизненного цикла проекта;

                    функциональные виды деятельности и используемые ресурсы;

                    элементы организационной структуры, в рамках которой будет осуществляться проект.

2.3.              Построение структурной схемы организации проекта (ССО)

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

Рисунок 5 – Оргструктура проекта

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

Рисунок 6 - Сложная матрица ответственности

В больших и сложных проектах целесообразным является создание формализованной системы отчетности, в рамках которой проектируют формы отчетов, на основе которых менеджер проекта и ответственные за те или иные работы будут контролировать ход исполнения работ. Чтобы система отчетности работала необходимо распределить ответственность участников проекта за создание, консолидацию, анализ и архивацию отчетов.

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

Рисунок 7 - Матрица отчетности

Сформированная оргструктура проекта и распределение ответственности за работы и систему отчетности образуют структурную схему организации проекта (ССО).

2.4.              Разработка стратегии реализации проекта. Построение

плана по вехам

После построения иерархической структуры работ и структурной схемы организации проекта появляется возможность проставить и согласовать с заказчиком основные этапы проекта (вехи). Именно по этим этапам заказчик будет контролировать ход исполнения проекта.

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

Таким образом, на этом этапе определяются основные опорные точки, т.е. те результаты и сроки, которые жестко контролируются руководством и которые менеджер проекта не имеет права менять без согласования с заказчиком. Пример построения плана по вехам дан на Рис. 8.

Рисунок 8 - План проекта по вехам

2.5.              Разработка тактики реализации проекта. Построение

сетевых моделей

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

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

Возможно два подхода к построению сетевых моделей. При первом - стрелками на графике изображаются работы, а вершинами - события. Такие модели относят к типу "Работа-стрелка" и называют сетевыми графиками. При втором подходе, наоборот, стрелкам соответствуют события, а вершинам - работы. Такие модели относят к типу "Работа-вершина" и называют сетями предшествования. На Рис. 9 и 10 показаны примеры данных типов моделей.

Рисунок 9 - Сетевая модель типа "Работа-стрелка" - Сетевой график

Рисунок 10 - Сетевая модель типа "Работа-вершина" - Сеть предшествования

Работами являются любые действия, приводящие к достижению определенных результатов - событий. События, кроме исходного, являются результатами выполнения работ. Между двумя смежными событиями может выполняться только одна работа или последовательность работ.

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

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

Построение сетевых графиков:

В сетевом графике события обозначаются кружком с указанием номера внутри события, а работа стрелкой, последовательное начертание работ и событий и означает построение сетевого графика.

Любая последовательность работ в сетевом графике, в котором конечное событие одной работы совпадает с начальным событием следующей за ней работы и т.д., называется путем.

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

Построение сетей предшествования:

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

Для описания зависимостей между работами в сетях предшествования может использоваться четыре типа связей, приведенных в Таблице 2.

   Таблица 2 - Типы связей в сетях предшествования

В современных программных продуктах управления проектами преимущественно используются сети предшествования, так как их программная реализация более проста.

2.6.              Разработка идеального календарного графика работ

Сетевое планирование предоставляет менеджерам гибкий инструмент составления календарного плана и анализа его выполнения.

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

Имея сетевую модель, менеджер должен ее оптимизировать и уменьшить общую длительность проекта. Это возможно за счет:

                    сокращения времени выполнения отдельных работ,

                    организации их параллельного выполнения,

                    устранения временных разрывов.

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

Для выделения работ определяющих общую длительность проекта применяется метод критического пути, согласно которому данные работы называют критическими, а их сетевую взаимосвязь - критическим путем. В процессах оптимизации и управления проектом основное внимание сосредотачивается на главном направлении, то есть на работах критического пути. Пример критического пути приведен на Рис. 11.

Рисунок 11 - Пример критического пути

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

Все работы, которые лежат вне критического пути, имеют резерв времени на которое может быть отсрочено наступление завершения данной работы без нарушения сроков проекта в целом. Резерв времени работы определяется как разность между поздним и ранним сроками завершения работы.

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

Все работы лежащие вне некритического пути обладают резервами времени в рамках которых их можно сдвигать, не приводя к изменению времени выполнения всего проекта.

2.7.              Планирование ресурсов

Работы проекта для своего выполнения требуют разнообразных ресурсов. Отвлекаясь от многообразия типов ресурсов, в планировании целесообразно выделять два основных типа. К первому типу относятся ресурсы, которые в процессе выполнения задачи расходуются полностью, не допуская повторного использования. Не использованные в данный отрезок времени, они могут использоваться в дальнейшем. Иными словами, такие ресурсы можно накапливать с последующим расходованием запасов, ресурсы первого типа называют часто ресурсами типа «энергия», либо складируемыми, накапливаемыми, а также невоспроизводимыми, примерами ресурсов первого типа являются топливо, предметы труда, средства труда однократного применения, а также финансовые средства. Ко второму типу относят ресурсы, которые в ходе работы сохраняют свою натурально-вещественную форму и по мере высвобождения могут использоваться на других работах. Если эти ресурсы простаивают, то их неиспользованная способность к функционированию в данный отрезок времени не компенсируется в будущем, не накапливается. Ресурсы второго типа называют еще ресурсами типа «мощности», а также воспроизводимыми, нескладируемыми, ненакапливаемыми. Примерами ресурсов типа «мощности» являются люди и средства труда многократного использования (машины, механизмы, станки и т.п.).

Понятие ресурсов взаимосвязано с понятием «работа», поскольку ресурсы соотносятся не с проектом в целом, а с определенными работами, выполняемыми в запланированной последовательности, соответствующей календарному плану работ по проекту.

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

Планирование и организация закупок и поставок — первый этап в управлении ресурсами проекта. Состоит из этапов, включающих выбор поставщиков, размещение заказов и контроль над поставками.

На стадии планирования проводится сбалансированный анализ комплексов работ и потребляемых ресурсов с учетом ограничений и их прогнозное распределение на основе графиков потребности в ресурсах. Планирование ресурсов по проекту является основой определения во времени потребностей в ресурсах и определения возможности обеспечения ресурсами для заключения контрактов по закупкам ресурсов, планирования поставок ресурсов, а также основой распределения уже закупленных ресурсов по работам проекта.

Как основная составляющая управления проектами ресурсное планирование включает ряд составляющих, в том числе:

                   разработку и сбалансированный анализ комплексов работ и ресурсов, направленных на достижение целей проекта;

                   разработку системы распределения ресурсов и назначение ответственных исполнителей;

                   контроль за ходом работ — сравнение плановых параметров работ с фактическими и выработка корректирующих воздействий.

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

В принципе при планировании обеспечения потребности в ресурсах по работам проекта следует учитывать одно общее правило: общий объем потребностей в каждом виде ресурса в каждый момент времени в пределах жизненного цикла проекта должен быть не меньше общего объема наличия этого ресурса на этот момент с учетом запасов.

Функции потребности и наличия ресурсов. Потребность работы в складируемом ресурсе описывается функцией интенсивности затрат, показывающей скорость потребления ресурса в зависимости от фазы работы, либо функцией затрат, показывающей суммарный, накопленный объем требуемого ресурса в зависимости от фазы.

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

Наряду с функциями потребности, характеризующими задачи проекта, необходимо рассматривать и функции наличия (доступности) ресурсов. Функции наличия задаются аналогично функциям потребности. Отличие заключается в том, что функции наличия задаются на проект в целом, так что их аргументом выступает не фаза работы, а время (рабочее или календарное). Проверка ресурсной реализуемости календарного плана требует сопоставления функций наличия и потребности в ресурсах проекта в целом.

В общем виде алгоритм ресурсного планирования проекта включает три основных этапа:

1. Определение ресурсов (описание ресурса и определение максимально доступного количества данного ресурса);
2. Назначение ресурсов задачам;
3. Анализ расписания и разрешение возникших противоречий между требуемым количеством ресурса и количеством, имеющимся в наличии.

Поскольку наличие необходимых для выполнения работ ресурсов часто является ключевым фактором управления проектом, руководитель может разработать реальный план только в том случае, если описан набор доступных ресурсов.

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

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

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

Процедура разработки профилей загрузки ресурсов, удовлетворяющих ограничениям проекта по наличным ресурсам и срокам выполнения, часто называется процедурой выравнивания загрузки ресурсов. Цель данного процесса заключается в том, чтобы избежать нехватки ресурсов, которая часто имеет место в пиковые периоды работы. Выравнивание заключается в разнесении задач, использующих наиболее критичные ресурсы во времени. В результате данного процесса может быть получено несколько, осуществимых с точки зрения обеспеченности ресурсами, графиков работ, которые позволяют разработчику принять в расчет информацию о ресурсном обеспечении проекта.

Существуют два основных пути разрешения ресурсных перегрузок:

                    Ресурсное планирование при ограничении по времени;

                    Планирование при ограниченных ресурсах.

Первый подход - ресурсное планирование при ограничении по времени, предполагает фиксированную дату окончания проекта и назначение на проект дополнительных ресурсов на периоды перегрузок.

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

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

2.8.              Оценка затрат. Разработка бюджета проекта

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

По существу задача управления стоимостью заключается в создании временной системы учета поступлений и расходов по проекту, при которой ответственными за расходы каждой работы являются менеджеры проекта.

Финансовый план (бюджет) проекта содержит детальное повременное описание всех поступлений и расходов, планируемых в течение жизненного цикла проекта. Он утверждает систему учета затрат и правила выполнения финансовых оценок по выполненным работам.

Финансовый план имеет две функции: функцию бюджета и функцию распределения денег во времени. Как бюджет он показывает принятый уровень затрат и структуру затрат по всем затратным элементам проекта, которые обычно включают следующие категории:

                    рабочие (трудовые ресурсы);

                    материалы;

                    оборудование;

                    соисполнители;

                    накладные расходы;

                    другие источники затрат.

В дополнение к этим источникам затрат бюджет должен содержать некоторый управленческий резерв, необходимый для управления рисками. Его количество определяется исходя из вероятностного анализа. Любые непрямые затраты или перерасходы могут быть распределены среди категорий прямых расходов, чтобы избежать трудностей, связанных с их учетом.

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

Чтобы оценить стоимость проекта, требуется знать стоимость составляющих проект ресурсов, время выполнения работ и стоимость этих работ. Таким образом, оценка стоимости начинается с определения структуры ресурсов и работ проекта. Данные задачи решаются в рамках планирования проекта, а в модуль оценки стоимости должны поступать результаты выполнения этого процесса. Стоимость проекта определяется ресурсами, необходимыми для выполнения работ, в том числе:

- оборудование (покупка, взятие в аренду, лизинг);

- приспособления, устройства и производственные мощности;

- рабочий труд (штатные сотрудники, нанятые по контракту);

- расходные товары (канцелярские принадлежности и т. д.);

- материалы;

- обучение, семинары, конференции;

- субконтракты;

- перевозки и т. д.

Все затраты можно классифицировать как:

- прямые и накладные расходы;

- повторяющиеся и единовременные. Например, ежемесячные платежи за использование производственных мощностей — повторяющиеся затраты, закупка комплекта оборудования — единовременные затраты;

- постоянные и переменные по признаку зависимости от объема работ;

- плата за сверхурочное рабочее время.

Используя данные о стоимостях отдельных видов ресурсов и их назначениях задачам, менеджер может построить профили затрат по каждому ресурсу и по проекту в целом.

2.9.              Разработка и принятие плана проекта

Результаты планирования проекта должны быть задокументированы и представлены для утверждения. Разработка, документирование и согласование плана проекта направлены на достижение следующих основных целей:

                    обеспечение понимания и одобрения целей проекта и средств их достижения;

                    обеспечение назначения требуемых ресурсов (времени, денег, штата) на проект;

                    обеспечение основания для оценки и отображения прогресса достижения целей и результатов проекта;

                    обеспечение основания для контроля внедрения изменений.

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

                    предыстория инициации проекта;

                    ссылки на внешние документы;

                    документы, регламентирующие порядок взаимодействия участников проекта, подготовку и анализ проектной отчетности и пр.;

                    ограничения, риски и неопределенности проекта;

                    процесс решения проблем.

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

Результаты стадии планирования проекта должны быть задокументированы и представлены для утверждения.

Разработка, документирование и согласование плана проекта направлены на достижение следующих основных целей:

                    Обеспечить понимание и одобрение целей проекта и средств их достижения.

                    Без плана члены проектной команды говорят на «разных языках» и могут работать по многим различным направлениям несогласованно. Одобрение командой краткого, но глубоко проработанного плана проекта является фундаментальным средством контроля за проектом. Одобрение плана всеми участниками проекта означает понимание и согласие с целями проекта и путями их достижения.

                    Обеспечить наличие формального описания требуемых ресурсов (времени, денег, штата) и вех, которые должны быть достигнуты.

2.10.              Анализ рисков при планировании проекта

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

1.                   Управление рисками. Неприятности еще не наступили, но не исключена возможность возникновения нежелательных и незапланированных событий, которые могут привести к тому, что цели проекта (одна или несколько) не будут достигнуты. Цель этой стадии – предотвратить неприятности до их возникновения или, по крайней мере, встретить их во всеоружии.

2.                   Управление проблемами. Неприятности наступили, и необходимо выяснить их происхождение, степень влияния на проект, способы преодоления. Цель этой стадии – обеспечить проекту возможность идти так, как запланировано.

3.                   Управление изменениями. Неприятности оказались достаточно серьезными, и справиться с ними без ущерба для проекта не удалось. Цель этого этапа – то, что у финансистов называется «зафиксировать убытки», - это модификация ранее согласованного технического задания, сроков исполнения и стоимости работ, управленческих и технологических процессов и т.п.

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

Итак, причиной возникновения рисков являются неопределенности, существующие в каждом проекте. Риски могут быть “известные" те, которые определены, оценены, для которых возможно планирование. Риски “неизвестные” – те, которые не идентифицированы и не могут быть спрогнозированы. Хотя специфические риски и условия их возникновения не определены, менеджеры проекта знают, исходя из прошлого опыта, что большую часть рисков можно предвидеть.

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

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

1. Планирование управления рисками – выбор подходов и планирование деятельности по управлению рисками проекта.
2. Идентификация рисков – определение рисков, способных повлиять на проект, и документирование их характеристик.
3. Качественная оценка рисков – качественный анализ рисков и условий их возникновения с целью определения их влияния на успех проекта.
4. Количественная оценка – количественный анализ вероятности возникновения и влияния последствий рисков на проект.
5. Планирование реагирования на риски - определение процедур и методов по ослаблению отрицательных последствий рисковых событий и использованию возможных преимуществ.
6. Мониторинг и контроль рисков - мониторинг рисков, определение остающихся рисков, выполнение плана управления рисками проекта и оценка эффективности действий по минимизации рисков.

Все эти процедуры взаимодействуют друг с другом, а также с другими процедурами. Каждая процедура выполняется, по крайней мере, один раз в каждом проекте. Несмотря на то, что процедуры, представленные здесь, рассматриваются как дискретные элементы с четко определенными характеристиками, на практике они могут частично совпадать и взаимодействовать.

2.11.              Типичные ошибки планирования

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

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

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

Аналогичная ситуация часто встречается в проектах разработки и адаптации информационных систем. Заказчик имеет непреодолимое желание получить готовый инструмент как можно быстрее. При этом он имеет только смутное представление о возможностях программного обеспечения, которое он выбрал, и что он хочет автоматизировать. С другой стороны, поставщики программного обеспечения знают очень немного о реальных процессах управления (функциональной, информационной, организационной структурах) в организации заказчика. И только когда они приступают к реализации проекта, начинается процесс взаимного информирования и обучения. Уточнение постановки приводит к существенному, иногда в несколько раз, увеличению объемов работ и изменению их целей и состава.

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

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

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

Планирование без учета координации. Любой достаточно большой проект разбивается на относительно независимые части, за реализацию которых отвечают самостоятельные подразделения. При отсутствии координирующих воздействий со стороны руководителя проекта они могут действовать, преследуя исключительно свои частные, локальные цели, что приводит к хаосу и срыву реализации проекта в целом.

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

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

Планирование не для отслеживания. К сожалению, это наиболее распространенная ошибка, когда планирование выполняется ради того, чтобы был план. Все ошибки планирования могут стать причиной негативного отношения к плану, когда он перестает быть реальным инструментом управления работами по проекту.

Что нужно, чтобы избежать ошибок планирования:

                   для проекта должен быть сформулирован список решаемых проблем;

                   основная цель проекта (миссия) должна быть доведена до сведения всех участников;

                   должны быть идентифицированы риски и, по возможности, исключены случайности;

                   необходимо убедиться в том, что стратегия проекта может быть реализована и удовлетворяет ограничениям по бюджету, срокам и объему (проведен PCTS-анализ осуществимости: Р — Performance, С — Cost, Т — Time, S — Scope. Затраты являются функцией уровня исполнения Р, времени Т и содержания, объема работ S);

                   наличие положительных результатов анализа «за и против» реализации проекта (проведен Force-field — анализ, заключающийся в описании и количественной оценке факторов, которые могут способствовать и препятствовать осуществлению проекта);

                   конечный результат должен быть понятен всем членам команды проекта;

                   показатели оценки результатов деятельности по проекту должны давать оценку состояния дел с необходимой точностью. Целесообразна разработка внутрифирменных шкал оценки деятельности по видам работ.

Заключение

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

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

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

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

План проекта может включать следующие основные разделы:

                    Краткий обзор проекта

                    Введение

                    Цели и ожидаемые результаты проекта

                    Стратегия

                    Объем работ

                    Организационные связи

                    Ссылки на внешние документы

                    Структура проекта

                    Роли и ответственности

                    Процесс управления проектом

                    Обзоры и утверждения

                    Комплекс работ

                    Работы проекта, оценка объема работ и квалификации

                    Внешние задачи

                    Возможные изменения

                    Ресурсное обеспечение

                    Персонал

                    Оборудование

                    Средства

                    Прочее

                    График работ

                    График работ по этапам

                    Список вех

                    Финансирование

                    История финансирования подобных проектов

                    Бюджет

                    План затрат

                    Фонды

                    Предположения

                    Ограничения, риски и неопределенности проекта

                    Зависимости от внешних проектов/событий

                    Риски и неопределенности

                    Процесс решения проблем

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

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

Менеджер проекта завершает обзор проекта, получает одобрение плана руководством организации и формирует команду проекта.

Список литературы

1.      Джестон Д., Нелис Й. Управление бизнес-процессами. Издательство: Символ. Серия: Бизнес XXI века. Пер. с англ. 2008.

2.      Ивасенко А.Г. Управление проектами: Учебное пособие для студентов ВУЗов. Издательство: Феникс. 2009.

3.      Локир К., Гордон Дж.Управление проектами: ступени высшего мастерства. Издательство: Гревцов Паблишер. 2008.

4.      Матвеева Людмила, Никитаева Анастасия, Фиськов Денис, Щипанов Евгений Управление проектами: учебник. Издательство: Феникс. Серия: Высшее образование. 2009.

5.      Проектный менеджмент. Издательство: SmartBook Омега-Л. 2009.

6.      Просветов Г.И. Управление проектами: задачи и решения. Учебно-практическое пособие. Издательство: Альфа-Пресс. 2008.

7.      Л. Г. Матвеева, А. Ю. Никитаева, Д. А. Фиськов, Е. Ф. Щипанов. Управление проектами. Издательство: Феникс. 2009.

8.      И. И. Мазур, В. Д. Шапиро, Н. Г. Ольдерогге, А. В. Полковников. Управление проектами. Издательство: Омега-Л. 2010.

2