Регламент по управлению качеством в проекте 108 Организация управления качеством 113



страница24/68
Дата15.05.2016
Размер8.3 Mb.
#12860
ТипЛекция
1   ...   20   21   22   23   24   25   26   27   ...   68

Матрица ответственности проекта


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

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



Построение матрицы ответственности

  1. Перечислить основные работы проекта.

По вертикали в матрице отражаются только основные работы проекта (не ниже уровня 2-3 ИСР), но с достаточной степенью детализации для обеспечения возможности указывать разные функции, необходимые для выполнения этих работ. Когда речь идет о крупных проектах и программах, может возникнуть необходимость разработать несколько матриц ответственности с различной степенью детализации.

  1. Перечислить группы/роли внутри проектной команды.

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

  1. Закодировать матрицу ответственности.

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

На коды, используемые в матрице ответственности, каких-либо ограничений не существует, но наибольшее распространение получил метод RACI (Responsible (R), Accountable (A), Consulted (C), Informed(I)), в котором приведено описание соответствующих кодов.



Таблица 30

Условные обозначения матрицы ответственности (RACI)

Обозначение

Расшифровка

Описание

Исп. (R)

Исполнитель (Responsible)

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

Утв. (A)

Утверждающий (Accountable)

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

Cогл. (C)

Согласующий (Consulted)

Согласует принимаемые решения, взаимодействие с ним носит двусторонний характер

Н. (I)

Наблюдатель (Informed)

Его информируют об уже принятом решении, взаимодействие с ним носит односторонний характер



  1. Инициировать использование матрицы и включить процедуру использования матрицы ответственности в документ «План управления проектом».

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

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

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

Таблица 31



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

Функциональные обязанности

Куратор проекта (спонсор)

Руководитель проекта

Архитектор системы

Администратор проекта

Планирование













Разработка и периодическая актуализация плана




+

+




Утверждение плана

+










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













Назначение сотрудника на роль руководителя проекта

+










Формирование команды проекта




+







Определение квалификационных требований и состава рабочих групп специалистов по функциональности ИС







+




Обеспечение выделения необходимых ресурсов для выполнения проекта

+










Непосредственное руководство командой проекта




+







Формирование предложений по стимулированию команды проекта




+







Обеспечение стимулирования команды проекта

+










Организация выполнения работ













Организация взаимодействия с заказчиком и обеспечение всех необходимых коммуникационных связей с другими участниками проекта




+







Организация подготовки, согласования и утверждения всей технической документации, необходимой для создания ИС в рамках проекта







+




Организация, проведение и документирование процедур передачи заказчику разработанной ИС




+

+




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

+










Ведение организационно-распорядительной и отчетной документации. Поддержание в актуальном состоянии списка команды проекта










+

Обеспечение команды проекта необходимыми информационными материалами










+

Материально-техническое и хозяйственное обеспечение команды проекта










+

Контроль хода выполнения проекта













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




+







Подготовка и предоставление куратору отчетов о ходе работ проекта




+







Получение и анализ сводной отчетности о ходе реализации проекта

+










Контроль соответствия результатов проекта техническому заданию на разработку ИС







+




Согласование фактических трудозатрат специалистов при исполнении проекта




+

+




Каталог: data -> 2011
2011 -> Программа дисциплины «Российский и мировой рынок pr»
2011 -> Программа дисциплины Разработка управленческих решений для направления 080500. 62 «Менеджмент»
2011 -> Профессиональное самоопределение личности сущность профессионального самоопределения
2011 -> Агадуллина Елена Рафиковна
2011 -> Программа дисциплины «Основы социологии»
2011 -> Пояснительная записка. Требования к студентам Программа курса опирается на знания, полученные студентами-психологами при изучении всех предыдущих психологических дисциплин и особенно курсов
2011 -> Пояснительная записка. Аннотация
2011 -> Пояснительная записка Аннотация. Программа дисциплины «Психодиагностика» включает в себя : содержание дисциплины
2011 -> Программа дисциплины [Введите название дисциплины] для направления/ специальности [код направления подготовки и «Название направления подготовки»
2011 -> Индивидуальные ценности в структуре сознания


Поделитесь с Вашими друзьями:
1   ...   20   21   22   23   24   25   26   27   ...   68




База данных защищена авторским правом ©dogmon.org 2022
обратиться к администрации

    Главная страница