Матрица распределения ответственности
(Перенаправлено из матрицы RACI )
В бизнесе и управлении проектами используется матрица распределения ответственности. [1] ( ОЗУ ), также известная как матрица RACI [2] ( / ˈ r eɪ s i / ) или линейная диаграмма ответственности [3] ( LRC ) — это модель, которая описывает участие различных ролей в выполнении задач или результатов. [4] для проекта или бизнес-процесса . RACI — это аббревиатура, образованная от четырех наиболее часто используемых ключевых обязанностей: ответственный , подотчетный , консультированный и информированный . [5] [4] Он используется для уточнения и определения ролей и обязанностей в межфункциональных или ведомственных проектах и процессах. [6] Существует ряд альтернатив модели RACI.
Ключевые роли ответственности в модели RACI
[ редактировать ]Различие ролей
[ редактировать ]Существует различие между ролью и индивидуально идентифицируемыми людьми: роль — это описание связанного набора задач; может выполняться многими людьми; и один человек может выполнять множество ролей. Например, в организации может быть десять человек, которые могут выполнять роль менеджера проекта , хотя традиционно в каждом проекте одновременно работает только один менеджер проекта; а человек, способный выполнять роль менеджера проекта , может также выполнять роль бизнес-аналитика и тестировщика .
- R = Ответственный (также рекомендатель )
- Те, кто несет ответственность за правильное выполнение задания. [7] Существует по крайней мере одна роль с типом участия ответственного , хотя другие могут быть делегированы для оказания помощи в требуемой работе. (См. также RASCI ниже, чтобы отдельно определить тех, кто участвует в вспомогательной роли.)
- A = Подотчетный (также утверждающий или окончательный утверждающий орган )
- Тот, кто в конечном итоге несет ответственность за правильное и тщательное выполнение результата или задачи, тот, кто обеспечивает выполнение предварительных условий задачи и делегирует работу ответственным лицам . [7] Другими словами, ответственный должен подписать (одобрить) работу, которую выполняет ответственный . быть Для каждой задачи или результата должен указан только один ответственный . [8]
- C = проконсультировался (иногда консультант или советник )
- Те, чье мнение интересуют, обычно являются профильными экспертами и с кем существует двусторонняя связь. [7]
- I = Информированный (также информатор )
- Те, кто находится в курсе прогресса, часто только о завершении задачи или результатов, и с кем существует только односторонняя связь. [7]
Очень часто роль, отвечающая за задачу или результат, может также отвечать за ее выполнение (в матрице это указывается тем, что для задачи или результата есть роль, отвечающая за нее, но нет роли, ответственной за ее выполнение, т.е. это подразумевается). За исключением этого исключения, обычно рекомендуется, чтобы каждая роль в проекте или процессе для каждой задачи получала не более одного из типов участия. Если показано более одного типа участия, это обычно означает, что участие еще не полностью решено, что может снизить ценность этого метода в разъяснении участия каждой роли в каждой задаче.
Распределение людей по объектам
[ редактировать ]Матрица обычно создается с вертикальной осью (левый столбец) задач (из иерархической структуры работ ) или результатов (из иерархической структуры продукта ) и горизонтальной осью (верхний ряд) ролей (из организационной структуры ). .
| Код | Имя | Спонсор проекта | Бизнес-аналитик | Руководитель проекта | Технический архитектор | Разработка приложений |
|---|---|---|---|---|---|---|
| Этап А | Управляйте продажами | |||||
| Этап Б | Оценить работу | |||||
| Этап С | Начать проект | |||||
| - С04 | Управление безопасностью (проект) | С | С | А | я | я |
| - С10 | Функциональные требования | А | Р | я | С | я |
| - С11 | Критерии приемлемости бизнеса | А | Р | я | С | я |
| Этап Д | Дизайнерское решение |
Еще один пример от сообщества специалистов по техническому обслуживанию и надежности:
| Задачи | Руководители технического обслуживания | Аналитик по техническому обслуживанию | Планировщик технического обслуживания | Техник по техническому обслуживанию | Техническая поддержка | Рел-специалист | Инженер-проектировщик CMMS |
|---|---|---|---|---|---|---|---|
| Ввод данных об ошибке | А | С | я | Р | С | С | |
| Завершение заказа на работу | Р | С | С | С | А | я | я |
| Закрытие заказа на работу | С | Р | С | я | я | А | |
| Контроль качества ввода данных об ошибках | С | Р | я | С | я | С | А |
| Анализируйте отчеты об ошибках | С | С | я | С | А | Р | я |
| Корректировка стратегии обслуживания | С | я | я | С | А | Р | Р |
| Реализация новых стратегий | Р | я | Р | С | А | я | я |
Альтернативы
[ редактировать ]Существует ряд альтернатив типам участия RACI:
ПАРИЖ
[ редактировать ]- Это ранняя версия [9] матрицы распределения ответственности, в которой роли определены как:
- Участник
-
- Подотчетный
-
- Требуется проверка
-
- Требуется ввод данных
-
- Требуется авторизация
ПАПОЧКА
[ редактировать ]- Эта версия очень полезна для организаций, где результаты деятельности, подотчетные одному лицу/функции, могут быть проверены и наложены вето несколькими заинтересованными сторонами из-за коллективного характера культуры.
- Выполнять
-
- Лицо/функция, осуществляющая деятельность.
- Подотчетный
-
- Человек/функция, которая в конечном итоге несет ответственность за правильное и тщательное выполнение результата или задачи, и часто тот, кто делегирует работу исполнителю.
- Контроль
- Лицо/функция, проверяющая результат деятельности. У них есть право вето; их советы являются обязательными.
- Предлагать
-
- Лицо/должность, с которой консультировались, чтобы дать совет, основанный на признанном опыте. Совет не является обязательным.
- Информированный
-
- Лицо/функция, которую необходимо проинформировать о результате деятельности.
РАСИК или РАСКИ
[ редактировать ]- Это расширенная версия [10] стандарта RACI, реже известного как RASCI , [11] разделение ответственного участия на:
- Ответственный
-
- Лица, ответственные за задачу и обеспечивающие ее выполнение в соответствии с утверждающим лицом.
- Поддерживать
- Ресурсы, выделенные ответственным . В отличие от консультанта , который может внести свой вклад в решение задачи, поддержка помогает выполнить задачу.
РАСИ
[ редактировать ]- Это альтернативная версия [12] стандарта RACI, отказавшись от консультационного участия и заменив его:
- Поддерживать
- Ресурсы, которые играют вспомогательную роль в реализации.
РАСИ + Ф
[ редактировать ]- Это расширенная версия стандарта RACI с дополнительным типом участия: Содействие. Этот вариант был представлен Кристофом Ле Коэном в 2012 году. [13] Коэнт утверждал, что роль фасилитатора или тренера важна в средах гибкой разработки программного обеспечения и поэтому должна быть явно включена в RAM. [13] Использование оперативной памяти в Agile-средах считается спорным, поскольку некоторые практики считают, что каждый, кто работает в agile-команде, должен нести совместную ответственность и подотчетность. [14]
- Облегчает
- Содействие деятельности во время проекта Scrum.
РАСИК
[ редактировать ]- Это расширенная версия стандарта RACI, с дополнительным типом участия:
- Обзор качества
- Те, кто проверяют, соответствует ли товар требованиям качества.
РАЦИ-ВС
[ редактировать ]- Это расширенная версия [5] стандартного RACI, с двумя дополнительными типами участия:
- Верификатор
- Те, кто проверяет, ли продукт соответствует критериям приемки, изложенным в описании продукта .
- Подписавшееся лицо
-
- Те, кто одобряет решение о проверке и санкционирует передачу продукта. Подписавшим ответственность должна быть сторона, несущая за успех.
КАИР
[ редактировать ]- Это расширенная версия [15] стандарта RACI, также известного как RACIO [16] с одним дополнительным видом участия.
- Вне цикла (или опущено )
- Назначение отдельных лиц или групп, которые конкретно не участвуют в выполнении задачи. Указание того, что ресурс не участвует, может быть столь же полезным для завершения задачи, как и указание тех, кто участвует.
Дакия
[ редактировать ]- Еще одна версия, которая использовалась для централизации принятия решений и уточнения того, кто может возобновлять обсуждения. [17]
- Водитель
- Один водитель всего проекта подобен человеку, управляющему автомобилем.
- утверждающий
- Один или несколько утверждающих , которые принимают большинство решений по проекту и несут ответственность в случае его неудачи.
- Авторы
- Являются ли рабочие пчелы ответственными за результаты; и с кем есть двусторонняя связь.
- Информированный
- Те, на кого влияет проект, кому предоставлен статус и информированы о решениях; и с кем имеется односторонняя связь.
СТРЕМИТЕЛЬНЫЙ
[ редактировать ]- Еще одним инструментом, используемым для разъяснения ролей в принятии решений и тем самым улучшения процесса принятия решений, является RAPID , который был создан и является зарегистрированной торговой маркой Bain & Company .
- Рекомендовать
- Роль рекомендации обычно включает в себя 80 процентов работы по принятию решения. Рекомендатель собирает соответствующую информацию и предлагает курс действий — иногда альтернативные курсы, содержащие плюсы и минусы, чтобы выбор лица, принимающего решения, был максимально ясным, простым и своевременным.
- Соглашаться
- Роль согласия представляет собой формальное одобрение рекомендации. «А» и «Р» должны работать вместе, чтобы прийти к взаимоприемлемому предложению и передать его лицу, принимающему решение. Но не для всех решений потребуется согласованная роль, поскольку это обычно зарезервировано для тех ситуаций, когда требуется определенная форма одобрения нормативных требований или соблюдения требований.
- Выполнять
- Роль исполнителя определяет, кто несет ответственность за выполнение или реализацию решения после его принятия. Компании с передовой практикой обычно определяют P и собирают от них информацию на ранних этапах процесса.
- Вход
- Роль ввода предоставляет соответствующую информацию и факты, чтобы рекомендатель и лицо, принимающее решение, могли оценить все соответствующие факты и принять правильное решение. Однако роль «Я» носит строго рекомендательный характер. Рекомендатели должны учитывать все мнения, но им не обязательно отражать каждую точку зрения в окончательной рекомендации.
- Решать
- Решающая роль принадлежит одному человеку , который в конечном итоге несет ответственность за принятие окончательного решения, побуждение группы к действию и обеспечение реализации решения.
ПОЛОСКИ
[ редактировать ]- Еще один инструмент, используемый при проектировании организации или анализе ролей.
- Ответственность
- Определите, кто отвечает за обеспечение выполнения работы.
- Власть
- Определите, кто имеет право принимать окончательные решения по работе.
- Задача
- Определите, кто на самом деле выполняет работу.
- Поддерживать
- Определите, кто участвует в оказании поддержки в работе.
- Информированный
- Определите, кто проинформирован о том, что работа завершена (или будет начата)
ДРАСКИ
[ редактировать ]- Вариант RASCI, разработанный тремя теоретиками Уайтхолла (Кейном, Джексоном, Гилбертом). Данная схема адаптирована для использования в средах матричного управления, и отличается от RASCI только наличием дополнительной роли Driver и более узкого определения Support :
- Водитель
- Лицо или сторона, которые помогают тем, кто несет ответственность за выполнение задачи, путем предоставления вспомогательного обеспечения и установления сроков доставки в соответствии с главной целью лица или стороны, несущего ответственность за общее достижение цели. Различие между движущей силой и поддержкой заключается в том, что первый усиливает и уточняет параметры задачи от имени тех, кто несет ответственность , а второй относится к тем, кто помогает тем, кто несет ответственность, в достижении заданной цели.
PDQA
[ редактировать ]- Версия, разработанная в Университете Токио и Массачусетском технологическом институте для управления проектами на основе моделей. Набор ролей PDQA соответствует спросу на возможности команд. Роли включают в себя работу над объемом, обработку зависимостей посредством координации и обработку исключений посредством обнаружения ошибок и принятия решений в рамках проектной организации. PDQA используется в агентном моделировании для моделирования предоставления этих возможностей командами в проектах. [18]
- Начальный
- Обеспечивает усилия, основанные на навыках, в пределах возможностей для завершения объема, а также управляет зависимостями посредством координации.
- Решение
- Обрабатывает любые решения, включая допустимую область действия и решения по обработке исключений, приводящие к переработке. (Не генерирует номинальный объём).
- Качество
- Объем проверок по мере их продвижения к выявлению низкого качества и передача их лицу, принимающему решения. (Не имеет общего номинального объема).
- Помощь
- Обеспечивает основанные на навыках усилия с возможностью завершить объем, помогая первичному обучению. (Не управляет зависимостями посредством координации).
DCI
[ редактировать ]- Минимальный набор категорий принятия решений, используемых при проектировании организации или анализе ролей.
- Лицо, принимающее решения
- Лица, которые принимают решения и несут ответственность за их влияние на бизнес.
- Консультировался
- Лица, ответственные за предоставление рекомендаций, основанных на функциональных знаниях и опыте, выявление проблем и предложение альтернатив для поддержки лица, принимающего решения.
- Информированный
- Затронутые заинтересованные стороны уведомляются после принятия решения и сообщают, кто должен будет поддержать исполнение решения.
РИСУНОК
[ редактировать ]Используется при работе по вопросам управления, рисков, соблюдения требований (GRC) и аутсорсинга:
- Ответственный
-
- Подотчетный
-
- Поддерживать
-
- Проконсультируйтесь
-
- Выполнять
- Третьи стороны заключили контракт на выполнение деятельности в соответствии с соглашением об уровне обслуживания.
- Информировать
-
- Обзор
- Ключевые роли GRC, такие как владелец риска, владелец политики – где ответственность передана, но необходима роль, чтобы контролировать, сочетаются ли все виды ответственности друг с другом.
молока
[ редактировать ]Руководить, подотчетен, консультировать, ставить задачи, информировать
Вариации
[ редактировать ] |
Существует также ряд вариаций значения типов участия RACI:
RACI (альтернативные схемы)
[ редактировать ]- Существует альтернативное кодирование , менее широко опубликованное, но используемое некоторыми практиками, и программное обеспечение для картирования процессов, которое изменяет применение кодов R и A исходной схемы. Общая методология остается той же, но эта альтернатива позволяет избежать потенциальной путаницы в терминах «подотчетный» и «ответственный» , которые могут быть понятны профессионалам в области управления, но не всегда так четко различаются другими:
- Ответственный
- Лица, ответственные за выполнение задания. Для каждой задачи должен быть ровно один человек с этим заданием.
- помогает
- Те, кто помогает в выполнении задания
- Консультировался
- Те, чье мнение интересуют; и с кем есть двусторонняя связь.
- Информированный
- Те, кто находится в курсе прогресса; и с кем имеется односторонняя связь.
АРСИ (решения)
[ редактировать ]- Эта альтернатива ориентирована только на документирование того, кто имеет право принимать какие решения. Это может работать в рабочих группах любого размера.
- Подотчетный
- Уполномочен утвердить ответ на решение.
- Ответственный
- Ответственный за рекомендацию ответа на решение.
- Консультировался
- Тех, чье мнение интересуют и с кем существует двусторонняя связь.
- Информированный
- Те, кого информируют после принятия решения, и с кем существует односторонняя связь.
См. также
[ редактировать ]Цитаты
[ редактировать ]- ^ «9.1.2.1 Организационные схемы и описания должностей». Руководство по своду знаний по управлению проектами (Руководство PMBOK) (5-е изд.). Институт управления проектами . 2013. с. 262. ИСБН 978-1-935589-67-9 .
- ^ Джека, Майк; Келлер, Полетт (2009). Картирование бизнес-процессов: повышение удовлетворенности клиентов . Джон Уайли и сыновья . п. 257 . ISBN 978-0-470-44458-0 .
- ^ Клеланд, Дэвид; Ирландия, Льюис (2006). Управление проектами: стратегическое проектирование и реализация . МакГроу-Хилл Профессионал . п. 234. ИСБН 0-07-147160-Х .
- ^ Jump up to: а б Институт управления проектами 2021 , §4.6.6 Фокус на ценности.
- ^ Jump up to: а б Блокдейк, Жерар (2008). Руководство по соглашению об уровне обслуживания: книга SLA, шаблоны для управления уровнем обслуживания и формы соглашения об уровне обслуживания. Быстрый и простой способ написать соглашение об уровне обслуживания . Лулу. п. 81. ИСБН 978-1-921523-62-5 .
- ^ Бреннан, Кевин (2009). Руководство по своду знаний по бизнес-анализу (Руководство BABOK) . Международный институт бизнес-анализа . п. 29. ISBN 978-0-9811292-1-1 .
- ^ Jump up to: а б с д Смит, Майкл Л.; Эрвин, Джеймс. «Схема ролей и ответственности (RACI)» (PDF) . Институт управления проектами, отделение Внутренней Империи Калифорнии . п. 5. Архивировано из оригинала 16 сентября 2022 года . Проверено 18 мая 2023 г.
- ^ Тициана Маргария : Использование формальных методов, верификация и валидация: 4-й Международный симпозиум по использованию материалов приложений , Часть 1, Springer, 2010, стр. 492
- ^ Руководство по своду знаний по управлению проектами . Институт управления проектами. 2000. с. 111 . ISBN 1-880410-22-2 .
- ^ Хайтауэр, Роуз (2008). Политика и процедуры внутреннего контроля . Джон Уайли и сыновья. п. 83. ИСБН 978-0-470-28717-0 .
- ^ Бейкер, Дин (2009). Управление проектами нескольких компаний: максимизация бизнес-результатов посредством стратегического сотрудничества . Джей Росс. п. 58. ИСБН 978-1-60427-035-8 .
- ^ Майкс, Джо; Дентон, Тара (2011). Обучение ускоряет постоянное совершенствование . Инженерия жизненного цикла.
- ^ Jump up to: а б «Матрица RACI+F — Scrum Alliance» . www.scrumalliance.org . Архивировано из оригинала 16 октября 2017 года . Проверено 10 августа 2022 г.
- ^ «Матрица RACI | Определение и пример | Как это сделать» .
- ^ Болман, Ли (2008). Рефрейминг организаций: артистизм, выбор и лидерство . Джон Уайли и сыновья. п. 112 . ISBN 978-0-7879-8799-2 .
- ^ Дикштейн, Деннис (2008). Никаких оправданий: бизнес-процессный подход к управлению операционным риском . Джон Уайли и сыновья. ISBN 978-0-470-48110-3 .
- ^ Кендрик, Том (2006). Результаты без полномочий: контроль над проектом, когда команда вам не отчитывается . AMACOM Books, подразделение Американской ассоциации менеджмента. п. 106 . ISBN 0-8144-7343-1 .
- ^ Мозер, БР; Вуд, RT (2015). «Проектирование сложных программ как социотехнических систем». Параллельное проектирование в 21 веке . Спрингер. стр. 197–220. дои : 10.1007/978-3-319-13776-6_8 . ISBN 978-3-319-13775-9 .
Ссылки
[ редактировать ]- Институт управления проектами (2021). Руководство по совокупности знаний по управлению проектами (руководство PMBOK) . Институт управления проектами (7-е изд.). Ньютаун-сквер, Пенсильвания. ISBN 978-1-62825-664-2 .
{{cite book}}: CS1 maint: отсутствует местоположение издателя ( ссылка )