- •Г. Ю. Каллаур, о. В. Кузина управление проектами
- •Оглавление
- •Тема 1. Концепция управления проектами 14
- •Тема 2. Экспертные области в управлении проектами 30
- •Тема 7. Корпоративная система управления проектами 102
- •Тема 8. Оценка зрелости компании и ценности ксуп 117
- •27. Трофимов в.В., Иванов в.Н., Казаков м.К., Евсеев д.А., Карпова в.С. Управление проектами с Primavera. Учебное пособие. СПб.: Изд-во сПбГуэф, 2005. — 180 с. 134
- •Введение
- •Тема 1. Концепция управления проектами
- •1.1. Понятие «проект» и проектная деятельность
- •1.2. Место и роль проектов в деятельности организации
- •1.3. Классификация проектов
- •1.4. Среда управления проектами
- •1.5. Развитие управления проектами в России
- •Зарождение управления проектами (1930—1960 гг.)
- •Развитие и внедрение методов сетевого планирования и управления (1960—1980 гг.)
- •Создание программных комплексов управления проектами (1970—1980 гг.)
- •Разработка и внедрение автоматизированных систем управления (1975—1990 гг.)
- •Создание интегрированных асу (1980—1990 гг.)
- •Вопросы для самопроверки по теме 1:
- •Тема 2. Экспертные области в управлении проектами
- •2.1. Свод знаний по управлению проектами
- •2.2. Знания, стандарты и нормативные акты, относящиеся к данной области приложения
- •2.3. Понимание окружения проекта
- •Проект не является жестким стабильным образованием: ряд его элементов в процессе реализации проекта может менять свое местоположение, переходя в состав проекта из внешней среды и обратно.
- •2.4. Знания и навыки в области общего менеджмента
- •3.1. Характеристики жизненного цикла проекта.
- •3.2. Характеристики фаз проекта
- •3.3. Типы жизненных циклов
- •3.4. Взаимосвязь между жизненным циклом проекта и жизненным циклом продукта
- •Вопросы для самопроверки по теме 3:
- •Тема 4. Профессиональные обязанности менеджера проекта
- •4.1. Компетенции и задачи менеджера проекта
- •4.2. Руководство и лидерство
- •4.3. Распределение ролей и ответственности
- •4.4. Факторы и ограничения при распределении ролей
- •4.5. Кодекс профессиональной этики менеджера проекта
- •Вопросы для самопроверки по теме 4:
- •Тема 5. Участники и организация проекта
- •5.1. Заинтересованные стороны проекта
- •5.2. Органы стратегического управления и команда проекта
- •5.3. Офис управления проектами
- •5.4. Организационные структуры реализации проекта
- •Функциональная организационная структура реализации проекта
- •Проектная организационная структура реализации проекта
- •Матричная организационная структура реализации проекта
- •Слабая матрица
- •Сильная матрица
- •Сбалансированные матрицы
- •Вопросы для самопроверки по теме 5:
- •Тема 6 . Процессы управления проектами
- •6.1. Подходы к управлению. Процессный подход.
- •6.2. Группы процессов управления проектами
- •В группу процессов инициации входят следующие процессы управления проектами: разработка устава проекта и определение заинтересованных сторон.
- •6.4. Группа процессов планирования
- •6.6. Группа процессов мониторинга и контроля
- •6.7. Группа процессов закрытия
- •6.8. Активы процессов организации
- •1. Процессы и процедуры.
- •2. Корпоративная база знаний.
- •Тема 7. Корпоративная система управления проектами
- •7.1. Потребность в корпоративной системе управления проектами, ее сущность и основные элементы
- •7.2. Нормативно-регламентное и методологическое обеспечение
- •1.Основные положения:
- •7.3. Информационная система управления проектами
- •7.4. Подготовка персонала в области управления проектами. Международная сертификация.
- •Международная сертификация в области уп
- •Вопросы для самопроверки по теме 7:
- •Тема 8. Оценка зрелости компании и ценности ксуп
- •8.1. Особенности проекта по внедрению ксуп
- •8.2. Зрелость компании в области управления проектами
- •Модель зрелости Гарольда Керцнера
- •Модель зрелости pmi opm3
- •8.3. Понятие ценности и эффективности системы управления проектами
- •8.4. Подходы к оценке ценности ксуп
- •Подходы, основные на использовании сбалансированной системы показателей
- •Подходы, основанные на компетенциях организации (organizational competency)
- •Подходы, основанные на возврате инвестиций
- •Вопросы для самопроверки по теме 8:
- •Список литературы
- •Трофимов в.В., Иванов в.Н., Казаков м.К., Евсеев д.А., Карпова в.С. Управление проектами с Primavera. Учебное пособие. СПб.: Изд-во сПбГуэф, 2005. — 180 с.
- •3.9. Ограничения.
- •117997, Москва, Стремянный пер., 36.
Сильная матрица
Сильная матричная структура позиционируется ближе к «чисто» проектной организационной структуре (рис. 5.8.). Однако сильная матрица предполагает, что проект не является самостоятельной организацией, как в чисто проектной структуре. Проект не отделен от родительской организации, сохраняется влияние на исполнителей руководителей подразделений, которые на основании отзывов о работе исполнителей на проектах могут принимать решения по их дальнейшему карьерному и профессиональному росту.
Рис. 5.8. Сильная матричная организационная структура
Власть менеджера проекта над исполнителями, выделенными на проект, сильнее, чем у руководителя подразделения. Выделенные на проект исполнители выполняют задачи, поставленные менеджером проекта, и отчитываются перед ним. Менеджер проекта оценивает квалификацию и качество работ выделенного персонала.
Менеджер проекта несет полную ответственность за выполнение задач проекта. Руководители подразделений отвечают за выделение персонала на решение задач проекта по согласованному с менеджером проекта плану. Функциональный руководитель в данном случае начинает играть роль координатора пула профессиональных ресурсов и носителя профессиональныx компетенций в своей функциональной области.
Сбалансированные матрицы
Между описанными двумя крайними случаями (сильная и слабая матрицы) существует множество вариантов, где в разных пропорциях могут быть «смешаны» проектная и функциональная ответственность. В сбалансированной матричной организации предполагается (рис. 5.9), что ответственность за проект разделяется между менеджером проекта и функциональными руководителя на уровне отдельных параметров проекта. Чаше всего функциональные руководители несут ответственность за качество результатов в своих функциональных областях, а менеджер проекта координирует все работы по проекту и отвечает за получение интегрированного результата в запланированные сроки и в рамках бюджета.
Рис. 5.9. Сбалансированная матричная организационная структура
Недостатки матричной структуры обусловлены следующим:
двойное подчинение нарушает управленческий принцип единоначалия, согласование работы между подразделениями может привести к значительным задержкам в реализации проекта;
интересы руководителей подразделений и управляющих проектами могут вступать в противоречие, вызывая долгосрочные конфликты и негативно воздействуя сразу на несколько проектов;
усложняется осуществление функций контроля;
нарушается мотивация сотрудников, они не чувствуют ответственности за работу, так как вынуждены отчитываться перед несколькими руководителями;
необходимо тщательно контролировать разграничение властных полномочий между управляющим проектом и руководителем функционального подразделения, а также затраты, время и ход реализации проекта.
Среди преимуществ матричной структуры выделим:
сокращение текущих расходов, благодаря тому, что специалисты могут работать над несколькими проектами предприятия;
равнодоступность возможностей функциональных подразделений для всех команд проектов;
возможность повышения квалификации на всех уровнях и как следствие - усиление мотивации к труду.
Многие организации используют все эти структуры на различных уровнях (такие организации часто называют комбинированными). Например, даже фундаментально функциональная организация может создать специальную команду для выполнения критически важного проекта. Такая команда может обладать многими характеристиками команды проекта проектной организации. Команда может включать персонал с полной занятостью из различных функциональных отделов, может разрабатывать собственный набор операционных процедур и даже может работать за пределами стандартной формализованной структуры предоставления отчетности в ходе исполнения проекта. Также организация может управлять большинством своих проектов в сильной матрице, но позволять функциональным отделам управлять небольшими проектами.
