banner banner banner
Цифровая трансформация для директоров и собственников. Часть 2. Системный подход
Цифровая трансформация для директоров и собственников. Часть 2. Системный подход
Оценить:
 Рейтинг: 0

Цифровая трансформация для директоров и собственников. Часть 2. Системный подход


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

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

Линейно-функциональная организационная структура

Плюсы:

– узкая специализация направлений – повышение производительности и качества;

– простота и скорость принятия управленческих решений;

– быстрая реакция на указания и распоряжения;

– минимизация дублирования работ.

Недостатки:

– высокие, порой неоправданно, затраты на содержание административного персонала;

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

Дивизиональная / рыночная / продуктовая

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

Продуктовая организационная структура

Плюсы:

– гибкость – можно разрабатывать индивидуальные стратегии и бизнес-процессы для каждого продукта / региона;

– простота координации и согласования управленческих решений;

– высокая скорость реагирования на возникающие проблемы;

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

Минусы:

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

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

– разная продуктивность;

– низкая эффективность использования бюджета.

Матричная

Это сложная модель, предназначенная, в первую очередь, для реализации проектов. У сотрудника может быть несколько руководителей, а управление проектом и ресурсами доверяется руководителю проекта / подразделения.

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

Плюсы:

– за реализацию отвечает руководитель с высокой профессиональной компетенцией;

– менеджер проекта может влиять на ситуацию по своему усмотрению, без излишнего контроля (но это редко).

Недостатки:

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

– низкая производительность;

– дублирование функций.

Приведу пример реализации такого подхода.

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

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

Матричные структуры можно также разделить на слабые, сильные и сбалансированные.

Слабые

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

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

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

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

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

Сильные

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

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

Сбалансированные

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

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