Главная Увольнение

Инструменты проектного управления применяемые в строительстве. Классическое управление проектами

05.09.2019

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

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

Первый формат диаграммы был разработан Генри Л. Ганттом в 1910 году.

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

Рис. 10. Производство гражданских самолетов Boeing и Airbus

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

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

Метод критического пути СРМ. Основополагающий момент в создании этого метода - исследование возможности эффективного использования вычислительной машины Univac на фирме "Dupon" при планировании и создании планов-графиков больших комплексов работ по модернизации заводов этой фирмы. В результате был создан рациональный и простой метод (Уолкера-Келли) управления проектом с использованием ЭВМ, который был назван CPM (Critical Path Method) - метод критического пути.

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

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

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

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

Рис. 11. Граф CPM

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

Метод анализа и оценки PERT. Параллельно с разработкой CPM в военно-морских силах США был создан (фирма "Буз, Аллен & Гамильтон") метод анализа и оценки программ PERT (Program Evaluation and Review Technique) для реализации проекта разработки ракетной системы "Polaris", объединяющей около 3800 подрядчиков с числом операций более 60 тыс.

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

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

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

Возможное время выполнения операций оценивается с помощью трех оценок:

● оптимистичной ();

● пессимистической ();

Заключение.

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

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

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

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

Если же речь идет о радикальных нововведениях, в составе группы могут быть выделены:

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

Руководители образуют координационную группу, в задачи которой входит:

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

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

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

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

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

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

Четкая формулировка проблемы и постановка задачи важна для:

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

В современном менеджменте действуют девизы:

  • - Семь раз отмерь, один раз отрежь!
  • - Подумай, прежде чем делать!

В этапах выполнения проекта принимаются решения:

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

Подразделение на этапы позволяет контролировать ход выполнения проекта.

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

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

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

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

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

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

В понятие структуры разбиения работ входят:

  • · структура -- совокупность отношений между элементами системы, необходимых и достаточных для достижения цели проекта;
  • · разбиение -- разделение на составные части или категории,на более простые составные части, декомпозиция;
  • · работа -- продолжительное физическое или умственное усилие направленное на достижение результата; деятельность обязанность, функция, операция, выполняемая сотрудником или коллективом; часть трудового процесса, требующего затрат времени и ресурсов Управление организацией: Учебник / Под ред. А.Г.Поршнева, З.П.Румянцевой, Н.А.Саломатина. - 2-е изд., перераб. и доп.-М.:ИНФРА-М, 1998.-669 с. - с.43.

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

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

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

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

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

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

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

При разработке дерева работ необходима формализация представления о конечном продукте проекта:

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

Общий процесс создания структуры разбиения работ проекта состоит из следующих шагов:

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

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

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

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

Пример шаблона структур разбиения работ

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

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

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

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

1. Битрикс24

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

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

2. Jira

Изначально Jira - это баг-трекер, то есть система для контроля ошибок в программном коде. Но очень много компаний используют ее именно как инструмент управления проектами. Подходит для команд, использующих методологии Scrum и Kanban.

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

3. Asana

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

Отдельно стоит упомянуть, что функциональность продукта расширяется с помощью подключения сторонних сервисов: от Dropbox и Google Drive до Zapier и Bitbucket.

4. ActiveCollab

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

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

5. Slack

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

И, конечно, в Slack доступны боты в больших количествах. Мессенджер попытался взять лучшее от своих прародителей вроде IRC и Jabber.

6. Wrike

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

Отдельно указывается, что есть функция создания отчетов для экономии времени. Дополнение к Outlook и Apple Mail помогает создавать задачи напрямую из писем.

7. MS Project

Старожил рынка, не так давно получивший и онлайн-версию. Очень популярен у западных пользователей и едва ли не синоним диаграммы Ганта. Позволяет планировать проекты, управлять ресурсами, планировать сценарии вида «что, если» и следить за дедлайнами и прогрессом. Плотно интегрируется с Microsoft Office последних версий, SharePoint.

Требует очень много времени на освоение. Его внедрение - целая история для компании.

8. Evernote

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

Сам проект идеально подходит именно для последней задачи.

9. Trello

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

Главный плюс проекта - возможность быстро и просто увидеть проект «с высоты птичьего полета» и визуально оценить степень готовности.

10. Basecamp

Один из первопроходцев систем управления проектами «новой волны», запущен в 2004 году. Среди возможностей: ведение списков, просмотр расписания сотрудников и команд, хранение файлов и групповой чат. При помощи API можно подключать сторонние приложения. За14 лет проект сохранил свою главную черту: функциональную простоту.

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

Выводы

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

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

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

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

    уникальность задания ;

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

    даты начала и завершения :

    планируемые (в соответствии с первоначальным планом);

    ожидаемые (в соответствии с последующими изменениями в плане);

    реальные;

    сдерживающие факторы и ограничения ;

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

    связь с другими заданиями (предшествующие и последующие задания).

Существуют два основных метода планирования и координации выполнения крупномасштабных проектов:

PERT (program evaluation and review technique) – метод оценки и просмотра программы) и

CPM (critical path method ) – метод критического пути.

Эти методы появились независимо друг от друга. СРМ был разработан Dupont Corporation в 1950-х гг. ХХ века, чтобы помочь составить план капитального ремонта завода корпорации. PERT был разработан примерно в то же время Министерством ВМФ США для составления плана проекта разработки ракеты Polaris . Методы практически однотипны, в литературе чаще всего используется термин PERT .

PERT /время – это метод планирования и управления, который имеет четыре особенности: сетевой график, временные оценки, определение резервов времени и критического пути, возможности принятия мер по корректировке графика.

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

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

Рис.16. Сетевой график выполнения проекта

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

При анализе методом критического пути определяют:

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

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

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

Операции, лежащие на критическом пути, не имеют ни малейшего резерва времени.

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

    полный резерв – все имеющееся свободное время, при котором в целом срок проекта не пострадает (к примеру, если операция, занимающая 2 дня, может начаться на 3-й день, а следующая должна начаться на 9-й день работы над проектом, то имеется полный зазор в 4 дня (4 = 9 – 2 – 3):

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

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

Метод PERT /затраты представляет собой дальнейшее развитие метода в направлении оптимизации сетевых графиков по стоимости и для него характерно:

    структурный анализ работ по проекту;

    определение видов работ (НИОКР, производство, маркетинг);

    построение сетевых графиков;

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

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

    контроль за ходом работ;

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

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

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

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

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

    увеличить ресурсы;

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

    ослабить ограничения, повышая риск;

    детализировать задания, увеличивая количество взаимосвязей.

Достоинства и недостатки метода PERT приведены в таблице 56.

Таблица 56 - Достоинства и ограничения метода PERT

Достоинства

Ограничения

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

    Метод основан на моделировании и, следовательно, дает возможность проведения экспериментов и вариантных расчетов;

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

    Неточные оценки снижают эффективность метода.

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

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

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

9.2 График Ганта и сетевые матрицы

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

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

    ресурсное обеспечение;

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

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

Таблица 57 - Перечень работ для построения сетевой матрицы

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

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

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

Подраз-деления

Код работ

Продолжи-тельность (дн.)

Численность персонала

в под-разделе-нии, чел.

Занятого на рабо-те, чел.

Отдел главного технолога

Отдел главного конструкт.

Цех по изготовл. оснастки

Цех механообр.

Цех литейн.

Цех сбороч.

Рисунок 29 -Пример сетевой матрицы (фрагмент)

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

В первой части коротко была рассмотрена природа проекта и связанная с его реализацией деятельность. При этом был затронут вопрос о структуризации работ по достижению целей проекта. Очевидно, что подобная деятельность, как уже было отмечено выше, служит повышению эффективности проектной деятельности по разным параметрам (стоимость, сроки и пр.). Среди элементов проектной деятельности можно назвать и организационный инструментарий. Выделяются следующие виды организационного инструментария http://tww48.narod.ru/slides_03/PM_03.files/frame.htm#slide0040.htm:

1. сетевые матрицы (более высокий уровень научной разработки «сетевых графиков»):

· представляют весь процесс осуществления проекта в наглядной форме,

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

· анализируют взаимосвязи между исполнителями и работой;

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

2. матрица разделения административных задач управления (РАЗУ):

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

3. информационно-технологическая модель (ИТМ):

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

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

В основе реализации проекта лежит процесс планирования. Планирование в том или ином виде производится в течение всего срока реализации проекта. «Планирование - это непрерывный процесс определения наилучшего способа действий для достижения поставленных целей с учетом складывающейся обстановки» http://www.betec.ru/index.php?id=6&sid=18. В самом начале жизненного цикла проекта обычно разрабатывается неофициальный предварительный план - грубое представление о том, что потребуется выполнить при реализации проекта. Решение о выборе проекта в значительной степени основывается на оценках предварительного плана. Формальное и детальное планирование проекта начинается после принятия решения о его открытии. Определяются ключевые события - вехи проекта, формулируются задачи, работы и их взаимная зависимость.

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

Сетевые графики и сетевые матрицы

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

· способность оценить текущее состояние;

· предсказать дальнейший ход работ;

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

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

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

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

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

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

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


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

При управлении проектной деятельностью нередко применяются средства создания иерархических сетевых моделей. «Процесс построения сети производится по шагам» http://www.iis.nsk.su/preprints/Monog/MONOGR/node49.html. В первую очередь создается корневой уровень иерархической сети, который состоит из структурных переходов системы работ, представляющих ее модули. Также на этом этапе создаются места, моделирующие точки взаимодействия. Эти места и структурные переходы соединяются дугами в соответствии с этапом реализации проекта. Следующие три шага генерации выполняются последовательно для каждого модуля. На втором шаге генерируется сеть, реализующая модуль. Эта сеть, в свою очередь, будет содержать структурные переходы. На этом этапе построения дуги не создаются, а достраиваются на следующем шаге, где создаются подсети, соответствующие структурным переходам. После этого транслируются отдельные операторы. В процессе построения такой сети создаются дуги для сети второго уровня. На четвертом шаге создаются структурные переходы, реализующие процедуры и функции, если таковые есть. На завершающем шаге - оптимизации сети - удаляются все пустые переходы, то есть переходы, имеющие пустые тела и не имеющие выражений на выходных дугах.

Сетевые матрицы, как было сказано выше, это более высокий уровень научной разработки сетевых графиков. Они представляют собой «графическое изображение процессов осуществления проекта, где все работы (управленческие, производственные) показаны в определенной технологической последовательности и необходимой взаимосвязи и зависимости» http://tww48.narod.ru/slides_03/PM_03.files/frame.htm#slide0040.htm.

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

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

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

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

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

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

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

· время раннего начала (РН) данной работы;

· время раннего окончания (РО) данной работы;

· время позднего начала (ПН) данной работы;

· время позднего окончания (ПО) данной работы;

· полный резерв времени данной работы;

· частный резерв времени данной работы;

· коэффициент напряженности работы.

То есть здесь видно, что практически все они связаны с временным ограничением работ, на основе чего мы можем с уверенностью утверждать, что применение сетевых графиков в общем и сетевых матриц в частности призвано обеспечить в первую очередь планирование сроков выполнения различных работ. Методы сетевого планирования - это «методы, основная цель которых заключается в том, чтобы сократить до минимума продолжительность проекта» http://www.projectmanagement.ru/theory/pm_glos.html. Это, в свою очередь, позволит более рационально спланировать работы и ресурсы на стадиях проектной деятельности, некоторые или все из которых будут выявлены именно в результате построения сетевой матрицы.