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

Планирование управления содержанием

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

• Определить источники запросов на изменение.
• Установить порядок анализа, оценки и утверждения/отклонения изменения содержания.
• Определить порядок документирования изменений содержания.
• Определить порядок информирования об изменении содержания.

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

4.3.1 Организационные структуры: виды и характеристика

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

Синоним функциональной структуры — иерархическая структура (Рисунок 7). Имеет следующие особенности:

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

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

На другом краю спектра организационных структур находится проектная структура (Рисунок 8). В чисто проектных организациях:

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

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

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

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

Рисунок 8. Проектная структура

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

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

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

Рисунок 9. Слабая матрица

Рисунок 10. Сбалансированная матрица

Рисунок 11. Сильная матрица

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

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

1. Анализ. Извлечение, документирование и сопровождение требований к продукту.
2. Управление. Определение и управление производственными процессами.
3. Производство. Проектирование и разработка ПО.
4. Тестирование. Тестирование ПО.
5. Обеспечение. Производство дополнительных продуктов и услуг.

Дата добавления: 2014-01-04