Матрица ответственности проекта
Для отражения иерархии подотчетности на проекте и указания обязанностей каждой из групп, входящих в проектную команду, в документ описания содержания проекта рекомендуется включить матрицу ответственности, наиболее распространенный вариант которой известен как RACI-матрица. Использование данного инструмента особенно актуально в ситуации, когда проектная команда состоит из представителей различных юридических лиц (например, типичная команда на проекте внедрения КИС включает в себя сотрудников заказчика, генерального подрядчика и субподрядчиков). Матрица ответственности решает задачу демонстрации межорганизационного или межгруппового взаимодействия и, как следствие, позволяет избежать недоразумений, которые время от времени возникают в проектах между подразделениями и организациями из-за неясности, к кому следует обращаться по тем или иным вопросам и кто должен принимать по ним решение, а кто – непосредственно реализовать принятую резолюцию.
Важно как можно раньше произвести размежевание всех формальных полномочий, прав и обязанностей, пока команда проекта еще не приступила к активной работе. В противном случае, когда у сотрудников сложится собственное представление о своем месте в проекте, расхождения во мнениях по этим вопросам могут перерасти в затяжные конфликты и оказать значительное негативное влияние на график выполнения проекта.
Построение матрицы ответственности
-
Перечислить основные работы проекта.
По вертикали в матрице отражаются только основные работы проекта (не ниже уровня 2-3 ИСР), но с достаточной степенью детализации для обеспечения возможности указывать разные функции, необходимые для выполнения этих работ. Когда речь идет о крупных проектах и программах, может возникнуть необходимость разработать несколько матриц ответственности с различной степенью детализации.
-
Перечислить группы/роли внутри проектной команды.
По горизонтали в матрице перечисляются группы/ роли внутри проектной команды. Обратите внимание на то, что в матрице ответственности группы/роли, а не имена и фамилии отдельных членов коллектива. Персональное закрепление проектных работ производится позднее, на этапе разработки расписания проекта.
-
Закодировать матрицу ответственности.
С помощью кодов в ячейках на пересечении соответствующих столбцов с ролями и строк с работами проекта указать степень участия, формальные полномочия и распределение ответственности за выполнение каждой операции. Четкое указание разных уровней формальных полномочий бывает особенно полезно в ситуации, когда множество членов проектной команды желает предъявить особые требования к проекту.
На коды, используемые в матрице ответственности, каких-либо ограничений не существует, но наибольшее распространение получил метод RACI (Responsible (R), Accountable (A), Consulted (C), Informed(I)), в котором приведено описание соответствующих кодов.
Таблица 30
Условные обозначения матрицы ответственности (RACI)
Обозначение
|
Расшифровка
|
Описание
|
Исп. (R)
|
Исполнитель (Responsible)
|
Несет ответственность за непосредственное исполнение задачи. К каждой задаче должно быть приписано не менее одного исполнителя
|
Утв. (A)
|
Утверждающий (Accountable)
|
Отвечает за конечный результат перед вышестоящим руководством. На каждую работу должен быть назначен строго один подотчетный
|
Cогл. (C)
|
Согласующий (Consulted)
|
Согласует принимаемые решения, взаимодействие с ним носит двусторонний характер
|
Н. (I)
|
Наблюдатель (Informed)
|
Его информируют об уже принятом решении, взаимодействие с ним носит односторонний характер
|
-
Инициировать использование матрицы и включить процедуру использования матрицы ответственности в документ «План управления проектом».
После утверждения матрицы ответственности все дальнейшие изменения в ней должны проходить через процедуру интегрированного управления изменениями при участии авторов первоначальной версии.
Преимущество использования структурированного подхода к изменению матрицы ответственности состоит в том, что руководитель проекта получает актуальный документ, на который он может ссылаться при возникновении тех или иных спорных ситуаций, касающихся распределения полномочий в проекте.
В частности, матрица ответственности может быть использована для распределения основных функциональных обязанностей. Так, в Таблица 31 в левом столбце перечислены функциональные обязанности, соответствующие проектным работам, список которых составлен на основе используемой методологии и накопленного проектного опыта, а в правую часть таблицы вносится отметка о степени ответственности и участия каждого из члена группы управления проектом в исполнении соответствующей функции.
Таблица 31
Распределение функциональных обязанностей команды управления проектом
Функциональные обязанности
|
Куратор проекта (спонсор)
|
Руководитель проекта
|
Архитектор системы
|
Администратор проекта
|
Планирование
|
|
|
|
|
Разработка и периодическая актуализация плана
|
|
+
|
+
|
|
Утверждение плана
|
+
|
|
|
|
Управление командой проекта
|
|
|
|
|
Назначение сотрудника на роль руководителя проекта
|
+
|
|
|
|
Формирование команды проекта
|
|
+
|
|
|
Определение квалификационных требований и состава рабочих групп специалистов по функциональности ИС
|
|
|
+
|
|
Обеспечение выделения необходимых ресурсов для выполнения проекта
|
+
|
|
|
|
Непосредственное руководство командой проекта
|
|
+
|
|
|
Формирование предложений по стимулированию команды проекта
|
|
+
|
|
|
Обеспечение стимулирования команды проекта
|
+
|
|
|
|
Организация выполнения работ
|
|
|
|
|
Организация взаимодействия с заказчиком и обеспечение всех необходимых коммуникационных связей с другими участниками проекта
|
|
+
|
|
|
Организация подготовки, согласования и утверждения всей технической документации, необходимой для создания ИС в рамках проекта
|
|
|
+
|
|
Организация, проведение и документирование процедур передачи заказчику разработанной ИС
|
|
+
|
+
|
|
Рассмотрение и утверждение регламентирующих документов, необходимых для организации и выполнения проекта
|
+
|
|
|
|
Ведение организационно-распорядительной и отчетной документации. Поддержание в актуальном состоянии списка команды проекта
|
|
|
|
+
|
Обеспечение команды проекта необходимыми информационными материалами
|
|
|
|
+
|
Материально-техническое и хозяйственное обеспечение команды проекта
|
|
|
|
+
|
Контроль хода выполнения проекта
|
|
|
|
|
Организация и проведение совещаний по обсуждению хода работ проекта
|
|
+
|
|
|
Подготовка и предоставление куратору отчетов о ходе работ проекта
|
|
+
|
|
|
Получение и анализ сводной отчетности о ходе реализации проекта
|
+
|
|
|
|
Контроль соответствия результатов проекта техническому заданию на разработку ИС
|
|
|
+
|
|
Согласование фактических трудозатрат специалистов при исполнении проекта
|
|
+
|
+
|
|
Поделитесь с Вашими друзьями: |