МАТРИЦА ОТВЕТСТВЕННОСТИ RACI: КАК ПРЕКРАТИТЬ ПЕРЕВОД СТРЕЛОК МЕЖДУ ЦЕХОМ И IT-ОТДЕЛОМ
Зачем этот документ
Проект цифровизации входит в штопор не тогда, когда заканчивается бюджет. Он входит в штопор, когда перестаёт быть понятно — кто принимает решение.
Интегратор ждёт доступа к сети — IT-отдел говорит, что это вопрос к производству. Производство говорит, что это вопрос к IT. Главный инженер занят. Проект стоит. Никто не срывает сроки намеренно — просто никто не отвечает за конкретный шаг.
Это системная проблема, и она не решается совещаниями. Она решается один раз: когда на бумаге зафиксировано, кто за что отвечает, — и эта бумага подписана.
Таблица RACI — не управленческая теория. Это рабочий документ с именами, должностями и статусами по каждому этапу проекта. Он существует, чтобы на любой вопрос «кто должен это сделать» был однозначный ответ без звонков и уточнений.
Что внутри
Документ представляет собой таблицу формата Excel. По строкам — задачи и этапы проекта внедрения DPA. По столбцам — роли участников. На пересечении — один из четырёх статусов: R (Responsible — исполняет), A (Accountable — отвечает за результат), C (Consulted — консультирует), I (Informed — получает информацию).
Блок 1. Подготовительный этап. Технический аудит, согласование инфраструктуры, подготовка технического задания. Для каждой задачи прописано: кто делает (интегратор или завод), кто утверждает, кого информируют.
Блок 2. Монтаж и подключение. Прокладка сети, установка терминалов, подключение к станкам. Зона ответственности, где чаще всего возникает конфликт между цехом и IT: кто обеспечивает доступ, кто принимает работу, кто подписывает акт.
Блок 3. Настройка и запуск. Ввод справочников, настройка причин простоя, первый запуск системы. Роли технического специалиста интегратора и IT-сотрудника предприятия разграничены явно.
Блок 4. Обучение персонала. Кто проводит — интегратор. Кто обеспечивает явку — начальник цеха. Кто принимает результат — главный инженер. Без этого разграничения обучение либо срывается, либо проходит формально.
Блок 5. Опытная и промышленная эксплуатация. Переход из пилота в штатный режим. Кто фиксирует замечания, кто устраняет, кто принимает решение о переходе.
Блок 6. Техническая поддержка. Разграничение ответственности между службой поддержки интегратора и IT-отделом предприятия после сдачи системы.
Как применять
Шаг 1. Назначьте владельца документа. До начала проекта — руководитель проекта со стороны предприятия (обычно главный инженер или его заместитель) берёт таблицу и вписывает конкретные ФИО напротив каждой роли. Не должности — имена.
Шаг 2. Согласуйте с интегратором. Таблицу RACI согласовывают обе стороны до подписания договора на внедрение или одновременно с ним. Любые расхождения в понимании ответственности — видны сразу, пока ещё можно договориться без потерь.
Шаг 3. Сделайте документ публичным внутри проекта. Все участники проекта — от мастера цеха до IT-директора — должны иметь доступ к актуальной версии таблицы. Не «где-то в папке», а в общем пространстве: корпоративный портал, общий чат, распечатка на стенде проекта.
Шаг 4. Используйте как арбитраж. Когда возникает спор «это не моя задача» — открывайте RACI. Если в ячейке стоит R или A — разговор окончен. Если ячейка пустая или неоднозначная — это сигнал актуализировать документ, а не повод для двухчасового совещания.
Шаг 5. Обновляйте при изменении команды. Смена исполнителя, реорганизация, привлечение нового подрядчика — любое изменение состава команды требует актуализации таблицы. Устаревшая RACI хуже, чем её отсутствие: она создаёт иллюзию порядка там, где его нет.
Типичные ошибки
В столбцах — должности, не люди. «Главный инженер», «IT-отдел», «интегратор» — это не ответственные. Ответственный — конкретный человек с именем. Должность не получает уведомление и не ставит подпись.
На одну задачу назначают двух Accountable. Два A — это ноль A. Когда за результат отвечают двое, каждый ждёт, что другой примет решение. В RACI на одну задачу допустим ровно один A.
Документ согласовывают после начала работ. К этому моменту конфликты уже произошли, стороны заняли позиции, а RACI воспринимается как попытка переложить вину задним числом. Документ работает только превентивно.
Таблицу заполняют, но не используют. Лежит в папке «Проект / Документы». На планёрках к ней не обращаются. При споре никто не открывает. Через два месяца все забыли, что она существует. RACI — это не архивный документ. Это рабочий инструмент, который должен быть открыт на каждом статусном совещании.
🔒 Скачать: Таблица RACI →