Функциональная матрица как составить

#статьи

  • 9 авг 2022

  • 0

Рассказываем про популярный инструмент управления проектами — матрицу ответственности RACI. Показываем на примере, как её построить.

Иллюстрация: Оля Ежак для Skillbox Media

Ксеня Шестак

Рассказывает просто о сложных вещах из мира бизнеса и управления. До редактуры — пять лет в банке и три — в оценке имущества. Разбирается в Excel, финансах и корпоративной жизни.

Матрица RACI, или матрица ответственности, — инструмент для управления отношениями в команде; это таблица, с помощью которой распределяют ответственность, полномочия и роли.

Матрица RACI помогает избежать ситуаций, когда непонятно, кто какими задачами занимается и кто за что отвечает.

RACI используют в управлении проектами. Матрицу строят и согласовывают на старте проекта — тогда исполнители уже не смогут перекладывать ответственность друг на друга в процессе.

В статье рассказываем главное о матрице ответственности RACI.

  • Что такое матрица RACI и какие у неё бывают модификации
  • Как построить матрицу RACI — разбираем на примере IT-проекта
  • Какие типичные ошибки возникают при построении RACI

Матрица RACI представляет собой таблицу: по вертикали выписывают задачи проекта, по горизонтали — исполнителей.

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

  • R (responsible) — исполнитель задачи или подзадачи проекта. Тот, кто самостоятельно выполняет все работы в рамках задачи.

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

  • A (accountable) — ответственный за всю задачу. Участник с этой ролью несёт ответственность за то, чтобы задачу завершили в срок, но не обязательно выполняет её сам. Часто A-участники назначают задачи и подзадачи R-участникам.

    Важно, чтобы у одной задачи был только один ответственный. При этом сам ответственный может быть одновременно и исполнителем.

  • C (consult) — эксперт, который консультирует команду по вопросам, находящимся в его компетенции. Он не выполняет задачу, но даёт советы и рекомендации, которые помогают выполнить её эффективнее.
  • I (informed) — участник проекта, который должен быть в курсе выполнения задачи. Результат задачи или всего проекта влияет на дальнейшую деятельность I-участников, поэтому им важно следить, что происходит.

Пример готовой матрицы RACI
Инфографика: Майя Мальгина / Skillbox Media

Некоторым проектам не хватает классического списка ролей. Тогда к RACI можно добавить дополнительные буквы и, соответственно, роли. Вот примеры:

  • RACI-VS. Новые роли V (verifier) и S (signatory) — верификатор и подписывающий. Они проверяют, соответствует ли результат установленному стандарту, и согласовывают его. V- или S-участников может быть один или два.
  • RACIQ. Новая роль Q (quality) проверяет качество результата.
  • RASCI. Новая роль S (support) помогает основному исполнителю выполнять работу.

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

Разберём процесс построения матрицы RACI пошагово, на примере разработки приложения для телефонов.

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

  • написать техническое задание для разработки приложения;
  • создать дизайн приложения;
  • разработать приложение;
  • протестировать приложение;
  • опубликовать приложение в сторах.

По горизонтали выписываем исполнителей проекта — должности либо фамилии сотрудников:

  • менеджер проекта;
  • дизайнер;
  • разработчик;
  • тестировщик;
  • заказчик.

Получается таблица. На следующем этапе заполним ячейки на пересечении задач и исполнителей.

Подготовка к распределению ролей проекта — перечень основных задач и исполнителей
Инфографика: Евгений Рыбкин / Skillbox Media

О том, по какому принципу распределяют роли команды, писали выше. Определим их для участников нашего проекта:

R-участники. Это исполнители задач.

  • Писать техническое задание для приложения будет заказчик.
  • Заниматься дизайном — дизайнер.
  • Разрабатывать и тестировать приложение — разработчик и тестировщик.
  • Размещать приложение в магазинах — заказчик.

A-участники. Это ответственные за каждую задачу проекта.

В нашем примере нести ответственность за выполнение всех задач, связанных с созданием приложения, будет менеджер проекта. Все R-участники будут отчитываться ему о ходе выполнения работ и сдавать результаты.

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

C-участники. Это консультанты.

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

I-участники. Это исполнители, которых нужно информировать о ходе работ.

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

Так выглядит готовая матрица RACI для проекта разработки приложения
Инфографика: Евгений Рыбкин / Skillbox Media

Мало просто построить матрицу ответственности — важно грамотно ей пользоваться.

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

Вот типичные ошибки, которые возникают при построении матрицы ответственности:

  • Один участник команды — R-исполнитель сразу в нескольких задачах. В этом случае нужно проанализировать, насколько эти задачи масштабные. При необходимости — назначить на некоторые из них дополнительных людей.
  • У участника проекта нет R- или A-роли. В этом случае нужно решить, действительно ли этот участник необходим проекту. Возможно, стоит пересмотреть состав команды.
  • У задачи много ответственных. Могут возникнуть проблемы при согласовании результата: сколько ответственных, столько и мнений. В идеале на каждую задачу нужно назначать только одну A-роль.
  • Несколько букв в одной клетке. Как правило, когда один человек отвечает за всё, это ни к чему хорошему не приводит.

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

  • Много консультантов или участников, которых нужно информировать о промежуточных результатах. Это приводит к лишней коммуникации и отвлекает от основных работ. Назначать C- и I-участников лучше в случае крайней необходимости.

Другие материалы Skillbox Media для менеджеров

Научитесь: Профессия Менеджер проектов
Узнать больше

  1. Функциональная матрица организации. Функции управления предприятием и их анализ с помощью функцио­нальной матрицы

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

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

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

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

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

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

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

 Условные
обозначения:

Р
— окончательное принятие решения с
правом подписи. Лицо, принимающее
решение, имеет право утверждать документ;

Т
— исполнение. Этот символ означает
непосредственное вы­полнение или
участие в выполнении данного вопроса,
работы, зада­ния, разработке вариантов
решения. К данной категории относятся
непосредственные
исполнители или соисполнители. Это
может быть отдельное
лицо, группа лиц или структурное
подразделение;

С
— согласование. Этот символ означает,
с кем согласовывается данный
вопрос, работа или задание;

К — контроль. Этот
символ означает непосредственное
контро­лирование хода исполнения
данного вопроса;

И
— информирование. Этот символ означает,
кому передается информация
по данному вопросу. Информирование
может быть уст­ным
или письменным, при непосредственном
общении или по теле­фону.

В матрице могут
приниматься и другие условные обозначения.

Вид функциональной
матрицы

Функ­ции
(виды
работ)

Структурные
подразделения и должностные лица

Дирек­тор

Гл. инж.

и др.

1

2

3

и т.д.

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]

  • #
  • #
  • #
  • #
  • #
  • #
  • #
  • #
  • #
  • #
  • #

Обновлено: 19 дек. 2020 г.

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

Базовые элементы лучше рассматривать в логической цепочке: Дерево целей → функциональные цепочки к целям → дерево функций → функциональная матрица → управленческая организационная диаграмма (структура) → должностные инструкции.

Проект по внедрению базовых элементов управление имеет соответствующий порядок:

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

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

А с чего этот порядок начинается?

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

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


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

Состав должностей определяется организационной диаграммой. Которая, если даже существует, редко у кого отражает действительное положение вещей.

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

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

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

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

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

У любой организации есть цели, которые она достигает в рамках своей деятельности. Целей много и они взаимосвязаны. Именно цели определяют общую структуру функций.

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

Цель — это конец цепочки взаимосвязанных функций. Проработав все цепочки по каждой цели, мы получаем полный список всех функций. Если проработать от начала и до конца, то список получится очень большой и это нормально.

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

Дорожная карта к наведению базового порядка в организации.

  • Дерево целей

  • Цепочки функций к целям

  • Дерево функций и Функциональная матрица

  • Актуальная организационная диаграмма

  • Работающие должностные инструкции

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

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

Теперь пройдем по всем пунктам нашей дорожной карты.

Сделаем мы это на примере использования системы проектирования эффективной организации Business Studio.

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

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

Дерево целей

Я сознательно не использую полный термин «Дерево стратегических целей», которое обычно служит основной для системы сбалансированных показателей. Но от предназначения зависит и форма. В нашем случае, рассматривая работу предприятия, для каждой отдельной функции нам надо понять и ответить всего на один вопрос: “Для чего мы это делаем?”. Для этого мы рассматриваем цели бизнеса, как такового. Обычно цели формулируют в формате “для развития”. Например, главную цель формулируют формулируют, как “Рост прибыли”, мы определяем общую цель бизнеса просто “Прибыль”. Поэтому предлагаемые варианты модели дерева стратегических целей могут отличаться от общих, но нам важно решить свою задачу, а не усложнять и соответствовать общим привычкам.

Обычное дерево стратегических целей выглядит вот так:

Довольно сложно, но для наших целей все значительно проще:

Давайте посмотрим все шаги на простом примере, который для большинства предприятий будет подходящим.

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

Но прибыль сама по себе многогранна, поэтому разложу ее на составляющие, прямо влияющие на нее:

  • Выручка

  • Маржинальность

  • Постоянные расходы

Получили начало построения:

Поясню. При постоянной маржинальности (% наценки на себестоимость продаваемого продукта или услуги) рост выручки ведет к росту прибыли. Это прямая зависимость. Также при постоянной выручке увеличение маржинальности (снижение себестоимости продаваемого товара или услуги и/или других переменных затрат и/или повышение стоимости) ведет к росту прибыли. Это тоже прямая зависимость. Постоянные расходы, по определению, не зависят от выручки, но их величина влияет на прибыль.

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

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

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

Функциональные цепочки, ведущие к целям.

Зададим наш вопрос в обратную сторону:

Что мы должны делать, чтобы получать Выручку? Ответ очевиден — Продавать.

Для чего мы продаем? Чтобы получать выручку, а выручка для прибыли в купе с другими двумя целями. Продажа — это уже функция работы нашей организации.

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

Просто отвлеченный пример. Функция — изготовление детали на станке с ЧПУ. Потребляемый ресурс — заготовка. Управление — ЧПУ. Неизменяемый ресурс — станок. Результат работы функции — деталь. Как видите все очень просто!

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

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

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

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

Для примера покажу декомпозицию функции “Выбор ассортимента”

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

Дерево функций.

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

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

Взаимосвязи элементов базового порядка в организации.

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

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

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

Поскольку мы используем для разработки базового порядка Business Studio а не разрозненные инструменты, то все связи у нас в единой системе.

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

Тот же показатель привязан к функции «Продажи».

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

Получается, что большой список всех функций связан с с целью и все в порядке. Понятно, для чего (с какой целью) на предприятии производятся любые действия!

Далее мы каждой функции определяем должность (в терминологии Business Studio это субъект) и тип связи, т.е. что этот субъект по этой функции делает.

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

Функциональная матрица

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

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

Организационная диаграмма.

В Business Studio структура формируется в виде дерева субъектов. Для построения организационной структуры, субъект может быть подразделением или должностью.

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

Далее через генератор отчетов формируем организационную диаграмму, которую надо распечатать на плакат и повесить в общедоступном месте на стену.

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

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

Нельзя не сказать, про виды организационных структур. Теория видов/типов организационных структур бесконечная. Только ленивый не потеоретизировал на эту тему. Но самое главное, что эта теория не даст вам прямых ответов на вопрос, какая должна быть оргструктура у вас на предприятии, чтобы бизнес был максимально эффективный. Я бы предостерег толкаться от готовых моделей, опять же, без предварительного анализа функций. В современном бизнесе все настолько неоднозначно, что кем-то предложенная модель структуры в вашем бизнесе просто не сработает, потому, что какие-то мельчайшие нюансы не сошлись. У меня поначалу, еще в конце 90-тых, структура формировалась не от моделей, а от людей, которые приходили ко мне работать. После МВА было много экспериментов. В последствии я мечтал построить нечто абсолютно горизонтальное и гибкое. Все СО-трудники, а управление через компетенции. Т.е. я хотел к функциям привязывать не должности, а компетенции, потом считать и планировать необходимое время компетенций для выполнения всех функций и соответственно оценивать и платить сотрудникам по компетенции. Но так и не дошли руки. Изучать различные модели нужно, чтобы понимать, как и у кого что работает. Думать и делать свои выводы, пробовать. А внутри своего бизнеса строить с учетом всех этих знаний и собственных выводов такую модель, которая будет наиболее эффективна. И это может не соответствовать полностью какой-либо модели в теории. При проведении проекта по разработке базовых элементов порядка в вашей организации мы рассказываем про все основы построения структуры и про теорию и про практику, но ни в коем случае на навязываем какую-либо модель, как это делается, к примеру приверженцами модели управления Р. Хаббарда. Последнее время за фундаментальным и системным пониманием структуры организации я однозначно отправляю к работе Мицберга «Структура в кулаке». Именно это учение помогло мне лично систематизировать весь опыт построения структур бизнеса за 20 лет и знания полученные от МВА и из многих интернет источников.

Управленческие должностные инструкции.

Как только руководитель слышит «Должностные инструкции», так сразу в голове возникает образ формального документа, который особо никто не читает. Структура этого документа тоже формальна и найти ее можно в интернете.

Но мы сейчас говорим про управленческие должностные инструкции, инструмент, который поможет руководителю создать порядок, при котором каждый сотрудник будет знать, что и когда он должен делать. Для этого самым важным для нас сейчас является то, что мы знаем список функций, в которых тем или иным образом задействована конкретная должность. Не имеет смысла слепо следовать стереотипам и начинать придумывать вещи типа «Несет ответственность за своевременную подачу документов». Такой формат обязанностей и ответственности лишь создает возможность найти виноватого, если что-то пошло не так. Нам надо, управлять, чтобы все шло так, как надо. Поэтому исключим из должностных инструкций лишнюю беллетристику. Четко и по пунктам типа «Выполняет оформление документов на отгрузку со склада»; «Руководит отгрузкой со склада»; «Подписывает документы на отгрузку со склада»; «Подает декларацию о доходах учредителя»; «Контролирует, чтобы декларация о доходах учредителя была подана своевременно».

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

Только задумайтесь, как классно будет выглядеть вакансия на должность на фоне всех шаблонных серых и непонятных!

Естественно надо указать в инструкции кому подчиняется и кто находится в подчинении.

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

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

Следующий важный момент, который нельзя упустить говорит о том, что должностная инструкция — это стандартизирующий документ, и он таковым должен быть. А вот что такое стандартизация лучше всего объясняет Мицберг в своем труде «Структура в кулаке». Книга написана в 70-тых, но прочитав ее изменится глубина понимания структуры предприятия. Вы сможете перейти на фундаментальный уровень, на котором все обычно просто. Кстати категорически рекомендую сделать эту книгу настольной любому руководителю. Более подробно про стандартизацию в отдельной статье, а тут кратко.

Управление делится на два вида:

  1. Ручное

  2. Стандартизация

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

Стандартизация по мнению Мицберга имеет три вида:

  1. Квалификация

  2. Процессы

  3. Результат (выход)

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

То, что стандартизация бывает трех видов надо вбить себе в голову любому руководителю, поскольку бизнес-аналитики и консультанты болеют на всю голову процессным управлением, поэтому пытаются все и вся описать в виде процессов, а это неправильно. Не надо описывать процесс управления грузовым автомобилем в виде процесса, поскольку это стандарт по квалификации. Если человек имеет квалификацию водителя грузового автомобиля, то это и есть стандарт. Если функции сильно связаны с творчеством, постоянной генерацией идей, действию экспромтом, то опасно и вредно описывать работу этой функции в виде стандартизирующего процесса. Тут важен результат (выход). Например, сотрудники в отделе прямых продаж B2B используют различные модели, но каждый отдельный новый клиент и заключенный контракт — это в большей степени талант человека к определенным видам манипуляций. Неважно, что он вообще делал, важен подписанный контракт на 10 млн. рублей.

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

Каждая функция должностной инструкции должна иметь понятный измеритель, по которому будет оцениваться, как сотрудник ее выполнил.

Функция «Управляет грузовым автомобилем» — параметр стандартизации права определенной категории и водительский стаж в этой категории.

Функция «Прямые B2B продажи» — параметр стандартизации выручка по контрактам.

Функция «Управление денежными потоками» — параметр стандартизации регламент процесса казначейства. Вот только с этого момента и только по этим точкам можно развивать принципы процессно-ориентированного управления, про который речь пойдет в отдельной статье.

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

  1. Кому подчиняется и кем управляет (из оргдиаграммы).

  2. Формулируем исполнение определенных для должности функций по принципу: Делает/выполняет/участвует/контролирует/и тд. (из функциональной матрицы)

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

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

  5. Отдельным разделом функции, по которым сотрудник является замещающим с условиями замещения по каждой.

  6. Отдельным разделом выносим все стандартизирующие параметры. Квалификация и опыт. Параметры оценки. Процессные регламенты.

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

Теперь, что нам позволяет сделать Business Studio в части должностных инструкций.

Вот карточка должности на закладке «Параметры должности»

Каждая строчка раскрывает редактор Word. Удобство в том, что в одном месте в единой базе данных, а не по раскиданным файлам, можно собирать все записи. Еще один плюс в том, что инструкция получается составной, как в конструкторе, состоит из частей.

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

Заключение.

Тема порядка в организации бесконечная.

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

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

Без него руководитель вынужден вести бизнес «на ручном управлении» постоянно. Усталость накапливается и страдает бизнес. Варианты развития бизнеса исключаются.

Формальные подходы и попытки навести порядок на базовом уровне вредят и ведут к потерям.

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

Если вы обратитесь к нам, то мы проведем проект в среднем за две недели с гарантией результата. Мы используем свою Business Studio и вы получите все ее плюсы без лишних трат.

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

Желаю удачи! Константин Богданов.

Посмотрите презентацию нашей услуги по разработке базовых элементов порядка в организации.

https://www.acccell.com/bazovye-jelementy-porjadka

На этой же странице вы сможете оставить заявку для бесплатной консультации.

ВикиЧтение

Должностная инструкция руководителя, или «Управленческая восьмёрка»
Кувшинов Дмитрий

2. 3. Распределение обязанностей

После того как технология прописана и простроена организационная структура, необходимо разработать организационно-функциональную матрицу (распределить обязанности).

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

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

Таблица 4. Организационно-функциональная матрица

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

Кроме матрицы функций и должностей линейный руководитель обычно сталкивается ещё с двумя документами в своей работе. Это:

? штатное расписание подразделения (перечень должностей с указанием количества единиц, оклада или почасовой тарифной ставки);

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

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

Итак, оргструктура есть, обязанности распределены, следующий шаг при организации деятельности – это создание должностных инструкций.

Данный текст является ознакомительным фрагментом.

Читайте также

2. 5. Детализация должностных обязанностей

2. 5. Детализация должностных обязанностей
Должностная инструкция, как документ, решает сразу несколько задач, но главное её достоинство, на мой взгляд, в том, что она является важнейшим элементом в описании технологии деятельности компании. Именно в этом документе должны

3. Перераспределение обязанностей

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

Правильное структурирование обязанностей

Правильное структурирование обязанностей
? ПРОБЛЕМА: достаточно ли взаимодополняющей команды, чтобы обеспечить качественное принятие решений, а также их результативное и эффективное внедрение?Экология организации16Мы обсудили, что такое менеджмент и как сформировать

Описание функциональных обязанностей

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

Отсутствие четкого разделения обязанностей

Отсутствие четкого разделения обязанностей
Хрестоматийная строчка Роберта Фроста о том, что «где хорошие изгороди, там хорошие соседи», была написана с иронией, но вполне применима к корпоративному миру. Ясность в постановке задач и разделении обязанностей – основа

25.2. Оценка должностных обязанностей

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

Глава 8 Распределение ролей и обязанностей

Глава 8
Распределение ролей и обязанностей

В этой главе…
• Определение полномочий, обязанностей и ответственности
• Выясним, что можно, а что нельзя делегировать
• Как привлечь к ответственности тех, кто по служебному положению вам не подчиняется
• Разработка и

Разработка диаграммы обязанностей

Разработка диаграммы обязанностей
Порядок действий.1. Определите всех, кто участвует в проекте или поддерживает его. (Составление списка участников проекта описано в главе 7.)2. Составьте список работ проекта. (Как составить структурную схему работ — подробно в главе

Семь обязанностей лидера

Семь обязанностей лидера
В любой организации никогда не меняются семь основных вещей – основные обязанности лидера. Ваши способности в каждой из этих областей, оцененные по шкале от 1 до 10, определяют, насколько вы сами цените себя и какую пользу приносите своей

Рано или поздно вы встретитесь с проектом, у которого много стейкхолдеров и много участников команды проекта. Большая команда помимо наличия большого трудового ресурса обременяет PM-а простым вопросом: «А как мне всё это контролировать? Я не могу постоянно быть на связи с командой и принимать важные решения в моменте». Чтобы Менеджеры Проектов в таких ситуациях не сходили с ума, были придуманы два универсальных инструмента распределить ролей и ответственности — матрица RACI и матрица DACI.

Матрица RACI, что это такое и для чего используется

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

RACI расшифровывается:

R — responsible — Кто является исполнителем задачи. Он должен сделать поставленную задачу. Чаще всего это линейный участник проекта.

A — accountable — Кто ответственный за выполнение задачи. Он несёт ответственность за выполнение поставленной задачи. К проекту рекомендуется обычно назначать только одно ответственное лицо. Этот человек служит контактным лицом для всех заинтересованных сторон на протяжении всего проекта. Чаще всего это PM.

С — consulted — Кто консультирует исполнителя задачи. Он предоставляет консультацию исполнителю, если они сталкиваются с проблемами. Чаще всего эксперты по вопросу внутри компании или лиды команды.

I — informed — Кого информируют о выполнении задачи. Их необходимо постоянно информировать о прогрессе реализации задачи. Это могут быть ключевые стейкхолдеры.

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

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

Как работать с RACI?

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

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

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

Матрица DACI, что это такое и для чего используется

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

DACI расшифровывается:

D – driver — Кто ответственен за привлечение заинтересованных сторон, сбор и изучение информации и получение решения в согласованный срок. Чаще всего это PM.

A – аpprover — Кто согласовывает и утверждает решение. Это может быть спонсор проекта или ключевой стейхолдер.

C – сontributors — Кто участвует в принятии решения, консультирует. Зачастую это члены команды или консультанты.

I — informed — Кого информируют о принятии решения. Чаще команда проекта и стейкхолдеры.

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

Как работать с DACI?

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

Заключение

Проблемы с определением ответственности на проекте могут поджидать Менеджера Проекта за каждым углом, чтобы в разгар Реализации не столкнуться с проблемой, что команда не понимает, кто за что ответственен или кто должен принимать решение в той или иной ситуации лучше всего обратиться на берегу к простым матрицам RACI и DACI.

Понравилась статья? Поделить с друзьями:
  • Как правильно составить план к сказке 2 класс
  • Как найти рыночное равновесие товара
  • Как составить схему модель слова
  • Как найти процент 190
  • Как найти 2а2 арифметическая прогрессия