Управление проектами

Пусть множество A={a1, a2, a3, ... an} – комплекс работ, выполнение которых требуется для решения определенной задачи, например, строительства дома. Тогда, если множество V={v1, v2, v3, ..., vm} будет представлять комплекс событий, возникающих в процессе выполнения комплекса работ, то сетевая модель будет задаваться ориентированным графом G=(V, A), в котором элементы множества V играют роль вершин, а элементы множества A – роль дуг, соединяющих вершины, причем каждой дуге ai можно поставить в однозначное соответствие пару вершин (vsi, vfi), первая из которых будет определять момент начала работы аi, а вторая – момент окончания этой работы.

Сетевая модель может быть представлена: 1) сетевым графиком, 2) в табличной форме, 3) в матричной форме, 4) в форме диаграммы на шкале времени. Как будет показано ниже, переход от одной формы представления к другой не составляет большого труда.

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

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

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

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

В табличной форме сетевая модель задается множеством {A, A(IP)}, где А – это множество индексов работ, а A(IP) множество комбинаций работ, непосредственно предшествующих работе А.

Матричная форма описания сетевой модели задается в виде отношения между событиями (ei, ej), которое равно 1, если между этими событиями есть работа (либо реальная, либо фиктивная) и 0 – в противном случае.

Описание сетевой модели в форме временной диаграммы (или графика Ганта) предполагает размещение работ в координатной системе, где по оси абсцисс (X) откладывается время (t), а по оси ординат (Y) – работы. Точкой начала отсчета любой из работ будет момент окончания всех ее предшествующих работ. Если работе не предшествует ничто, то она откладывается от начала временной шкалы, т.е. с самого левого края диаграммы. проект управление сетевой график

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

Различаются следующие разновидности событий сетевого графика:

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

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

Различают следующие временные параметры:

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

 

 

 

 

 

 

 

5. Пяти – фазный жизненный цикл проекта

 

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

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

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

Инициация проекта

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

Планирование (разработка) проекта

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

Исполнение и контроль (осуществление) проекта

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

Завершение проекта

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

 

Заключение

 

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

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

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

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

 

 

 

 

 

 

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

 

1. Воропаев  В.И. Управление проектами в России.- М.: Аланс, 2000.- 225 с.

2. Мир  управления проектами/ Под.ред. Х. Решке, Х. Шемми.- М.: Аланс.- 2003.- 304 с.

3. Разу  М.Л., Воропаев В.И., Якутин Ю.В. и  др. Управление программами и  пректами.-М.: Инфра-М.-2000.-364 с.