Структура проекта включает в себя применение. Что такое структура проекта? Организационная структура проекта

| Проект и основные этапы его разработки

Урок 59
Проект и основные этапы его разработки

Изучив эту тему, вы узнаете:

Что такое проект;
- какие типы проектов существуют;
- основные этапы разработки проекта и их назначение;
- что такое структурная декомпозиция
- и как она используется при работе над проектом.

Что такое проект?

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

Например, вы могли слышать слово «проект» в таком контексте:

♦ проект строительства скоростной магистрали Москва - Санкт-Петербург;
♦ проект социальной поддержки малоимущих граждан;
♦ президентский проект реорганизации вертикали власти;
♦ телевизионный проект («Последний герой», «Народный артист»);
♦ проект бюджета.

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

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

Рис. 6.1. Типы проектов по сферам деятельности

По продолжительности периода реализации проекты могут быть краткосрочными - до одного года, среднесрочными - от одного года до двух лет, и долгосрочными - более двух лет (рис. 6.2). Например, международный проект исследования Марса - долгосрочный, он продлится десятилетия, а проект «Фабрика звезд» краткосрочен, так как рассчитан всего на три месяца.

Рис. 6.2. Типы проектов по продолжительности

По сложности и масштабу различают простые, средние и сложные проекты (рис. 6.3). Например, сложность и масштаб учебно-образовательного проекта, который разрабатывается школьниками, даже международный, подобный проекту «Европа в школе», несоизмерим с масштабом международного проекта исследования Марса. 

Рис. 6.3. Типы проектов по сложности и масштабу

Что же означает слово «проект»?

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

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

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

Системный подход к проектной деятельности позволяет:

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

Основные этапы разработки проекта

Замысел проекта

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

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

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

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

Планирование

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

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

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

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

Рассмотрим некоторые цели, которые должны отображать соответствующие структуры.

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

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

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

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

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

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

Рис. 6.4. Общий вид иерархической структуры

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

♦ Зачем? - определяется цель проекта;
♦ Что? - определяется объект, продукт или услуга, создаваемые в проекте;
♦ Кто? - определяются участники проекта и степень их ответственности;
♦ Каким образом и когда? - определяется состав и продолжительность работ по проекту;
♦ Как проконтролировать? - определяются способы оценки степени выполнения работ.

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

Контроль и анализ

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

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

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

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

Контрольные вопросы и задания

Задания

1. Приведите несколько словосочетаний из современной жизни, содержащих слово «проект».

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

3. Приведите примеры простых и сложных проектов.

4. Приведите примеры краткосрочных и долгосрочных проектов.

5. Приведите примеры разных замыслов, которые могли бы воплотиться в проект.

Контрольные вопросы

1. Что такое проект?

2. Что является главным в любом проекте?

3. Какие основания для классификации проектов вам известны?

4. Какие типы проектов вы знаете?

5. К какому типу можно отнести проект превращения Санкт-Петербурга в туристический центр Северо-Запада?

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

7. К какому типу можно отнести проект повышения жизненного уровня россиян?

8. К какому типу можно отнести проект изучения экологического состояния малых рек вашего региона?

9. Назовите основные этапы разработки проекта.

10. В чем смысл этапа планирования проекта?

11. Что такое структура проекта и для чего она используется?

12. Что означает слово «декомпозиция»?

13. Почему каждая структура проекта является его информационной моделью?

14. В чем суть этапа контроля и анализа?

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

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

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

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

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

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

Понятия и структура проекта ИС

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

· По сферам деятельности(снабжение, производство, сбыт)

· По ресурсам (трудовые, финансовые, информационные, материальные и т.д).

· По бизнес процессам

· По функциям управления (планирование, учет, контроль, регулирование и т.д.)

· Смешанная декомпозиция

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

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

Информационное обеспечение состоит из внемашинного и внутримашинного.

К внемашинному ИО относятся системы классификации и кодирования инф-ции, а также система документации.

К внутримашинному ИО относят БД, базы знаний, пользовательский интерфейс и т.д.

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

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

В состав проектной документации по созданию ИС входят следующие основные док-ты:

1. «технико –экономическое обоснование»(ТЭО). Целью разработки данного проекта является:

Обоснование состава функциональных задач

Требования к обеспечивающим подсистемам

Технологии проектирования

Ориентировочный расчет экономической эффективности

2. «техническое задание на создание автоматиз-ой системы». Составляется на основе ТЭО и включает задания на проектирование функциональной части и обеспечивающих подсистем.

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

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

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

1 стадия: анализ (обоснования требований к ИС)

2 стадия: проектирование (создание систем на логическом уровне)

стадия: программирование(реализация системы на физ-ом уровне)

стадия: внедрение 5 стадия: эксплуатация

3.Состав проектной документации.

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

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

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

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

В технически сложных проектах важна роль главного инженера проекта (ГИП) , который порой по статусу равен менеджеру проекта.

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

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

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

ПРИМЕР ОРГАНИЗАЦИОННОЙ СТРУКТУРЫ КОМАНДЫ ПРОЕКТА

Проект и компания

Ни один проект не существует в вакууме. Как правило, он реализуется в интересах некоторой компании, которая его и инициирует. Такая компания называется родительской , головной или материнской . Соответственно, у компании есть определенная организационная структура, и проект каким-то образом «встраивается» в нее.

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

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

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

ФУНКЦИОНАЛЬНАЯ ОРГСТРУКТУРА

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

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

ПРОЕКТНАЯ ОРГСТРУКТУРА

Примечание: Цветом выделены сотрудники, участвующие в проекте.

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

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

МАТРИЧНАЯ ОРГСТРУКТУРА

Примечание: Цветом выделены сотрудники, участвующие в проекте.

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

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

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

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

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

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

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

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

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

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

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

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

Осуществить на практике кажущееся столь простым структурирование проекта не так легко. Применительно к реальным проектам структура разбивки проекта должна сочетать разделение на:

• 1) компоненты продукции;
• 2) этапы жизненного цикла проекта;
• 3) элементы организационной структуры.

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

Рис. 2.5.

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

Основные задачи структуризации проекта:

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

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

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

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

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

Рис.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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