Бизнес-процессы и организационные структуры разработки.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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