Проектная оргструктура (Project-Based Structure) — организационная структура, в которой сотрудники группируются вокруг конкретных проектов, а не постоянных функциональных подразделений, — руководитель проекта (project manager) обладает полными полномочиями над всеми ресурсами, назначенными на проект, включая прямую линию подчинения членов команды, в противоположность функциональной структуре (см. отдельную статью), где сотрудники остаются в постоянном функциональном подразделении, лишь временно выделяясь на проекты.
Происхождение и исследовательская база
Проектная организационная структура получила широкое распространение в отраслях с проектно-ориентированным характером основной деятельности — строительство, оборонная промышленность, консалтинг, разработка сложных инженерных систем (например, аэрокосмическая отрасль), где значительная часть операционной деятельности организации по своей природе организована вокруг дискретных, ограниченных по времени проектов, а не непрерывных повторяющихся операций. В отличие от функциональной структуры, где руководитель проекта обладает лишь ограниченным влиянием на ресурсы, временно выделенные функциональными подразделениями, в чистой проектной структуре руководитель проекта обладает полными управленческими полномочиями над командой на весь период проекта — прямая противоположность функциональной модели по распределению власти.
Ключевое структурное отличие от матричной организации: в проектной структуре сотрудники организационно принадлежат проектной команде, а не постоянному функциональному подразделению, — по завершении проекта команда обычно расформировывается, и сотрудники переходят на следующий проект, тогда как в матричной структуре (промежуточной между функциональной и проектной) сотрудники сохраняют двойную подотчётность одновременно функциональному руководителю и руководителю проекта, представляя компромисс между глубиной функциональной экспертизы и целостностью управления проектом.
Ключевой практический компромисс проектной структуры: полная управленческая ясность и целостная подотчётность за результат проекта достигается ценой потери постоянной функциональной базы для накопления и передачи специализированной экспертизы между проектами — сотрудник, переходящий от одного проекта к другому без постоянной функциональной «домашней базы», рискует потерять систематическую связь с накопленным профессиональным сообществом своей специальности, что затрудняет непрерывное развитие глубокой функциональной экспертизы, легче достижимой в функциональной или матричной структуре.
Ключевые идеи и принципы
Принцип: руководитель проекта обладает полными управленческими полномочиями над командой на период проекта.
В отличие от ограниченного влияния руководителя проекта в функциональной структуре, в проектной структуре руководитель проекта имеет прямую линию подчинения членов команды, что обеспечивает целостную, единую подотчётность за конечный результат проекта.
Принцип: организация наиболее подходит для деятельности, по своей природе организованной вокруг дискретных проектов.
Отрасли и организации, где значительная часть деятельности представляет собой ограниченные по времени, уникальные проекты (строительство, разработка сложных систем), получают наибольшую выгоду от проектной структуры по сравнению с организациями с преимущественно непрерывными, повторяющимися операциями.
Принцип: потеря постоянной функциональной базы требует компенсирующих механизмов накопления экспертизы.
Без постоянного функционального дома сотрудники рискуют потерять систематическую связь с профессиональным развитием своей специальности — организации с чисто проектной структурой должны явно компенсировать этот риск альтернативными механизмами (сообщества практики, менторство).
Ограничения, слепые зоны и критика
Расформирование проектных команд по завершении каждого проекта создаёт риск потери институциональной памяти и накопленного командного опыта совместной работы — новая команда каждого следующего проекта начинает без того уровня слаженности взаимодействия, который накапливается в стабильных, долговременных командах.
Специализированные ресурсы, требующиеся только для отдельных проектов, могут использоваться неэффективно в чисто проектной структуре по сравнению с функциональной, где такие ресурсы централизованно распределяются между множеством проектов по мере необходимости.
Карьерное развитие сотрудников в чисто проектной структуре менее предсказуемо и структурировано, чем в функциональной иерархии — отсутствие постоянного функционального руководителя, отвечающего за долгосрочное профессиональное развитие сотрудника, усложняет систематическое карьерное планирование.
Типовые ошибки
Ошибка 1: применяют чисто проектную структуру к организации с преимущественно непрерывной, повторяющейся операционной деятельностью.
Организация внедряет проектную структуру для деятельности, по своей природе не являющейся дискретными проектами, что создаёт избыточную организационную сложность без реальной необходимости.
Как избежать: применять проектную структуру именно к деятельности, по своей природе организованной вокруг дискретных, ограниченных по времени проектов, а не механически ко всей организации.
Ошибка 2: не создают компенсирующих механизмов накопления функциональной экспертизы вне проектных команд.
Сотрудники, постоянно переходящие между проектными командами, теряют систематическую связь с профессиональным развитием своей специальности без постоянного функционального дома или альтернативных механизмов поддержания экспертизы.
Как избежать: внедрять сообщества практики, менторские программы или иные механизмы, компенсирующие отсутствие постоянной функциональной базы для профессионального развития.
Ошибка 3: не сохраняют институциональную память и накопленный командный опыт между расформировываемыми проектными командами.
Каждый следующий проект начинается без систематической передачи уроков и знаний, накопленных предыдущими расформированными командами, что приводит к повторению уже решённых проблем.
Как избежать: внедрять формальные механизмы фиксации и передачи извлечённых уроков (lessons learned) между завершающимися и новыми проектными командами.
Главное, что нужно знать
Проектная оргструктура — группировка сотрудников вокруг конкретных проектов, руководитель проекта обладает полными управленческими полномочиями.
Наиболее подходит для отраслей и организаций с деятельностью, по природе организованной вокруг дискретных проектов.
Отличается от матричной структуры отсутствием двойной подотчётности — сотрудники организационно принадлежат именно проектной команде.
Требует компенсирующих механизмов накопления функциональной экспертизы при отсутствии постоянной функциональной базы.
Риск потери институциональной памяти при расформировании команд по завершении каждого проекта.
План внедрения
Неделя 1: определить, соответствует ли характер деятельности организации критериям проектной структуры
Оценить долю деятельности, реально организованной вокруг дискретных, ограниченных по времени проектов.
Неделя 2: спроектировать полномочия и подотчётность руководителей проектов
Определить объём управленческих полномочий руководителя проекта над командой на весь период проекта.
Неделя 3: внедрить компенсирующие механизмы накопления функциональной экспертизы
Настроить сообщества практики или менторские программы для поддержания профессионального развития сотрудников.
Неделя 4: разработать процесс передачи извлечённых уроков между проектными командами
Формализовать механизм фиксации и передачи накопленного опыта при расформировании команд.
Далее: оценка необходимости матричной структуры — при значимой потребности в постоянной функциональной экспертизе наряду с проектной ориентацией рассмотреть переход к матричной организации как компромиссному варианту.
Как реализовать этот план с помощью фрейма «Проектная оргструктура (Project-Based Structure)» в OrgDevTools
Фрейм состоит из четырёх карточек на вкладке «Карточки», каждая соответствует одной неделе плана внедрения выше.
Неделя 1 — карточка «Соответствие природе деятельности». Применение чисто проектной структуры к организации с преимущественно непрерывной операционной деятельностью прямо повторяет ошибку 1.
Неделя 2 — карточка «Полномочия руководителя проекта». Сюда вносится прямая линия подчинения команды на весь период проекта.
Неделя 3 — карточка «Сохранение функциональной экспертизы». Отсутствие компенсирующих механизмов накопления экспертизы вне проектных команд прямо повторяет ошибку 2.
Неделя 4 — карточка «Передача извлечённых уроков». Отсутствие формального механизма фиксации опыта при расформировании команды прямо повторяет ошибку 3.
Вкладка «Итоги» явно предупреждает, если механизмы сохранения экспертизы или передачи уроков не заполнены.