Основные понятия управления проектами. Управляемые параметры проекта

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

Проект обладает определенными свойствами .

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

Жизненный цикл проекта – это промежуток времени между моментами его начала и завершения. Он делится на четыре фазы.

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

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

Управляемыми параметрами проекта являются:

  1. объемы и виды работ;
  2. стоимость, издержки, расходы по проекту;
  3. временные параметры, включающие сроки, продолжительности и резервы выполнения работ и этапов проекта, а также взаимосвязи между работами;
  4. ресурсы, требуемые для осуществления проекта, в том числе человеческие или трудовые, финансовые, материально-технические, а также ограничения по ресурсам;
  5. качество проектных решений, применяемых ресурсов, компонентов проекта и прочее.

Задачами управления проекта являются:

  1. определение цели проекта и проведение его обоснования;
  2. создание структуры проекта (подцели, основные этапы работы, которые предстоит выполнить);
  3. определение необходимых объемов и источников финансирования;
  4. подбор команды исполнителей, подготовка и заключение контрактов со сторонними исполнителями;
  5. определение сроков выполнения проекта:
  6. составление графика его реализации:
  7. расчет необходимых для проекта материальных ресурсов, заключение контрактов с поставщиками;
  8. расчет сметы и бюджета проекта:
  9. планирование и учет рисков;
  10. обеспечение контроля за ходом выполнения проекта.

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

Управление проектом состоит из трех основных этапов:

  1. формирование плана проекта,
  2. контроль за реализацией плана и оперативная его коррекция,
  3. завершение проекта.

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

В настоящее время для автоматизированного управления проектами используется методология сетевого планирования и управления. Эта методология была разработана в 1956 г. специалистами фирм "Дюпон" и "Ремингтон Ред" М.Уолкером и Д.Келли для проекта по модернизации заводов фирмы "Дюпон". Впечатляющим результатом ее использования является проектирование корпорацией "Локхид" ракетной системы "Поларис" для оснащения подводных лодок ВМС США. В результате применения методов сетевого планирования работы были выполнены на два года раньше намеченного срока! Одним из примеров успешного применения этого метода в России является восстановление храма Христа Спасителя в Москве.

Сетевое планирование и управление состоит из структурного и календарного планирования и оперативного управления.

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

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

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

1.2. Обзор систем управления проектами

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

  1. Стандарт, разработанный Институтом управления проектами (Project Management Institute) принят в качестве национального стандарта в США (стандарт ANSI ).
  2. Стандарт по качеству в управлении проектами ISO 10006.

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

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

  1. Структуризация и описание состава и характеристик работ, ресурсов, затрат и доходов проекта.
  2. Расчет расписания исполнения работ проекта с учетом всех имеющихся ограничений.
  3. Определение критических операций и резервов времени для исполнения других операций проекта.
  4. Расчет бюджета проекта и распределение запланированных затрат во времени.
  5. Расчет распределения во времени потребности проекта в основных материалах и оборудовании.
  6. Определение оптимального состава ресурсов проекта и распределения во времени их плановой загрузки.
  7. Анализ рисков и определение необходимых резервов для надежной реализации проекта.
  8. Определение вероятности успешного исполнения директивных показателей.
  9. Ведение учета и анализ исполнения проекта.
  10. Моделирование последствий управленческих воздействий с целью принятия оптимальных решений.
  11. Ведение архивов проекта.
  12. Получение необходимой отчетности.

На российском рынке в настоящее время наиболее популярными являются несколько систем управления проектами.

Microsoft Office Project 2007 – это комплексное решение корпорации Microsoft по управлению корпоративными проектами, которое позволяет управлять проектами любой сложности и включает в себя семейство следующих программных продуктов:

  1. MS Office Project Standart – пакет начального уровня для управления простыми проектами;
  2. MS Office Project Professional – пакет для профессионального управления проектами любой сложности на любом уровне управления;
  3. MS Office Project Server – серверный продукт, который используется для взаимодействия менеджеров проекта при управлении распределенными проектами;
  4. MS Office Project Web Access – веб-интерфейс MS Project, позволяющий участникам проектов получить доступ к проектной информации через Internet Explorer.

Spider Project Professional (также существуют версии Desktop и Lite , разработчик "Технологии управления Спайдер") - пакет управления проектами, спроектированный и разработанный с учетом практического опыта, потребностей, особенностей и приоритетов Российского рынка. Этот пакет - единственная отечественная разработка среди популярных в России систем управления проектами.

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

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

Программные продукты компании Primavera Inc :

  1. Primavera Project Planner Professional – профессиональная версия, предназначенная для автоматизации процессов управления проектами в соответствии с требованиями PMI (Project Management Institute) и стандартами ISO . В первую очередь этот пакет предназначен для использования в составе корпоративной информационной системы, хотя вполне может работать и автономно, помогая решать задачи календарно-сетевого планирования, определения критического пути, выравнивания ресурсов , и других задач моделирования проектов, групп проектов, портфелей и программ.
  2. SureTrack Project Manager ориентирован на контроль выполнения небольших проектов или фрагментов крупных проектов. Может работать как самостоятельно, так и совместно с Project Planner в корпоративной системе управления проектами.

Open Plan (разработчик Welcom Software Technology , сейчас Deltek) обеспечивает полномасштабное мультипроектное управление, планирование по методу критического пути и оптимизацию использования ресурсов в масштабах предприятия. Может эффективно использоваться на всех уровнях контроля и управления проектами – от высшего руководства и менеджеров проектов, до начальников функциональных подразделений и рядовых исполнителей.

  1. Укрупненно описать проект – создать иерархическую структуру работ .
  2. Задать, какие составляющие стоимости будут использованы для финансового анализа и управления проектом.
  3. Составить перечень операций (работ, задач) проекта и задать их характеристики.
  4. Составить перечень ресурсов проекта и задать их характеристики,
  5. Задать взаимосвязи (ограничения на порядок исполнения) операций проекта.
  6. Назначить ресурсы на исполнение операций проекта.
  7. Назначить стоимости операциям, ресурсам и назначениям проекта.
  8. Задать ограничения на финансирование, поставки, сроки исполнения операций.
  9. Составить расписание исполнения работ проекта с учетом всех ограничений.
  10. Оптимизировать состав используемых ресурсов.
  11. Определить бюджет и распределение во времени плановых затрат проекта.
  12. Определить и промоделировать риски и неопределенности.
  13. Определить необходимые резервы, стоимости и потребности в материалах для исполнения запланированных показателей с заданной надежностью.
  14. Представить плановую информацию руководству и исполнителям.

В процессе исполнения проекта данные системы позволяют.

  1. Вести учет.
  2. Анализировать отклонения исполнения от запланированного.
  3. Прогнозировать будущие параметры проекта.
  4. Моделировать управленческие воздействия.
  5. Вести архивы проекта.

1.3. Контрольные вопросы

  1. Что такое проект?
  2. Какими свойствами обладает проект?
  3. Что такое жизненный цикл проекта и каковы его фазы?
  4. Что является результатом проекта?
  5. Какие параметры проекта выступают в качестве управляемых?
  6. Какие задачи решаются при управлении проектом?
  7. Что понимается под управлением проектом и каковы его основные этапы?
  8. Каковы составляющие сетевого планирования и управления?
  9. Для решения каких задач используются системы управления проектами?
  10. Какие системы управления проектами распространены на российском рынке программного обеспечения?
  11. Какие шаги следует проделать, чтобы создать компьютерную модель проекта?
  12. Какие средства контроля исполнения проекта имеют системы управления проектами?

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

Объемы и виды работ по проекту;

Стоимость, издержки, расходы по проекту;

Временные параметры, включающие сроки, продолжительности и резервы выполнения работ, этапов, фаз проекта, а также взаимосвязи работ;

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

Качество проектных решений, применяемых ресурсов, компонентов проекта и пр.

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

Окружение проекта

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

Проект возникает, существует и развивается в определенном окружении, называемом внешней средой;

Состав проекта не остается неизменным в процессе его реализации и развития: в нем могут появляться новые элементы (объекты), из его состава могут удаляться некоторые его элементы;

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

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

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

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

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

Проектный цикл

Промежуток времени между моментом появления проекта и моментом его ликвидации называется проектным циклом (говорят также «жизненным циклом проекта»).



Жизненный цикл проекта - исходное понятие для исследова­ния проблем финансирования работ по проекту и принятия соответствующих решений.

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

Для деловых людей начало проекта связано с началом его реализации и началом вложения денежных средств в его выполнение.

Окончанием существования проекта может быть:

· ввод в действие объектов, начало их эксплуатации и использования результатов выполнения проекта;

· перевод персонала, выполнявшего проект, на другую работу;

· достижение проектом заданных результатов;

· прекращение финансирования проекта;

· начало работ по внесению в проект серьезных изменений, не предусмотренных первоначальным замыслом (модернизация);

· вывод объектов проекта из эксплуатации.

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

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



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

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

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

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

Структуризация проектов

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

В результате освоения темы студент должен:

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

ОСНОВНЫЕ ТРЕБОВАНИЯ К УПРАВЛЕНИЮ СРОКАМИ ПРОЕКТА

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

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

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

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

Задача менеджмента проектов двух первых групп состоит не только в том, чтобы «вписаться» в общий установленный срок реализации проекта, но и в том, чтобы обеспечить своевременное прохождение контрольных событий проекта. Эти события обычно являются финишами этапов проекта, и часто их даты фиксируются в документах проекта, например в контрактах. В таких проектах для управления сроками целесообразно использовать структуру процессов из стандартов управления проектами РМВоК или ISO 21500. В проектах третьей группы сроки устанавливаются и уточняются как в процессе планирования, так и в процессе исполнения проектов. Управление сроками организуется на основе технологий менеджмента проектами с преобладанием мягких факторов (см. гл. 16).

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

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

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

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

  • Классификация проектов предложена Н.В. Моргуновой.

Управляемыми параметрами проекта являются :

Объемы и виды работ по проекту;

Стоимость, издержки, расходы по проекту;

Временные параметры, включающие сроки, продолжительность и резервы выполнения работ, этапов, фаз проекта, а также взаимосвязи работ;

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

Качество проектных решений, применяемых ресурсов, компонентов проекта и прочее.

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

Окружение проектов

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

Проект возникает, существует и развивается в определенном окружении, называемом внешней средой;

Состав проекта не остается неизменным в процессе его реализации и развития: в нем могут появляться новые элементы (объекты) и из его состава могут удаляться некоторые его элементы;

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

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

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

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

Схематичное изображение проекта и его окружения приведено на рис. 1.7.

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

В практике бизнес-планирования обычно подлежат изучению три аспекта окружения проекта:

Политический аспект, а именно - отношение федеральных и местных властей к проекту;

Территориальный аспект, включающий изучение конкурентных предложений на рынке аналогичной продукции;

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

Рисунок 1.7. - Проект и его окружение

Проектный цикл

Промежуток времени между моментом появления проекта и моментом его ликвидации называется проектным циклом (говорят также – «жизненным циклом проекта »).

Жизненный цикл проекта является исходным понятием для исследования проблем финансирования работ по проекту и принятия соответствующих решений.

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

Для деловых людей начало проекта связано с началом его реализации и началом вложения денежных средств в его выполнение.


Рисунок. 1.8. - Принципиальная структура жизненного цикла традиционного инвестиционного проекта

Примечание . Диапазон потребности в ресурсах обусловлен типом и сложностью проекта.

Окончанием существования проекта может быть:

Ввод в действие объектов, начало их эксплуатации и использования результатов выполнения проекта;

Перевод персонала, выполнявшего проект, на другую работу;

Достижение проектом заданных результатов;

Прекращение финансирования проекта;

Начало работ по внесению в проект серьезных изменений, не предусмотренных первоначальным замыслом (модернизация);

Вывод объектов проекта из эксплуатации.

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

Состояния, через которые проходит проект, называют фазами (этапами, стадиями).

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

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

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

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

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

Рисунок 1.9. - Цикл проекта Всемирного банка (по Waren С. Baum "Project Cycle", издание Всемирного Банка, 1993 г.)

Рисунок 1.10. - Жизненный цикл системы продукта (на примере программного продукта)

Таблица 1.1 - Содержание фаз жизненного цикла проектов

Начальная (прединвестиционная) Инвестиционная (строительная) Эксплуата-ционная
Прединвестицион-ные исследования Разработка проектно-сметной документации, планирование проекта и подготовка к строительству Проведение торгов и заключение контрактов; организация закупок и поставок, подготовитель-ные работы Строительно-монтажные работы Завершение строительной фазы проекта
1. Изучение прогнозов и направлений развития страны (региона, города). 2. Формирование инвестиционного замысла. 3. Подготовка ходатайства (Декларации) об намерениях. 4. Предваритель-ное согласование инвестиционного замысла. 5. Составление и регистрация оферт. 6. Разработка обоснования инвестиций, оценка жизнеспособности проекта. 7. Выбор и предварительное согласование места размещения объекта. 8. Экологическое обоснование. 9. Экспертиза. 10.Предварительное инвести­ционное решение. 11. Разработка предварительного плана проекта. 1. Разработка плана проектно-изыскательских работ 2. Задание на разработку ТЭО (проекта) строительства и разработка. 3. Согласование, экспертиза и утверждение ТЭО (проекта). строительства 4. Выдача задания на проектирование. 5. Разработка, согласование и утверждение рабочей документации. 6. Принятие окончательного решения об инвестировании. 7. Отвод земли под строительство. 8. Разрешение на строительство. 9. Задание на разработку проекта производства работ. 10. Разработка плана проекта. 1. Тендеры на проектно-изыскательские работы и заключение контрактов. 2. Тендеры на поставку оборудования и заключение контрактов. 3. Тендеры на подрядные работы и заключение контрактов. 4. Тендеры па услуги консультантов и заключение контрактов. 5. Разработка планов (графи ков) поставки ресурсов. 6.Подготовительные работы к строительству. 1. Разработка оперативного плана строительства 2. Разработка графиков работы машин. 3.Выполнение строительно-монтажных работ. 4.Мониторинг и контроль. 5.Корректировка плана проекта и оперативного плана строительства (управление изменениями) 6. Оплата выполненных работ и поставок. 1.Пусконаладочные работы. 2. Сдача приемка объекта. 3. Закрытие кои тракта. 4.Демобилизация ресурсов. 5. Анализ результатов. 1.Эксплуатация. 2. Ремонт. 3.Развитие производства. 4.Закрытие проекта - вывод из эксплуата-ции - демонтаж оборудования - модерни-зация (начало нового проекта).

Структуризация проектов

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

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

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

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

Кроме того, процесс структуризации проекта является неотъемлемой частью общего процесса планирования проекта и определения его целей, а также подго­товки сводного (генерального) плана проекта и матрицы распределения ответст­венности и обязанностей. Осуществление этого процесса относительно легче применительно к так называемым «осязаемым проектам», связанным со строительством, нежели к проектам, связанным, например, с разработкой программного обеспечения.

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

Разбивка проекта на поддающиеся управлению блоки;

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

Точная оценка необходимых затрат – средств, времени и материальных ресурсов;

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

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

Переход от общих, не всегда конкретно выражаемых, целей к определенным заданиям, выполняемым подразделениями компании;

Определение комплексов работ/подрядов.

Процесс структуризации проекта, может быть представлен в виде следующей последовательности действий (рис. 1.11), :

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

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

3. Структура процесса – должна быть подготовлена схема жизненного цикла проекта.

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

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

Рисунок 1.11. - Возможная структура разбивки проекта объекта газовой промышленности

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

7. Структура разбивки проекта – четыре вышеперечисленных пункта (3 – 6) объединяются в единую структуру проекта.

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

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

10. Рабочий план бухгалтерских счетов – при необходимости следует проработать систему субсчетов, «стыкующихся» с планом счетов.

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

12. Система наряд заданий – вытекает из предварительной структуры (п. 7) и матрицы (п. 9). На этом этапе задания должны быть абсолютно кон­кретны во времени и ресурсах.

13. Система отчетности и контроля.


На основе проделанных шагов строится т. н. матрица распределения ответственности, пример которой представлен на рис. 1.12. Матрица «приписывает» каждому пакету работ конкретных исполнителей.

Для структуризации проекта используют ряд специальных моделей, а именно:

Дерево целей;

Дерево решений;

Дерево работ;

Организационную структуру исполнителей;

Матрицу ответственности;

Сетевую модель;

Структуру потребляемых ресурсов;

Структуру затрат.

При этом методы структуризации проекта принципиально сводятся к двум:

- «сверху вниз» – определяются общие задачи, на основе которых далее осуще­ствляется детализация уровней проекта;

- «снизу вверх» – определяются частные задачи, а затем происходит их обобщение.

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

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

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

В таких случаях проект-менеджер может осуществлять оценку вероятности того или иного ее «решения».

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


Наименование проекта: Обустройство Бованенковского Газоконденсатного месторождения (ГКМ) Наименование подпроекта: Газосборный пункт (ГП-1)
Исследование инвестиций Разработка ПСД Контракты Строительство Эксплуатация
Отдел обустройства ГКМ -/+ +/- +/- + +
Отдел по строительству МГ и КС* -/+ +/- +/- + +
Отдел охраны природы -/+ -/+ -/+ -/+ -/+
Отдел комплектации +/- + + +/-
Отдел АСУ -/+ -/+ +/- +/- +/-
Отдел градостроительства -/+ + -/+ +/- +/-
Технический отдел +/- + -/+ -/+ -/+
Планово-производственный отдел -/+ -/+ + +/- +
Планово-финансовый отдел + +/- +
Бухгалтерия -/+ +/- +/- -/+
Отделение по строительству железной дороги -/+ + +
Условные обозначения: + - ответственный исполнитель - принимает участие в разработке -/+ - согласовывает выходной результат * МГ и КС - магистральные газопроводы и компрессорные станции

Рисунок 1.12. - Матрица распределения ответственности для структурных подразделений

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

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

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

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

Учесть в плане все разделы, этапы и работы проекта;

Учесть в плане все организации, участвующие в проекте;

Обеспечить действенность управления путем распределения ответственности.

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

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

Матрица ответственности – связывает пакеты работ с организациями-исполнителями на основе СРР и ССО. В матрице определяются основные исполнители по пакетам работ (рис. 1.12).

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

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

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

Структура затрат. Методика структуризации затрат аналогична используемой в процессе разработки структуры потребляемых ресурсов.


Похожая информация.


Управляемыми параметрами проекта являются:

Объемы и виды работ по проекту (см. гл. 13, 14, 17);

Стоимость, издержки, расходы по проекту (см. гл. 14, 17);

Временные параметры, включающие сроки, продолжительность и резервы выполнения работ, этапов, фаз проекта, а также взаимосвязи работ (см. гл. 15, 17);

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

Качество проектных решений, применяемых ресурсов, компонентов проекта (см. гл. 18) и пр.

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

Окружение проектов

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

Проект возникает, существует и развивается в определенном окружении, называемом внешней средой;

Состав проекта не остается неизменным в процессе его реализации и развития, в нем могут появляться новые элементы (объекты) и из его состава могут удаляться некоторые его элементы;

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

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

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

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

Схематичное изображение проекта и его окружения приведено на рис. 2.6.1.

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

В практике бизнес-планирования (см. гл. 5) обычно подлежат изучению три аспекта окружения проекта:

Политический, а именно отношение федеральных и местных властей

к проекту;

Территориальный, включающий изучение конкурентных предложений на рынке аналогичной продукции;

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

Рис. 2.6.1. Проект и его окружение

Проектный цикл

Промежуток времени между моментом появления проекта и моментом его ликвидации называется проектным циклом (говорят также - "жизненным циклом проекта").

Жизненный цикл проекта является исходным понятием для исследования проблем финансирования работ по проекту и принятия соответствующих решений.

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

Для деловых людей начало проекта связано с началом его реализации и началом вложения денежных средств в его выполнение.

Окончанием существования проекта может быть:

Ввод в действие объектов, начало их эксплуатации и использования результатов выполнения проекта;

Перевод персонала, выполнявшего проект, на другую работу;

Достижение проектом заданных результатов;

Прекращение финансирования проекта;

Начало работ по внесению в проект серьезных изменений, не предусмотренных первоначальным замыслом (модернизация);

Вывод объектов проекта из эксплуатации.

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

Состояния, через которые проходит проект, называют фазами (этапами, стадиями).

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

Примечани. Диапазон потребности в ресурсах обусловлен типом и сложностью проекта.

Рис.2.7.1. Принципиальная структура жизненного цикла традиционного инвестиционного проекта

Рис. 2.7.2. Цикл проекта Всемирного банка (по Waren С. Baum "Project Cycle", издание Всемирного банка, 1993 г.)

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

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

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

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