что такое матрица raci

Модель RACI: Принятие решений и Распределения ролей

В прошлый раз мы рассмотрели проблемы при принятии решений. Сегодня поговорим о распределении ролей и ответственности

RACI (15 минут)

Кто знает, что такое RACI? Есть ли у вас опыт работы с этим инструментом? Можете ли вы описать ситуацию, в которой вы его использовали?

Распределяем роли и ответственность в процессе принятия решений

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

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

Как вы уже поняли, буквы RACI обозначают роли участников процесса. Один и тот же человек может играть несколько ролей одновременно (за исключением А, т.к. Ответственный всегда один).

Приведите короткий пример из собственного опыта, в котором модель RACI помогла вам достичь успеха или лучшего результата.

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

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

Пример модели RACI

Посмотрите на свою модель и проверьте ее на типичные ошибки:

В следующий раз мы рассмотрим «План действий и завершение программы».

Источник

Эффективное распределение ролей посредством RACI матрицы (Обновлено)

Часто ли Вы сталкивались с таким явлением, как нерациональное распределение обязанностей? Сколько раз приходилось наблюдать за тем, как один человек «на все руки мастер» выполняет работу за пятерых? А так называемый «специалист, занимающийся не понятно чем» — знакомо? Такие варианты, а также им подобные нередко приходилось видеть ранее в отечественных реалиях. Этот же «совок» многим приходится наблюдать, и что хуже, чувствовать на своей личной шкуре и поныне во многих госструктурах.

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

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

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

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

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

Ну и напоследок, после того, как мы закончили разработку RACI модели, не помешало бы и проанализировать результаты.

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

P.S. Было бы интересно в комментариях услышать мнения читателей о возможности использовании такого средства распределения функций, а также поделиться личным опытом – у кого таковой есть.

UPD. По просьбе пользователя Sibarit попытаюсь на быструю руку привести пример использования модели на конкретно взятой задаче.

Допустим, у нас есть авиакомпания, которая на своем сайте собирается внедрить систему online check-in. Глобальные активности, необходимы к выполнению в контексте задачи, будут приблизительно следующие: сбор требований к системе; дизайн решения; непосредственная разработка решения (development); внедрение; собственно – стадия “production”; оптимизация решения.

Далее — определяем список функциональных ролей, в данной задачи возможны такие варианты: внутренний сервис провайдер (IT отдел авиакомпании) или же внешний сервис провайдер в случае отсутствия первого; ISP – компания предоставляющая хостинг для сайта авиакомпании; бизнес подразделение авиакомпании (представляющее интересы заказчика); финансовое подразделение (бухгалтерия); сервис менеджер (в зависимости от размеров организации, может входить во внутренний IT отдел); команда разработчиков (в зависимости от размеров организации, может входить во внутренний IT отдел).

Попробуем расставить RACI коды соответственно ролям и выполняемым ими активностям (ясно, что данный процесс проходит при участии всех сторон).

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

Источник

Карта процессов верхнего уровня компании и матрица RACI c помощью drawio и google sheets

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

Введение

Обычно отрисовку верхнеуровневых схем выполняют в нотации VAD (value added chain diagram).

Выжимку из КПВУ можно представить в виде половинчатой матрицы RACI, в которой заполняются только владелец бизнес-процесса и его участники:

Accountable (сокращение A) – подотчетный, утверждающий. Это видимо владелец процесса, а он должен быть одним (иначе будет по Райкину: «рукава и пуговицы»). Хотя часто в RACI под Accountable понимается что-то иное, судя по указанию нескольких «А» для одного процесса (задачи). Подробнее о Владельцах процессов (process owner) можно почитать тут: Process Roles — Who are the Process Owners? https://www.brcommunity.com/articles.php?id=b668

Responsible (сокращение R) – ответственный непосредственно за выполнение работы, исполнитель бизнес-процесса (executors)

Матрица RACI (матрица ответственности ролей в бизнес-процессах) предназначена для четкого распределения обязанностей и зон ответственности среди участников бизнес-процессов.

Странно. Так как ключевая роль у владельца процесса (A), то непонятно почему такую матрицу не назвали ARCI?

Задача

Нарисовать КПВУ и далее автоматически по ней построить матрицу RACI (половинчатую). Иметь возможность для анализа приведенных данных (поиск, фильтры, группировка), т.е. поместить названия процессов и роли (и связи между ними) в аналитическую табличку (Excel, google table и т.п.) или базу данных. Когда в компании полсотни подразделений и сотня верхнеуровневых процессов, то подобный инструмент становится очень актуальным.

Пожелания к инструментам: free & open source и наличие развертывания на корпоративном сервере.

1. Карта процессов верхнего уровня

Можно верхнеуровневые процессы рисовать в Visio и его BPM-развитиях, начиная с Бизнес-студии. Но желателен free & open source. Это позволит создать единый стандарт \ подход к подобным вещам. Связка Visio-Excel-VBA позволяет решить поставленную задачу, включая связку VAD с RACI, но она не перспективна.

Возьмем drawio, он же diagram.net. В примере показан первый уровень верхнеуровневых процессов. В нем, как правило, нет «цепочки добавленного качества (стоимости)», поэтому можно было бы заменить VAD-кораблики на прямоугольники. Посмотреть примеры процессов верхнего уровня можно вбив в поисковик фразу «процессы верхнего уровня», категория «картинки».

Карты верхнеуровневых процессов:

Ссылка на пример Карты верхнеуровневых процессов в drawio

При вводе данных по каждому процессу мы используем заполнители (placeholders), как показано на рисунке:

Формочка для заполнения заполнителей такая:

2. Обработка в Google Sheets

Пара возникших проблем.

Вначале пробовал парсить через функцию IMPORTXML(). Не вышло. Другие файлы парсит, но на этот выдает «Н/Д Не удалось обработать данные в формате XML». Даже для простых XPath-запросов типа «/«, «//«. Почему? Второй проблемой оказалось получить прямую ссылку с google drive. Для IMPORTXML нужна прямя ссылка, но разные: https://drive.google.com/uc?export=download&confirm=no_antivirus&id=[your_XML_file_id] не помогло. Поэтому использовал DropBox c заменой окончания исходной ссылки «? dl = 0» на «? dl = 1».

В итоге бросил упражнения с IMPORTXML.

Для разбора xml использовал незатейливый скрипт.

В xml данные placeholders хранятся так:

Пробегаемся по файлу, находим нужные имена placeholders и выводим их значения в промежуточную табличку (функции slice, indexOf):

Так как используются placeholders, то мы можем использовать в схеме любые графические примитивы: VAD-кораблики, прямоугольники, кружки.

Далее из вспомогательной таблички строим саму матрицу (полу-RACI):

Алгоритм такой: вручную расставляем в первой строке названия подразделений. Иначе ни как, хотя бы потому, что слева обычно указываются все front-подразделения, потом middle, далее back office и все обеспечивающие. Компу сложно рассказать про это.

Далее пробегаемся по вспомогательной табличке и сравниваем поля «Владелец» и «Исполнитель» с шапкой итоговой матрицы RACI (половинчатой). Если имеется равенство по Владельцу, то пишем «А» (Accountable), если по Исполнителю, то «R» (Responsible).

Кроме того, все данные у нас теперь в таблице и по ней можно проводить разнообразную аналитику: Сколько участников в конкретном процессе, иерархию подразделений по числу статусов «Владелец процесса» и «Исполнитель процесса».

Заключение

Перспектива

Если с Drawio интегрировать базу данных или хотя бы Excel (наподобие связки с Excel в Visio), то получится уже «половина» ARIS. Интеграция позволит двухстороннюю связь между схемой и объектом в БД. Например, достаточно синхронизировать вышерассмотренные заполнители (placeholders) с одноименными объектами в БД. Есть такие решения?

Источник

RACI матрица как инструмент управления ответственностью. RACI: расшифровка

Одна из самых частых причин неудачных проектов — неправильное распределение функций между членами команды. Наверняка вы уже сталкивались с этим: при малейших трудностях участники начинают искать виноватых и перекидывать ответственность друг на друга вместо того, чтобы решить проблему. И как раз чтобы таких ситуаций не возникало, была придумана матрица RACI — простой и эффективный инструмент планирования человеческих ресурсов.

«Под микроскопом»: 4 ключевых роли в каждом проекте

Вам будет интересно: Как сделать описание проекта: пошаговая инструкция

Распределение задач — одна из основных обязанностей менеджера. Но на практике всё обычно выглядит иначе: руководитель просто назначает членов команды с расчётом на то, что специалисты сами решат, кто и что должен делать. Но что происходит, если были сорваны сроки или выпущен некачественный продукт? «Я этим не занимаюсь», «мне этого не говорили»… И никаких полезных действий.

Грамотно построенная матрица ответственности RACI позволяет решить многие проблемы. Согласно этой методике, вне зависимости от сложности и объёма работ, член команды любого проекта выполняет одну из четырех ролей.

R — Responsible

В переводе Responsible означает «исполнитель». Это сотрудник, на котором непосредственно лежит ответственность за выполнение определённого участника работы. При этом в большинстве случаев он не выбирает способы решения и подчиняется руководителю проекта.

На данную роль назначают компетентных работников и специалистов — людей, которые умеют делать. В RACI исполнители выполняют такие функции:

Вам будет интересно: Автоматизация бизнес-систем: инструменты и технологии

Таких людей в команде может быть несколько. Кроме того, эта роль может комбинироваться с другими. Чаще всего встречается сочетание Accountable + Resbonsible (в переводе — «ответственный + исполнитель»).

A — Accountable

«Подотчётный», или «ответственный» — это главный руководитель проекта. Именно он отвечает за то, чтобы поставленные задачи были выполнены в срок, с требуемым уровнем качества и в рамках выделенного бюджета. Кроме того, A:

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

C — Consulted

Третья роль в матрице RACI — «консультант» (его иногда также называют «куратором»). Наряду с руководителем, он принимает участие в управлении проектом, но занимается в первую очередь решением стратегических вопросов:

Вам будет интересно: Как продать акции и облигации?

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

I — Informed

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

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

Учимся строить RACI-матрицу на примере

Поговорим о практической стороне вопроса. Как правильно составить диаграмму для распределения полномочий и ответственности?

1. Составляем to do-list

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

2. Выбираем участников команды

Здесь нужно ответить на вопрос: «Кто будет заниматься этим проектом?». По горизонтали необходимо выписать всех сотрудников и/или отделов, которые участвуют в реализации на всех этапах, — от планирования до презентации результатов и сдачи отчёта.

Вам будет интересно: Контроллинг на предприятии: инструменты, цели и задачи

3. Заполняем таблицу

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

Возьмём за основу наш пример и остановимся на этапе «Дизайн». В данном случае R — исполнитель — только один. В процессе работы он ориентируется на предварительно подготовленный прототип сайта. Поэтому системный архитектор, который занимался его разработкой, на этом этапе выполняет функцию консультанта C. Также свои пожелания могут высказывать аналитик и разработчик. Готовый дизайн утверждается с менеджером проекта (A). А вот тестировщики и системный администратор на этом этапе не принимают никаких решений, а лишь получают информацию о том, как идёт работа, а потому им присваивают роль информируемых — I.

Разновидности модели

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

Здесь к стандартным ролям добавляются ещё две:

Благодаря усиленному контролю и более тесному контакту с клиентом, данная модель оптимально подходит для технически сложных или масштабных проектов, над которыми работают десятки (или даже сотни) людей.

В этом варианте в матрице появляется одна новая роль — Supportive (S). Её ключевые функции заключаются в обеспечении проекта дополнительными ресурсами, то есть поддержке руководителя и исполнителей.

Идеальное соотношение ролей

Матрица RACI составляется не только чтобы знать, кого «репрессировать» в случае каких-то проблем. Ещё на этапе планирования с помощью этой таблицы вы можете увидеть слабые места в организации рабочего процесса.

Вертикальный анализ позволяет увидеть обязанности и полномочия каждого из участников проекта, объективно оценить уровень нагрузки:

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

С помощью RACI менеджер может быстро обнаружить перегруженных или недостаточно занятых работников, бесполезные должности и участки работы, за которые никто не отвечает. Грамотно составленная матрица позволяет существенно повысить качество организации и контроля над выполнением проектов, а также уменьшить количество конфликтов между исполнителями («Я этим вообще не занимаюсь. «, «Это он должен был сделать. » и т. д.).

Полезные советы

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

Источник

Матрица RACI. Курс по управлению проектами, часть 30

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

Такие «активности», которые появляются время от времени, не удастся вставить в сетевую диаграмму или иерархическую систему работ. Для них подходит матрица RACI.

RACI – расшифровывается, как Responsible, Accountable, Consult, Inform. Это перечисление видов ответственности.

Сама матрица состоит из столбцов (люди) и строк (работы), на пересечении которых будет указано, какой вид ответственности закреплен за конкретным сотрудником. Если за человеком закреплена ответственность Inform, значит, его должны держать в курсе, что данная задача выполнена. Например, кто-то копает яму, но этого человека держат в курсе, когда закончится работа. Сам не копает, не отвечает за качество работы, просто он в курсе, в каком состоянии эта работа. Если у человека роль Consult, то он консультирует, он эксперт. Например, кто-то копает яму, сам человек не копает, но он может проконсультировать, где копать нельзя, чтобы, например, не зацепить газопровод.

Остается две роли Responsible и Accountable. Здесь возникают вопросы, потому что с английского оба слова переводятся одинаково – «ответственный». В чем же разница? Responsible – это человек, который работает. А Accountable – это тот человек, который принимает выполненную работу. Он самый главный, он отвечает за то, чтобы все было сделано и сделано так, как надо.

Accountable всегда есть, и это всегда только 1 человек, несколько их быть не может.

Роль Responsible может распределяться и на 10, и на 20 человек. Или это может быть только 1 человек. Но самое прекрасное, что Responsible может вообще не быть. И если Responsible не назначены, то работу должен выполнять человек с ролью Accountable.

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

Какие работы нужно сделать, о чем подумать?

Теперь надо заполнить матрицу RACI. Что писать на пересечении работ и людей? Еще лет 5 назад люди активно спорили, можно ли в одну ячейку писать по несколько букв. Но это порочная практика, буква должна быть всегда одна. Вы можете найти и другие подходы для матрицы RACI, если начнете искать в интернете. Я рассказываю то, чем пользуюсь сам, и то, какой подход самый распространенный: в одной ячейке – одна буква.

По умолчанию вышестоящие роли поглощают нижестоящие. Если я Accountable, и нет Responsible, то я сам работаю. А если есть Responsible, то они работают. Плюс я могу кого-то проконсультировать и проинформировать. Если я Responsible, то меня держат в курсе, если есть и другие Responsible.

Пройдемся по работам, раскидаем роли в нашем примере. Вот что получится:

Папа готовит машину, только у него есть права, только он в ней понимает, поэтому он все будет делать сам. Тогда папа и Accountable, и Responsible. Но самая старшая роль Accountable, поэтому пишем букву А. Но держать в курсе о том, что машина готова, будем маму и ребенка (роль Inform).

Следующая работа – купить еду. Мама может быть Accountable (А). Папа и сын – Responsible (R), а бабушка – консультирует, что ей надо еще докупить. Ее роль Consult (С).

Далее – взять игрушки. Мама – командует (Accountable), сын собирает (Responsible), папа советует, что можно взять (Consult). Но можно было сделать и по-другому. Сказать, чтобы ребенок сам собрал свои игрушки. Тогда у него роль будет Accountable.

Взять одежду. Маму можно назначить ответственной за эту работу. А можно сделать ее главной, и она всех будет подгонять, спрашивать, собрались ли они на дачу. В последнем случае мама – Accountable, папа, бабушка и ребенок – Responsible.

Взять алкоголь – эту работу будет выполнять и контролировать только папа. Он исполняет роль Accountable.

Замариновать шашлык – снова работа папы (Accountable). Можно сына взять в помощники (Responsible).

Следующее дело – взять рассаду. Допустим, эту работу будет контролировать бабушка, но выполнять все (покупать, носить в машину) будут папа с сыном. В таком случае бабушка играет роль Accountable, сын с отцом – Responsible, а маме дадим роль консультанта (Consult).

Взять инструмент – это дело поручим папе (Accountable), а маму проинформируем об этом (Inform).

Последняя работа – оценить погоду. Пусть отвечает за это сын (Accountable) и будет всех информировать: у бабушки, мамы и папы роль Inform.

Выглядит матрица следующим образом:

Если у вас одна ячейка – одна буква, это удобно. Если в одной ячейке 2-3 буквы, матрица становится нечитаемой. Разобраться в таблице сможет только исполнитель, что ему надо делать. Менеджеру ничего не будет понятно, он потеряется. А из такой таблицы все видно, кто за что отвечает, кто что делает. Мой личный опыт: если менеджер поплыл в матрице, то все развалится: кто-то забудет, кто-то забьет на свою работу, а менеджер проконтролировать все не сможет.

Менеджеров, которые начинают заполнять матрицу RACI, часто клонит в 2 крайности. Первый соблазн – менеджер фокусируется на Accountable и Responsible, пренебрегая двумя другими ролями. Поэтому когда вы будете работать с такой таблицей, посмотрите, если Accountable и Responsible раскинуты, а Consult и Inform заметно меньше, скорее всего, вы что-то не додумали. Потому что проектная команда – это созвездие, и людям нужно получать информацию, быть в курсе происходящего, даже если они напрямую не участвуют в этих работах. Нужно их вовлекать сильнее. Если вы фокусируетесь на Accountable и Responsible, то есть другая матрица. Она намного проще и на русском звучит, как матрица ГВ – главных и вспомогательных. Других букв там нет, только 2. Но, на мой взгляд, эта матрица не позволяет расписать никакую работу. А матрица RACI очень емкая и с ее помощью можно разложить любое мероприятие – и поездку на дачу, и командировка. И людям понятно будет, что им надо делать. А матрица ГВ ничего никому не объясняет, только называет главных. А дальше крутись, как хочешь. Поэтому не превращайте матрицу RACI в матрицу ГВ.

Вторая частая ошибка менеджеров – в любой работе дать менеджеру роль Accountable. Accountable – это главный человек, который подтверждает, что работа выполнена. Поэтому менеджер пытается взвалить на себя ответственность за все работы. И в колонке «менеджер» появляется вертикаль из букв «А». Это нехорошо. Лучше распределить обязанности, заодно приучая людей на проекте к ответственности. Менеджер отвечать за все не должен. Он должен делегировать полномочия, задачи. Это не значит просто поручить кому-то выполнить задачу. Это значит передать и задачу, и ответственность за ее выполнение. Иначе люди из вашей команды не будут расти, останутся безответственными и безвольными.

Чтобы закрепить тему про матрицу RACI, предлагаю разобрать заполненную таблицу. Надо найти в ней 3 грубые ошибки.

Ошибка первая (пятая строка, 3 и 4 столбик) – Accountable за одну работу может быть только один человек. Одновременно 2 человека ответственными не могут быть.

Вторая грубая ошибка (шестая строка) – вообще нет Accountable, нет ответственного.

Третья ошибка (седьмой столбик), классическая – за человеком не закреплена никакая роль. Матрица позволяет выявлять лишних, ненужных людей. Они не только не работают, мы их даже не информируем о ходе работ, то есть им все равно. Зачем такие нужны? И матрица в этом случае дает хороший повод мягко расстаться. Но есть и второй вариант. Возможно, при заполнении матрицы мы ошиблись, мы не предвидели какие-то вещи, возможно, этих людей надо информировать, с ними надо консультироваться. Но если это не ошибка, наверное, стоит задуматься, зачем нужен такой человек в команде или на проекте.

Если вас интересует тема «Управления проектами» и вы хотите самостоятельно подготовиться к экзамену на сертификат Project Management Professional, то приглашаем пройти новый видеокурс Ивана Селиховкина «Подготовка к экзамену РМР»

Источник