Управление проектами
Как правило план проекта не остается неизменным, и по мере осуществления проекта подвергается постоянной корректировке с учетом текущей ситуации.
Осуществление. После утверждения формального плана на менеджера ложиться задача по его реализации. По мере осуществления проекта руководители обязаны постоянно контролировать ход работ. Контроль заключается в сборе фактических данных о ходе
работ и сравнении их с плановыми. К сожалению, в управлении проектами можно быть абсолютно уверенным в том, что отклонения между плановыми и фактическими показателями случаются всегда. Поэтому, задачей менеджера является анализ возможного влияния отклонений в выполненных объемах работ на ход реализации проекта в целом и в выработке соответствующих управленческих решений. Например, если отставание от графика выходит за приемлемый уровень отклонения, может быть принято решение об ускорении выполнения определенных критических задач, за счет выделения на них большего объема ресурсов.
Завершение. Рано или поздно, но проекты заканчиваются. Проект заканчивается, когда достигнуты поставленные перед ним цели. Иногда окончание проекта бывает внезапным и преждевременным, как в тех случаях, когда принимается решение прекратить проект до его завершения по графику. Как бы то ни было, но когда проект заканчивается, его руководитель должен выполнить ряд мероприятий, завершающих проект. Конкретный характер этих обязанностей зависит от характера самого проекта. Если в проекте использовалось оборудование, надо произвести его инвентаризацию и, возможно, передать его для нового применения.
2. Структуризация проекта
Структуризация проекта представляет собой дерево ориентированных на продукт компонентов (оборудование, работы, услуги, информация), а также это организация связей и отношений между элементами.
Обычно структура разбивки проекта сочетает разделение на:
компоненты продукции проекта;
этапы жизненного цикла;
элементы организационной структуры.
Древообразная структура позволяет распределить общий объем работ по проекту на поддающиеся управлению независимые блоки, которые передаются под управление специалистам.
Комплекс взаимосвязей между работами часто называют логической структурой проекта, поскольку он определяет последовательность выполнения работ.
Структурирование помогает решить следующие задачи:
разделение объекта на поддающиеся управлению блоки;
распределение ответственности;
оценка необходимых затрат средств, времени, материальных ресурсов;
создание единой базы для планирования, составления смет и контроля за затратами;
увязка работ по проекту с системой ведения бухгалтерских счетов;
переход от общих целей к конкретным заданиям.
Для структуризации используют следующие инструменты:
Сетевая диаграмма (сеть, гpаф сети, PERT диаграмма) - графическое отображение работ проекта и их взаимосвязей. В планировании и управлении проектами под термином сеть понимается полный комплекс работ и вех проекта с установленными между ними зависимостями. Сетевые диаграммы отображают сетевую модель в графическом виде как множество вершин, соответствующих работам, связанных линиями, представляющими взаимосвязи между работами. Этот граф, называемый сетью типа вершина-работа или диаграммой предшествования, является наиболее распространенным представлением сети на сегодняшний день. Существует другой тип сетевой диаграммы, называемый сеть типа вершина-событие, который на практике используется реже. При данном подходе работа представляется в виде линии между двумя событиями (узлами графа), которые в свою очередь отображают начало и конец данной работы. PERT-диаграммы являются примерами этого типа диаграмм. Хотя в целом различия между этими двумя подходами представления сети незначительны, представление более сложных связей между работами сетью типа вершина-событие может быть достаточно затруднительно, что и является причиной более редкого использования данного типа. Сетевая диаграмма не является блок-схемой в том смысле, в котором это средство используется для моделирования деловых процессов. Принципиальным отличием от блок-схемы является то, что сетевая диаграмма моделирует только логические зависимости между элементарными работами. Она не отображает входы, процессы и выходы, и не допускает повторяющихся циклов или петель.
Структура разбиения работ - иерархическая структура последовательной декомпозиции задач проекта на подзадачи. Структура разбиения работ (СРР) является изначальным инструментом для организации работ, обеспечивающим разделение общего объема работ по проекту в соответствии со структурой их выполнения в организации. На нижнем уровне детализации выделяются работы, соответствующие детализированным элементам деятельности, отображаемым в сетевой модели. СРР предоставляет иерархический формат, который помогает разработчику в:
структуризации работ на основные компоненты и подкомпоненты
обеспечении направленности деятельности на достижение всего комплекса целей
разработке системы ответственности за выполнение работ проекта
разработке системы отчетности и обобщения информации по проекту.
Структурная схема организации (ССО) имеет формат подобный формату СРР. Каждому элементу нижнего уровня в СРР должны соответствовать один или несколько элементов из ССО. Таким образом, ССО является средством определения ответственных за выполнение работ в сложных организациях и обеспечивает основу для разработки структуры системы отчетности.
Дерево целей представляет собой графы, схемы, показывающие, как генеральная цель проекта разбивается подцели следующего уровня (дерево – связанный граф, выражающий соподчинение и взаимосвязи элементов. В данном случае такими элементами являются цели и подцели). Представление целей начинается с верхнего уровня, дальше они последовательно разукрупняются. При этом основным правилом разукрупнения целей является полнота: каждая цель верхнего уровня должна быть представлена в виде подцелей следующего уровня исчерпывающе.
Дерево решений – граф, схема отражающие структуру задачи оптимизации многошагового процесса. Ветви дерева отображают различные события, которые могут иметь место, а узлы (вершины) – точки, в которых возникает необходимость выбора. Причем узлы различны – в одних выбор осуществляет сам проект-менеджер из некоторого набора альтернатив, в других выбор от него не зависит. В таких случаях проект-менеджер может осуществлять оценку вероятности того или иного ее решения.
Сетевая модель основывается на пакетах работ, последовательность выполнения соответствует технологической схеме.
Матрица ответственности – связывает пакеты работ с исполнителями, может учитывать календарные сроки выполнения работ.
Процесс структуризации проекта можно разделить на следующие составляющие:
Определение проекта, то есть характер, цели, содержание и конечные продукты;
Уровень детализации, включающий: