Распределение зон ответственности между подразделениями компании

Что такое организационная структура предприятия

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

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

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

• Распределять обязанности. С продуманной оргструктурой сотрудники делают задачи по своему уровню и функционалу: финдиректор не будет заполнять 6-НДФЛ, а инженер продавать товары. Задачи не дублируются, исключается перегрузка или недогрузка.

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

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

• Видеть перспективы карьерного роста. Сотрудникам будут видны возможности вертикального и горизонтального карьерного роста.

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

Типы организационных структур

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

Линейная структура предприятия

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

На схеме это выглядит так:

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

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

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

Функциональная структура предприятия

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

На схеме это выглядит так:

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

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

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

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

Такую структуру выбирают компании, которым необходимы разносторонние процессы, а не только, к примеру, производство.

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

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

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

Дивизионы могут быть выделены по следующим признакам:

• по видам выпускаемой продукции;

• по конечному потребителю;

• по местоположению.

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

На схеме это выглядит так:

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

Бухгалтеру предприятия с дивизиональной структурой нужно отчитываться за филиалы и подразделения, контролировать отчетность и платежи всего предприятия. С Контур.Экстерном это станет удобнее: можно выбрать удобную модель сдачи отчетности, заключить один договор на всё предприятие и отчитываться во все территориальные органы, интегрировать сервис по сдаче отчетности в 1С и не только.

Матричная структура предприятия

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

Схематично матричную структуру можно представить так:

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

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

Как выбрать подходящую организационную структуру предприятия

Чаще всего в оргструктурах современных компаний встречается две проблемы:

• слишком большое количество уровней управления — это негативно влияет на скорость принятия решений и их эффективность;

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

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

Для оптимизации оргструктуры следует:

• четко и максимально близко к реальности определить обязанности каждого подразделения;

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

• продумать и прямое, и функциональное подчинение;

• исключить дублирующие функции: объединить лишние должности в одну позицию, перераспределить обязанности.

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

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

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

Справка по системе Платформа ELMA BPM

× Поиск Поиск Поиск  Предыдущая Следующая

(c) Company name, 2016Copyright © 2006–2021 ELMA

Зоны ответственности определяют, кто из участников процесса является исполнителем задач на данном этапе процесса. Размещение События или Операции в зоне ответственности, относящейся к определенному элементу оргструктуры (отделу или сотруднику) означает, что данный сотрудник или отдел являются ответственными за выполнение данного этапа бизнес-процесса.

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

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

Рис. 1. «Бухгалтер», «Менеджер проекта» — зоны ответственности процесса

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

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

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

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

Рис. 1. Типы зон ответственности процесса, цветовое обозначение заголовков

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

Создание зоны ответственности

Создать зону ответственности можно двумя способами:

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

См. также:

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

Общая информация об организационной структуре предприятия

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

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

Функции организационной структуры

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

Организационная структура выполняет следующие функции:

• формирует понимание направления, в котором движется компания. Это важно как для руководителя, так и для его сотрудников. Без понимания вектора развития трудно пережить кризис и обойти конкурентов;
• создает порядок в принятии решений. Сразу понятно, кто берет на себя ответственность, ставит задачи. Если структура отлажена, важные решения принимаются и исполняются гораздо быстрее. Руководитель понимает, кого наказывать за ошибки или хвалить за достижения;
• помогает в преодолении разногласий. Порядок в организационной структуре позволяет более эффективно решать конфликты. Можно быстро определить, кто отвечает за сбой в работе и как устранить проблему;
• показывает перспективы карьерного роста новым сотрудникам, упрощает создание плана обучения. Амбициозные специалисты быстро понимают, дает ли работа в компании какие-то возможности для развития. Руководитель, в свою очередь, уже заранее нацелен на выделение перспективных сотрудников. Это поможет не потерять людей, которые могут принести значительную пользу компании;
• объединяет участников в одну команду, где каждый понимает свою функцию. Обязанности сотрудников не дублируются. Это позволяет использовать человеческий капитал более рационально;
• показывает, есть ли в компании все необходимые должности. На схеме хорошо видно, какие задачи так и не закрыты. В этом случае создаются новые рабочие места.

Правильно построенная организационная структура – это каркас, без которого компания развалится при первых же трудностях. Если вы этим вопросом не занимались или только думаете об открытии бизнеса, обязательно уделите внимание модели управления.

Составляющие организационной структуры

Любая модель управления имеет несколько элементов:

• лица, принимающие решения. Это может быть один человек или целая группа людей. Они задают вектор развития предприятия. Например, принимают решение о выходе на новые рынки, запуске продуктов, сокращении персонала, закрытии торговой точки и др.;
• уровни менеджмента. Это группы отделов, которые занимают разные ступени в управленческой иерархии. Между ними существуют восходящие и нисходящие вертикальные связи. На самом высоком уровне находится совет директоров. Он ставит цель и осуществляет стратегическое планирование. К среднему уровню относятся руководители функциональных подразделений. Они реализуют стратегию руководства, принимают оперативные тактические решения. Низший уровень включает первичные структурные подразделения. Их менеджеры занимаются координацией действий рядовых сотрудников. Чем выше управленческий уровень, тем больше ответственность специалиста;
• правила. Это нормы, которые должны соблюдать сотрудники. Правила могут быть зафиксированы документально или нет. В любом случае они обязательны к исполнению;
• распределение обязанностей. Это те задачи, которые выполняют сотрудники. Часто они зафиксированы в должностной инструкции. Но бывает, что какие-то задачи распределяются неформально. Например, все менеджеры по продажам имеют одинаковую должностную инструкцию. Но по факту каждый из них занимается определенной группой клиентов;
• связи. Они могут быть горизонтальными и вертикальными. Это информационные потоки, особенности подчинения звеньев друг другу. Без связей компания не сможет эффективно решать свои задачи.

Разновидности моделей управления

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

Линейная

Это самый простой вариант из всех существующих, но не самый удобный. Схема включает цепочку из последовательных уровней. Управляет всем генеральный директор. Ему подчиняются несколько руководителей второго уровня. Каждый из них координирует коллектив рядовых сотрудников. Решения принимаются сверху вниз. Такая система хорошо подходит маленьким фирмам, занятым в узкой нише. Например, небольшим кондитерским, ателье и др. Модель имеет следующие преимущества:

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

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

Дивизиональная

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

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

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

Матричная

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

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

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

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

Линейно-штабная

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

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

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

Функциональная

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

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

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

Географическая

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

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

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

Продуктовая

Модель чем-то напоминает предыдущую. Но сотрудники группируются вокруг отдельных продуктов, предлагаемых предприятием. Схема имеет следующие преимущества:

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

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

Принципы построения организационной структуры

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

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

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

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

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

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

Этапы построения модели управления

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

Этап 1. Определение стратегии фирмы

Чтобы построить грамотную структуру, нужно определить вектор развития предприятия. Для этого необходимо:

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

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

Этап 2. Выделение главных бизнес-процессов

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

Этап 3. Определение зоны ответственности

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

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

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

Этап 4. Определение функций

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

• какую продукцию будет реализовывать компания и каким образом планируется организовывать сбыт;
• какой вид деятельности на предприятии является основным;
• где будут располагаться головной офис и филиалы;
• какими характеристиками обладает целевая аудитория; как планируется взаимодействовать с потребителями.

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

Этап 5. Определение способов взаимодействия звеньев

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

Этап 6. Согласование структуры и ее документальное закрепление

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

Ошибки при формировании организационной структуры

Создание организационной структуры компании не всегда проходит гладко. Часто руководители совершают следующие ошибки:

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

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

Распределение ответственности между работниками организации при исполнении документов



Мы проанализировали нормативные акты по делопроизводству и распределили обязанности и ответственность при исполнении документов между разными категориями должностных лиц организации (Таблица 4).



Вот три главных вывода:

1. Если обобщить, то основная задача подразделений – исполнять документы в срок или своевременно уведомлять руководителя о необходимости эти сроки скорректировать.
2. Довольно большой объем задач, объединенных понятием «контроль сроков исполнения», делегирован службе делопроизводства.
3. «Досталось» и руководителю – именно он осуществляет контроль «по существу».

18.08.2021, 08:50

Подписаться на журнал

Распределение ответственности между работниками организации при исполнении документов



Мы проанализировали нормативные акты по делопроизводству и распределили обязанности и ответственность при исполнении документов между разными категориями должностных лиц организации (Таблица 4).



Вот три главных вывода:

1. Если обобщить, то основная задача подразделений – исполнять документы в срок или своевременно уведомлять руководителя о необходимости эти сроки скорректировать.
2. Довольно большой объем задач, объединенных понятием «контроль сроков исполнения», делегирован службе делопроизводства.
3. «Досталось» и руководителю – именно он осуществляет контроль «по существу».

18.08.2021, 08:50

Подписаться на журнал

Планирование человеческих ресурсов — процесс определения и документального оформления ролей, ответственности и подотчетности, а также создание плана управления обеспечением проекта персоналом [16].

Определение ролей проекта

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

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

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

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

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

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

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

Ключевые роли со стороны исполнителя — руководитель проекта (менеджер проекта) со стороны исполнителя и бизнес-менеджер.

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

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

В крупных проектах могут быть организованы комитет по управлению, комитет по контролю за изменениями, комитет по анализу спорных вопросов [8].

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

Состав команды управления должен быть достаточным, чтобы осуществлять [11]:

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

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

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

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

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

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

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

Матрица ответственности проекта

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

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

Построение матрицы ответственности

1. Перечислить основные работы проекта.

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

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

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

3. Закодировать матрицу ответственности.

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

   Таблица
   6.1.
   Условные обозначения матрицы ответственности (RACI)

   Обозначение	Расшифровка	Описание
   Исп. (R)	Исполнитель (Responsible)	Несет ответственность за непосредственное исполнение задачи. К каждой задаче должно быть приписано не менее одного исполнителя
   Утв. (A)	Утверждающий (Accountable)	Отвечает за конечный результат перед вышестоящим руководством. На каждую работу должен быть назначен строго один подотчетный
   Cогл. (C)	Согласующий (Consulted)	Согласует принимаемые решения, взаимодействие с ним носит двусторонний характер
   Н. (I)	Наблюдатель (Informed)	Его информируют об уже принятом решении, взаимодействие с ним носит односторонний характер

   Таблица
   6.2.
   Распределение функциональных обязанностей команды управления проектом

   Функциональные обязанности	Куратор проекта (Спонсор)	Руководитель проекта	Архитектор системы	Администратор проекта
   Планирование
   Разработка и периодическая актуализация плана		+	+
   Утверждение плана	+
   Управление командой проекта
   Назначение сотрудника на роль Руководителя проекта	+
   Формирование команды проекта		+
   Определение квалификационных требова ний и состава рабочих групп специалистов по функциональности ИС			+
   Обеспечение выделения необходимых ресурсов для выполнения проекта	+
   Непосредственное руководство Командой проекта		+
   Формирование предложений по стимулированию Команды проекта	+
   Обеспечение стимулирования Команды проекта	+
   Организация выполнения работ
   Организация взаимодействия с Заказчиком и обеспечение всех необходимых коммуникационных связей с другими участниками проекта		+
   Организация подготовки, согласования и утверждения всей технической документации, необходимой для создания ИС в рамках проекта			+
   Организация, проведение и документирование процедур передачи Заказчику разработанной ИС		+	+
   Рассмотрение и утверждение регламентирующих документов, необходимых для организации и выполнения проекта	+
   Ведение организационно-распорядительной и отчетной документации. Поддержание в актуальном состоянии списка команды проекта				+
   Обеспечение команды проекта необходимыми информационными материалами				+
   Материально-техническое и хозяйственное обеспечение команды проекта				+
   Контроль хода выполнения проекта
   Организация и проведение совещаний по обсуждению хода работ проекта		+
   Подготовка и предоставление Куратору отчетов о ходе работ проекта		+
   Получение и анализ сводной отчетности о ходе реализации проекта	+
   Контроль соответствия результатов проекта Техническому заданию на разработку ИС			+
   Согласование фактических трудозатрат специалистов при исполнении проекта		+	+

   На коды, используемые в матрице ответственности, каких-либо ограничений не существует, но наибольшее распространение получил метод RACI (Responsible (R), Accountable (A), Consulted (C), Informed(I)), в котором приведено описание соответствующих кодов.

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

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

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

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