Проектная организационная структура. Организационная структура проекта Недостатки реализации проектов в проектной структуре организации

Данный подход предполагает наивысшую степень централизации власти менеджера проекта (это т.н. «чисто» проектная структура).

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

Рисунок 4 – Реализация проекта путем создания «чисто» проектной структуры

Менеджер проекта формирует выделенную команду проекта; исполнители напрямую подчиняются менеджеру проекта.

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


Рисунок 5 – Пример «чисто» проектной структуры

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

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

«Чистая» проектная организация имеет свои преимущества и недостатки (см. таблицу 2).

Таблица 2 – Преимущества и недостатки «чистой» проектной организационной структуры

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

2) Весь персонал проекта подчиняется непосредственно менеджеру проекта. Это позволяет быстро принимать и реализовывать управленческие решения (не требуется получать разрешения или принимать во внимание советы руководителей функциональных подразделений). 2) Необходимость обеспечивать проект квалифицированными исполнителями приводит к тому, что менеджер проекта вынужден их «складировать» (чтобы быть уверенным в том, что они будут доступны, когда возникнет необходимость). Специалистов с критически ценными техническими навыками можно нанимать на проект тогда, когда они доступны, а не тогда, когда они нужны. Точно так же существует тенденция держать их на проекте дольше, чем в них есть потребность, – просто «на всякий случай».
3) Сокращаются коммуникационные пути. Менеджер проекта напрямую общается с высшим корпоративным руководством, с подчиненными и подрядчиками. Это также позволяет ускорить принятие управленческих решений и минимизировать задержки в реализации проекта. 3) Возможно дублирование усилий по управлению проектом в случае, когда родительская организация реализует одновременно несколько проектов (обычно каждый из них стремятся полностью укомплектовать персоналом). Усилия могут дублироваться в каждой области (от офисной работы до более сложной и дорогой технологической поддержки).
4) Участники команды проекта считают себя единым целым. Это позволяет поддерживать высокий уровень мотивации и взаимопомощи в команде. 4) Отсутствие технического контроля проекта со стороны функционального подразделения (в случае если проект характеризуется как «высокотехнологичный»). Хотя специалисты, работающие над проектом, обладают глубокими познаниями в технологии проекта, возможно, они знают меньше в других технических областях. Функциональное подразделение – это хранилище технических знаний, но оно не является доступным для участников «чисто» проектной организации.
5) Поскольку управление централизованное, можно более гибко и быстро принимать решения. «Чисто» проектная организация в состоянии оперативно реагировать на изменения условий реализации проекта, потребностей заказчика или требований высшего руководства. 5) Команда проекта может оказаться изолированной от остальной компании. Участники команды начинают делить всех на «своих» и «чужих», разрушаются отношения между участниками команды и их коллегами из родительской организации. Дружеское соревнование может превратиться в жесткую конкуренцию, борьба между проектами может стать обычной практикой.
6) Позволяет поддерживать целостность проекта. Часто основной причиной провалов проектов становится то, что специалисты фокусируются на частных решениях и оптимизируют подсистемы проекта вместо проекта в целом. 6) Дополнительные затраты на обучение персонала, на срабатываемость и привыкание друг к другу (т.к. осуществляется набор, перемещение и переподчинение персонала).
7) Структура проектной организации не зависит от функциональной структуры и сложившейся системы подчиненности в компании, что делает ее легкой для понимания и внедрения. 7) Может возникнуть беспокойство о «жизни после проекта». Обычно люди совершенно не знают, что будет, когда проект закончится (Будут ли члены команды временно отстранены от работы? Не будут ли они назначены на малопрестижную работу? Пригодятся ли их навыки на других проектах? Будет ли команда распущена?) Это также может вести к ухудшению психологического климата и снижению работоспособности в команде.

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

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

проекта?

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

Выделенная структура

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

Двойственный тип

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

Сложная конструкция

Такая структура проекта отличается наличием сразу множества отделов (или предприятий), каждый из которых имеет свою зону ответственности. На примере той же компьютерной игры вся система может выглядеть примерно так: есть руководство, принявшее волевое решение о начале создания продукта. Дальше существует несколько отделов, каждый из которых должен предоставить часть общего товара. У них может не быть собственных специалистов, из-за чего приходится нанимать людей со стороны. Те, в свою очередь, могут выполнить работу самостоятельно или передоверить кому-то ещё. То есть основа компании представляет собой буквально несколько блоков или отделов. Остальное все делают сторонние организации. Зато конечный результат собирается уже сотрудниками основной компании.

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

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

Функции посредников

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

Матричная структура

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

Проектный тип

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

Разделение и особенности

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

Создание

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

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

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

Особенности детализации

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

Итог

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

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

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

Рис. 11.2.

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

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

Рис. 11.3.

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

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

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

  • 1) проект осуществляется относительно самостоятельно, не отбирает ресурсы (помимо людей) у функциональных отделов, которые работают в обычном режиме;
  • 2) участники проекта концентрируют внимание на проекте, не отвлекаются на выполнение повседневной работы, что обеспечивает рост производительности труда;
  • 3) независимые команды проекта работают непосредственно на проектного менеджера. Это приводит к более прибыльно-ориентированному мышлению, экономии времени. Реакция на принятые управленческие решения наступает значительно быстрее, так как информация уже не ходит по вертикали организационной иерархии;
  • 4) в команде действует высокий уровень мотивации и взаимопонимания. Общая цель и общая ответственность снижают конфликтность во взаимоотношениях членов команды;
  • 5) члены команды имеют возможность тесно взаимодействовать с клиентом (заказчиком проекта), что резко сокращает время отзыва на пожелания клиента;
  • 6) в команде, как правило, наблюдается высокий уровень кросс-культурной интеграции. Специалисты из разных профессиональных сфер при надлежащем руководстве стараются оптимизировать проект целиком, а не только выполнить ту работу, где они являются экспертами;
  • 7) так как большинство решений по реализации проекта принимается проектным менеджером и членами команды проекта, топ-менеджмент компании имеет больше времени па обдумывание и принятие стратегических решений, связанных с проектом;
  • 8) возможна большая гибкость при определении сроков, стоимости, качества выполнения работ проекта, а также лучшие возможности для нахождения компромиссов по спорным вопросам.

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

  • 1) создание автономных проектных команд дорого, так как создается не только новая высоко оплачиваемая управленческая должность менеджера проекта, но и все ресурсы проекту выделяются по отдельному штату - проекту понадобятся помещения, компьютеры, вспомогательный персонал, оборудование, транспорт, связь и многое другое;
  • 2) вследствие дублирования ряда функций возрастает стоимость выполнения всех совокупных работ в организации;
  • 3) существует тенденция чрезмерно долгого удержания персонала на проекте, даже после того, как он уже не нужен. Менеджмент высшего звена должен балансировать занятость рабочей силы по мере того, как проекты начинаются и проходят определенные стадии;
  • 4) возможны психологические проблемы, порождающие конфликты и снижающие управляемость организации в целом, связанные с противопоставлением "мы-они" между членами проектной команды и остальной организацией. Это может затруднить реадаптацию при возвращении после завершения проекта членов команды на свои места в организации;
  • 5) такая структура создает проблемы и менеджерам функциональных отделов: возникает вопрос: как аттестовать, премировать, продвигать сотрудников, которые значительную часть времени работают вне отдела;
  • 6) сотрудникам, возвращающимся после окончания проекта в свои отделы, придется потратить время на то, чтобы вникнуть в текущие задания отдела, во все нововведения, инновации и т.д. Пока будет продолжаться этот процесс, они будут выглядеть профессионально слабее своих коллег, что может приводить к репутационным издержкам.

Публикуется с разрешения компании Ланит

"Офис достигает совершенства как раз к тому времени, когда фирма приходит в упадок".
12-й закон Паркинсона

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

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

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

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

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

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

Иерархический тип структур управления

Структуры управления на многих современных предприятиях были построены в соответствии с принципами управления, сформулированными еще в начале ХХ века. Наиболее полную формулировку этих принципов дал немецкий социолог Макс Вебер (концепция рациональной бюрократии):

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

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

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

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

Рис.1. Линейная структура управления

Преимущества линейной структуры:

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

Недостатки линейной структуры:

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

Вывод: в современных условиях недостатки структуры перевешивают ее достоинства. Такая структура плохо совместима с современной философией качества.

Линейно - штабная организационная структура

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


Рис.2. Линейно - штабная структура управления

Достоинства линейно - штабной структуры:

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

Недостатки линейно - штабной структуры:

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

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

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

Уже к концу 20-х годов стала ясна необходимость новых подходов к организации управления, связанная с резким увеличением размеров предприятий, диверсификацией их деятельности (многопрофильностью), усложнением технологических процессов в условиях динамически меняющегося окружения. В связи с этим стали возникать дивизионные структуры управления, прежде всего в крупных корпорациях, которые стали предоставлять определенную самостоятельность своим производственным подразделениям, оставляя за руководством корпорации стратегию развития, научно - исследовательские разработки, финансовую и инвестиционную политику и т. п. В этом типе структур сделана попытка сочетать централизованную координацию и контроль деятельности с децентрализованным управлением. Пик внедрения дивизионных структур управления пришелся на 60 - 70-е годы (Рис.3).


Рис.3. Дивизионная структура управления

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

Преимущества дивизионной структуры:

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

Недостатки дивизионной структуры:

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

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

Органический тип структур управления

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

Бригадная (кросс - функциональная) структура управления

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

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

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

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


Рис.4. Кросс - функциональная организационная структура


Рис.5. Структура организации, состоящей из рабочих групп (бригадная)

Преимущества бригадной (кросс-функциональной) структуры:

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

Недостатки бригадной (кросс-функциональной) структуры:

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

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

Проектная структура управления

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

Преимущества структуры управления по проектам:

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

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

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

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

Матричная (программно - целевая) структура управления

Такая структура представляет собой сетевую структуру, построенную на принципе двойного подчинения исполнителей: с одной стороны - непосредственному руководителю функциональной службы, которая предоставляет персонал и техническую помощь руководителю проекта, с другой - руководителю проекта или целевой программы, который наделен необходимыми полномочиями для осуществления процесса управления. При такой организации руководитель проекта взаимодействует с 2-мя группами подчиненных: с постоянными членами проектной группы и с другими работниками функциональных отделов, которые подчиняются ему временно и по ограниченному кругу вопросов. При этом сохраняется их подчинение непосредственным руководителям подразделений, отделов, служб. Для деятельности, которая имеет четко выраженное начало и окончание, формируют проекты, для постоянной деятельности - целевые программы. В организации и проекты, и целевые программы могут сосуществовать. Пример матричной программно - целевой структуры управления (фирма "Тойота") приведен на Рис. 6. Эта структура была предложена Каори Ишикава в 70-х годах и с небольшими изменениями функционирует по сей день не только на фирме "Тойота", но и на многих других фирмах по всему миру.

Управление по целевым программам осуществляется на "Тойоте" через функциональные комитеты. Например, при создании функционального комитета в области обеспечения качества председателем комитета назначается уполномоченный руководства по качеству. Из практики фирмы "Тойота", количество членов комитета не должно превышать пяти. В состав комитета входят как сотрудники отдела обеспечения качества, так и 1-2 сотрудника других отделов. Каждый комитет имеет секретариат и назначает секретаря для ведения дел. Основные вопросы рассматриваются комитетом на ежемесячных заседаниях. Комитет также может создавать группы, работающие над отдельными проектами. Комитет по качеству определяет права и обязанности всех отделов, связанных с вопросами качества и устанавливает систему их взаимоотношений. Ежемесячно комитет по качеству анализирует показатели обеспечения качества и разбирается в причинах рекламаций, если таковые имеются. В то же время комитет не несет ответственности за обеспечение качества. Эта задача решается непосредственно каждым отделом в рамках вертикальной структуры. Обязанностью комитета является соединение вертикальной и горизонтальной структуры для улучшения деятельности всей организации.


Рис.6. Матричная структура управления на фирме "Тойота"

Преимущества матричной структуры:

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

Недостатки матричных структур:

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

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

Многомерная организационная структура

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

Традиционно организационная структура охватывает два вида взаимоотношений:

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

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

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

Услуги -это виды деятельности, необходимые для обеспечения программ или выполнения операции. Типичными услугами (S1, S2,. . . , Sn) являются работы, выполняемые такими подразделениями, как бухгалтерия, отдел обработки данных, отдел технического обслуживания, отдел урегулирования трудовых конфликтов, финансовый отдел, отдел кадров, юридические службы.

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

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

Программы / Виды деятельности Р1 Р2 . . . Рк
Операция Q1
Операция Q2
. . . .
Операция Qm
Услуга S1
Услуга S2
. . . .
Услуга Sm

Рис.7. Схема взаимодействия видов деятельности и программ

Подразделения-потребители / подразделения-потребители Операция
Q1
Операция
Q2
. . . . Операция
Qm
Услуга
S1
S2 . . . . Sn
Операция Q1
Операция Q2
Операция Qm
Услуга S1
Услуга S2
. . . .
Услуга Sn

Рис. 8. Схема взаимодействия видов деятельности

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

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


Рис.9. Структура координации в крупных организациях

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

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


Рис.10. Трехмерная организационная структура

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

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

Преимущества многомерной организационной структуры

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

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

Недостатки многомерной организационной структуры

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

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

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

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

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

Определение, если что, не формальное из стандарта типа PMBoK, а авторское, не знаю, где взять формальное. Если у вас есть вариант лучше – здорово, предлагайте в комментариях!

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

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

Формального распределения организационных структур проекта по типам я не знаю, но люди любят все раскладывать «по корзинкам», и я тоже люблю. Лично для себя за годы работы вывела следующие условные типы организационных структур проекта:

  1. Организационная структура управления проектом. Согласуется на уровне управляющего комитета, предназначена для определения уровней принятия решений (не забываем сначала согласовать построенную организационную структуру со спонсором проекта, просто потому что по аналогии с – это всегда должно быть вашей первой точкой согласования, если со спонсором вы хотите дружить).
  2. Организационная структура выполнения проекта. Согласуется на уровне тимлидов, предназначена для организации взаимодействия между командами, вовлеченными в проект (архитектура, тестирование, разработка, анализ и проч.).
  3. Организационная структура работы с подрядчиком или подрядчиками в проекте. Согласуется на уровне ответственных за проект от каждой вовлеченной стороны для определения процесса работы и точек принятия решений.
  4. Организационная структура программы проектов. Согласуется на уровне руководителя программы и ее спонсора для определения процесса взаимодействия между проектами (и, конечно, руководителями проектов), включенными в программу.

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

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

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

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

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

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

Для построения организационной структуры проекта нужно пройти следующие шаги:

  1. Понять, кто вообще будет вовлечен в проект (снова привет ).
  2. Понять, достаточно ли вам будет одной орструктуры или необходимо построить несколько, и для чего вообще вы ее строите. Например, организационная структура управления проектом, которую вы будете согласовывать на уровне управляющего комитета будет отличаться от организационной структуры выполнения проекта для организации взаимодействия между командами или от организационной структуры, которую вы делаете, чтобы четко определить процесс взаимодействия с подрядчиками в этом проекте.
  3. Накидать на слайд, в visio, mindmap или в любом другом инструменте список всех участников.
  4. Определить, какую информацию помимо ролей вам необходимо видеть. Обычно это как минимум должности и подчиненность, а как максимум – уровень принимаемых решений, конкретные имена, регулярность встреч и проч. Пытаться впихнуть туда все я не рекомендую – для этого есть , а картинку с оргструктурой лучше этим не перегружать.
  5. Прорисовать подчиненность/иерархию и направления коммуникации .
  6. Посмотреть на свой рисунок и учесть политические моменты. Иногда вы понимаете, что РМ со стороны Заказчика в силу каких-то объективных причин должен подчиняться вам (и вообще он не РМ, а функциональный эксперт, будем честными), или что мнение конкретного директора по качеству в этом проекте вообще никого не интересует и видеть его тут не хочется, или что в данной проектной структуре финансовый директор должен бы подчиняться ИТ-директору (потому что сильно завязано на потоки денег, и именно ИТ-директор будет говорить финансовому, в какой момент и какие суммы надо спланировать). Но надо понимать, как это будет воспринято при согласовании, каковы ваши шансы такую оргструктуру «протащить», и как она соотносится с культурой компании и существующими в ней политическими течениями. Да, после этого вы будете себя чувствовать, как , но от политики никуда не денешься.
  7. «Прилично» оформить картинку, избавившись от всей лишней информации, «потерявшихся» людей и стрелок и проч. Организационная структура проекта – один из основополагающих документов и должен выглядеть прилично, чтобы его воспринимали всерьез.
  8. Показать получившуюся оргстурктуру проекта кому-нибудь, не входящему в нее, но понимающему контекст . Этот человек сможет вам подсказать, что в ней непонятно, и, возможно, обратит вниманием на какие-то логические или политические несоответствия, т.к. в процессе разработки взгляд все-таки замыливается.
  9. Согласовать построенную организационную структуру со спонсором проекта или с другими заинтересованными лицами, чем мнение неплохо бы получить до обнародования вашего шедевра.
  10. После того, как орструктура проекта согласована со спонсором – либо добавить ее в устав либо вынести на согласование на соответствующий уровень как часть плана управления проектом.

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

Как и для WBS – единого стандарта для разработки организационной структуры проекта нет. Главное, чтобы она была понятна, не допускала двойного толкования и помогала в работе.

Ниже вы найдете примеры оргструктур с разных моих проектов.

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

Пример 1. Классическая организационная структура проекта, которой будет достаточно в 95% случаев

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

Пример 3. Организационная структура проекта с разделением по уровням управления и одновременно – с выделением команды Заказчика и команды ИТ

Пример 4. Организационная структура выполнения проекта

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