Матрица ответственности и ее характеристика. Контрольные события (вехи) в проекте и их значение

Важная задача в управлении проектом, да и вообще в менеджменте – четко определить, кто за что отвечает. Именно для этого и применяется инструмент «матрица ответственности» (responsibility matrix).

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

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

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

· Ответственный. Для каждой работы обязательно должен быть указан один и только один ответственный.

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

· Утверждающий. Тот человек, который утверждает некоторый документ (если данная работа связана с созданием документа). Он может быть только один.

	Высшее руководство	Куратор проекта	Проектный офис	Менеджер проекта	Команда проекта	Организации-подрядчики
Бизнес-планирование	У	С	С	О, И	И
Разработка устава проекта	У	С	С	О, И	И	С
Выпуск приказа о запуске проекта	У	О, С	С	И

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

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

Сетевое планирование. Критический путь проекта и его определение (на примере).

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

· выявить перечень работ вашего проекта

· наглядно представить порядок их следования

· определить длительности каждой работы и всего проекта

· определить критические работы проекта и его критический путь

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

Далее описан алгоритм построения и применения сетевого графика.

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

Теперь мы можем построить сам сетевой график проекта (Network Diagram), который отражает последовательность выполнения работ. Применяются 2 варианта сетевых графиков: «работа-вершина» и «вершина-событие». В сетевом графике типа «работа-вершина», который называют также «диаграмма предшествования» (Precedence Diagramming Method, PDM), работы представлены «вершинами», обычно прямоугольниками. Наш сетевой график будет выглядеть следующим образом:

В сетевом графике типа «вершина-событие», называемом также «сетевой моделью» (Arrow Diagramming Method, ADM), работы изображают стрелками, а каждая стрелка должна начинаться и завершаться событием, которое изображают кружком. Чтобы отразить взаимосвязи, вводят фиктивные работы (отображаются пунктиром).

Исторические раньше возник метод «вершина-событие», однако в наше время чаще используется «работа-вершина», т.к. он нагляднее и удобнее.

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

2. Теперь мы можем применить метод критического пути, МКП (critical path method, CPM) – один из главных методов в проектном менеджменте. Те работы, у которых ранние и поздние сроки совпадают, называются критическими работами проекта, а в совокупности они образуют его критический путь. Это самая длинная последовательность работ проекта, которая определяет его длительность. Для менеджера крайне важно знать и контролировать критический путь проекта, чтобы не затянуть его реализацию. Если мы хотим оптимизировать свой проект по срокам, мы также будем сокращать работы, лежащие на критическом пути.

3. Остальные работы (не критические) имеют временные резервы: частный и общий. Частный говорит нам о том, на сколько мы можем задержать работу, на задерживая ни одной работы-последователя. Общий – на сколько можно задержать работу, задержав работы-последователи, но все же завершив проект в срок.

Сетевой график лежит в основе не только метода критического пути, но и другого метода: PERT (Program Evaluation andReview Technique). Его отличает то, что в нем учитывается вероятностная оценка длительности работ.

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

Длительность = (Оптимистическая + Ожидаемая*4 + Пессимистическая) / 6

Критический путь проекта – максимальный по продолжительности путь в сети.

Диаграмма Ганта – горизонтальная линейная диаграмма, на которой задачи проекта представляются протяженностью во времени отрезками.

Процессы, разрабатывающие сетевые модели:

1) Определение списка работ

2) Оценка параметров работ

3) Определение зависимостей между работами.

Основные методы определения зависимостей:

1. Метод предшествования, в нем 4 типа зависимостей:

1.1. Начало после окончания

1.2. Начало после начала (параллельно)

1.3. Окончание после окончания

1.4. Окончание после начала.

Этот прием выполняется редко

2. Метод построения стрелочных диаграмм

2.1. Начало после окончания

3. Метод построения условных диаграмм, графиков.

4. Сетевые шаблоны.

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

Пример.В качестве примера рассмотрим проект "Разработка программного комплекса". Предположим, что проект состоит из работ, характеристики которых приведены в табл.2.1.

Таблица 2.1.
Номер работы	Название работы	Длительность
	Начало реализации проекта
	Постановка задачи
	Разработка интерфейса
	Разработка модулей обработки данных
	Разработка структуры базы данных
	Заполнение базы данных
	Отладка программного комплекса
	Тестирование и исправление ошибок
	Составление программной документации
	Завершение проекта

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

Рис. 2.1. Сетевой график проекта

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