Управление
<<  Управление проектами Управление процессами  >>
Управление проектами Тема 3 – дизайн проекта Проф
Управление проектами Тема 3 – дизайн проекта Проф
Содержание курса
Содержание курса
3. Дизайн проекта/организация проекта
3. Дизайн проекта/организация проекта
3.1. Введение
3.1. Введение
3.1. Введение
3.1. Введение
3.1. Введение
3.1. Введение
3.2. Внутренне и внешнее управление проектами
3.2. Внутренне и внешнее управление проектами
3.2.1. Внутреннее управление проектами
3.2.1. Внутреннее управление проектами
3.2.1.1. Организационная структура проектов с внутренним управлением
3.2.1.1. Организационная структура проектов с внутренним управлением
3.2.1.1.1. Чисто проектная организация
3.2.1.1.1. Чисто проектная организация
3.2.1.1.1. Чисто проектная организация
3.2.1.1.1. Чисто проектная организация
3.2.1.1.1. Чисто проектная организация
3.2.1.1.1. Чисто проектная организация
3.2.1.1.1. Чисто проектная организация
3.2.1.1.1. Чисто проектная организация
3.2.1.1.1. Чисто проектная организация
3.2.1.1.1. Чисто проектная организация
3.2.1.1.1. Чисто проектная организация
3.2.1.1.1. Чисто проектная организация
3.2.1.1.2. Менеджмент влияния/координация проектов
3.2.1.1.2. Менеджмент влияния/координация проектов
3.2.1.1.2. Менеджмент влияния/координация проектов
3.2.1.1.2. Менеджмент влияния/координация проектов
3.2.1.1.2. Менеджмент влияния/координация проектов
3.2.1.1.2. Менеджмент влияния/координация проектов
3.2.1.1.2. Менеджмент влияния/координация проектов
3.2.1.1.2. Менеджмент влияния/координация проектов
3.2.1.1.3. Линейная проектная организация
3.2.1.1.3. Линейная проектная организация
3.2.1.1.3. Линейная проектная организация
3.2.1.1.3. Линейная проектная организация
3.2.1.1.3. Линейная проектная организация
3.2.1.1.3. Линейная проектная организация
3.2.1.1.4. Матричная проектная организация
3.2.1.1.4. Матричная проектная организация
3.2.1.1.4. Матричная проектная организация
3.2.1.1.4. Матричная проектная организация
3.2.1.1.4. Матричная проектная организация
3.2.1.1.4. Матричная проектная организация
3.2.1.1.4. Матричная проектная организация
3.2.1.1.4. Матричная проектная организация
Матричная проектная организация
Матричная проектная организация
Разграничение компетенций в матричной проектной организации
Разграничение компетенций в матричной проектной организации
The project within an existing organization Matrix structure
The project within an existing organization Matrix structure
Матричная проектная организация
Матричная проектная организация
3.2.1.2. Выбор организационной структуры проекта
3.2.1.2. Выбор организационной структуры проекта
3.2.1.2.1. Критерии выбора: 1. Власть и реализация полномочий
3.2.1.2.1. Критерии выбора: 1. Власть и реализация полномочий
3.2.1.2.1. Критерии выбора: 2. Организация и эффективность
3.2.1.2.1. Критерии выбора: 2. Организация и эффективность
3.2.1.2.1. Критерии выбора: 3.Трансфер знаний
3.2.1.2.1. Критерии выбора: 3.Трансфер знаний
3.2.1.2.1. Критерии выбора: 4. Лояльность
3.2.1.2.1. Критерии выбора: 4. Лояльность
3.2.1.2.1. Критерии выбора: 5. Технология
3.2.1.2.1. Критерии выбора: 5. Технология
3.2.1.2.1. Критерии выбора: 6. Финансовые издержки
3.2.1.2.1. Критерии выбора: 6. Финансовые издержки
3.2.1.2.1. Критерии выбора: 7. Координация
3.2.1.2.1. Критерии выбора: 7. Координация
3.2.1.2.1. Критерии выбора: 8. Функции поддержки
3.2.1.2.1. Критерии выбора: 8. Функции поддержки
3.2.1.2.2. Условия выбора чисто функциональной структуры управления
3.2.1.2.2. Условия выбора чисто функциональной структуры управления
3.2.1.2.3. Условия выбора матричной структуры управления проектом:
3.2.1.2.3. Условия выбора матричной структуры управления проектом:
3.2.1.2.4. Условия выбора чисто проектной структуры управления
3.2.1.2.4. Условия выбора чисто проектной структуры управления
3.2.2. Внешнее управление проектами
3.2.2. Внешнее управление проектами
3.2.2.1. Схема внешнего управления большими проектами
3.2.2.1. Схема внешнего управления большими проектами
3.2.2.2. Достоинства внешнего управления проектами:
3.2.2.2. Достоинства внешнего управления проектами:
3.2.2.3. Недостатки внешнего управления проектами:
3.2.2.3. Недостатки внешнего управления проектами:
3.2.2.4. Организационная структура проектов с внешним управлением
3.2.2.4. Организационная структура проектов с внешним управлением
3.2.2.4. Организационная структура проектов с внешним управлением
3.2.2.4. Организационная структура проектов с внешним управлением
3.2.2.4. Организационная структура проектов с внешним управлением
3.2.2.4. Организационная структура проектов с внешним управлением
3.2.2.5. Основные типы контрактов на выполнение проектов
3.2.2.5. Основные типы контрактов на выполнение проектов
3.2.2.5.1. Контракт с фиксированной ценой
3.2.2.5.1. Контракт с фиксированной ценой
3.2.2.5.1. Контракт с фиксированной ценой
3.2.2.5.1. Контракт с фиксированной ценой
3.2.2.5.2. Контракт с отчетной калькуляцией
3.2.2.5.2. Контракт с отчетной калькуляцией
3.2.2.5.2. Контракт с отчетной калькуляцией
3.2.2.5.2. Контракт с отчетной калькуляцией
3.2.2.5.3. Контракт с периодическим возмещением затрат
3.2.2.5.3. Контракт с периодическим возмещением затрат
3.2.2.5.4. Контракты с целевой стоимостью
3.2.2.5.4. Контракты с целевой стоимостью
3.2.2.6. Формы контрактов
3.2.2.6. Формы контрактов
3.2.2.7. Варианты организации внешних проектов
3.2.2.7. Варианты организации внешних проектов
3.2.2.7.1. Разделение проекта на отдельные заказы
3.2.2.7.1. Разделение проекта на отдельные заказы
3.2.2.7.2. Схема с генеральным подрядчиком
3.2.2.7.2. Схема с генеральным подрядчиком
3.2.2.7.3. Организации проекта по схеме консорциума
3.2.2.7.3. Организации проекта по схеме консорциума
3.3. Поддержка проекта
3.3. Поддержка проекта
3.4. Руководитель проекта
3.4. Руководитель проекта
3.4. Руководитель проекта
3.4. Руководитель проекта
3.4.1. Задачи руководителя проекта
3.4.1. Задачи руководителя проекта
3.4.1. Задачи руководителя проекта
3.4.1. Задачи руководителя проекта
3.4.2. Специальные требования к руководителю проекта
3.4.2. Специальные требования к руководителю проекта
3.4.2. Специальные требования к руководителю проекта
3.4.2. Специальные требования к руководителю проекта
3.4.2. Специальные требования к руководителю проекта
3.4.2. Специальные требования к руководителю проекта
3.4.2. Специальные требования к руководителю проекта
3.4.2. Специальные требования к руководителю проекта
3.4.3. Желательные характеристики руководителя проекта:
3.4.3. Желательные характеристики руководителя проекта:
3.4.3. Желательные характеристики руководителя проекта:
3.4.3. Желательные характеристики руководителя проекта:
3.4.4. Зарплата руководителя проекта
3.4.4. Зарплата руководителя проекта
3.4.5. Выбор и назначение руководителя проекта
3.4.5. Выбор и назначение руководителя проекта
3.4.5. Выбор и назначение руководителя проекта
3.4.5. Выбор и назначение руководителя проекта
3.4.5. Выбор и назначение руководителя проекта
3.4.5. Выбор и назначение руководителя проекта
3.5. Проектная группа и команда проекта
3.5. Проектная группа и команда проекта
3.5.1. Управление человеческими ресурсами проекта
3.5.1. Управление человеческими ресурсами проекта
3.5.2. Правила командной работы в проекте
3.5.2. Правила командной работы в проекте
3.5.2. Правила командной работы в проекте
3.5.2. Правила командной работы в проекте
3.5.3. Недостатки проектных групп:
3.5.3. Недостатки проектных групп:
3.5.4. Эффективность проектной группы
3.5.4. Эффективность проектной группы
3.5.4. Эффективность проектной группы
3.5.4. Эффективность проектной группы
3.5.4. Эффективность проектной группы
3.5.4. Эффективность проектной группы
3.5.4. Эффективность проектной группы
3.5.4. Эффективность проектной группы
3.5.5. Мониторинг работы команды
3.5.5. Мониторинг работы команды
3.5.5. Мониторинг работы команды
3.5.5. Мониторинг работы команды
3.5.6. Оценка трудового вклада членов команды
3.5.6. Оценка трудового вклада членов команды
К расчету КТУ
К расчету КТУ
К расчету КТУ
К расчету КТУ
3.6. Организация процесса выполнения проекта
3.6. Организация процесса выполнения проекта
3.6. Организация процесса выполнения проекта
3.6. Организация процесса выполнения проекта
3.6. Организация процесса выполнения проекта
3.6. Организация процесса выполнения проекта

Презентация: «Управление проектами». Автор: dulzon. Файл: «Управление проектами.ppt». Размер zip-архива: 332 КБ.

Управление проектами

содержание презентации «Управление проектами.ppt»
СлайдТекст
1 Управление проектами Тема 3 – дизайн проекта Проф

Управление проектами Тема 3 – дизайн проекта Проф

, д.т.н. А.А. Дульзон

Национальный исследовательский Томский политехнический университет Институт социально-гуманитарных технологий Кафедра инженерного предпринимательства

Томск 2013

2 Содержание курса

Содержание курса

1. Введение в управление проектами 2. Подготовка проекта 3. Дизайн проекта/организация проекта 4. Планирование проекта 5. Управление рисками 6. Старт проекта 7. Управление проектом/контроллинг проекта

3 3. Дизайн проекта/организация проекта

3. Дизайн проекта/организация проекта

3.1. Введение 3.2. Внутренне и внешнее управление проектами 3.3. Поддержка проекта 3.4. Руководитель проекта 3.5. Проектная группа и команда проекта 3.6. Организация процесса выполнения проекта

4 3.1. Введение

3.1. Введение

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

5 3.1. Введение

3.1. Введение

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

6 3.1. Введение

3.1. Введение

3.1.1.3. Самому проекту тоже необходима определенная организационная структура. Это связано как с необходимостью определения прав, ответственности и коммуникации внутри проекта, так и определения отношений с материнской организацией. Важность этого момента определяется тем, что каждый участник проекта с одной стороны принадлежит к линии, но с другой стороны временно работает в проекте, причем, возможно, с другими компетенциями. Организационная структура проекта регулирует взаимодействие руководителя проекта, команды проекта и других групп, участвующих в проекте (Who is Who?). Организация процесса/хода проекта устанавливает фазы, формальные правила и методы работы (Как делать будем?).

7 3.2. Внутренне и внешнее управление проектами

3.2. Внутренне и внешнее управление проектами

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

8 3.2.1. Внутреннее управление проектами

3.2.1. Внутреннее управление проектами

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

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

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

Чисто проектная организация Менеджмент влияния Линейная проектная организация Матричная проектная организация

10 3.2.1.1.1. Чисто проектная организация

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

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

11 3.2.1.1.1. Чисто проектная организация

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

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

12 3.2.1.1.1. Чисто проектная организация

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

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

13 3.2.1.1.1. Чисто проектная организация

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

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

14 3.2.1.1.1. Чисто проектная организация

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

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

15 3.2.1.1.1. Чисто проектная организация

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

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

16 3.2.1.1.2. Менеджмент влияния/координация проектов

3.2.1.1.2. Менеджмент влияния/координация проектов

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

17 3.2.1.1.2. Менеджмент влияния/координация проектов

3.2.1.1.2. Менеджмент влияния/координация проектов

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

18 3.2.1.1.2. Менеджмент влияния/координация проектов

3.2.1.1.2. Менеджмент влияния/координация проектов

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

19 3.2.1.1.2. Менеджмент влияния/координация проектов

3.2.1.1.2. Менеджмент влияния/координация проектов

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

20 3.2.1.1.3. Линейная проектная организация

3.2.1.1.3. Линейная проектная организация

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

21 3.2.1.1.3. Линейная проектная организация

3.2.1.1.3. Линейная проектная организация

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

22 3.2.1.1.3. Линейная проектная организация

3.2.1.1.3. Линейная проектная организация

Недостатки: проект оказывается далек от руководства предприятия; значение проекта оказывается приниженным, т.к. функция обычно важнее; позиция руководителя проекта сильно зависит от руководителя подразделения; межфункциональные коммуникации сильно затруднены.

23 3.2.1.1.4. Матричная проектная организация

3.2.1.1.4. Матричная проектная организация

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

24 3.2.1.1.4. Матричная проектная организация

3.2.1.1.4. Матричная проектная организация

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

25 3.2.1.1.4. Матричная проектная организация

3.2.1.1.4. Матричная проектная организация

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

26 3.2.1.1.4. Матричная проектная организация

3.2.1.1.4. Матричная проектная организация

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

27 Матричная проектная организация

Матричная проектная организация

28 Разграничение компетенций в матричной проектной организации

Разграничение компетенций в матричной проектной организации

Решение согласование

29 The project within an existing organization Matrix structure

The project within an existing organization Matrix structure

30 Матричная проектная организация

Матричная проектная организация

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

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

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

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

32 3.2.1.2.1. Критерии выбора: 1. Власть и реализация полномочий

3.2.1.2.1. Критерии выбора: 1. Власть и реализация полномочий

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

33 3.2.1.2.1. Критерии выбора: 2. Организация и эффективность

3.2.1.2.1. Критерии выбора: 2. Организация и эффективность

коммуникаций.

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

34 3.2.1.2.1. Критерии выбора: 3.Трансфер знаний

3.2.1.2.1. Критерии выбора: 3.Трансфер знаний

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

35 3.2.1.2.1. Критерии выбора: 4. Лояльность

3.2.1.2.1. Критерии выбора: 4. Лояльность

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

36 3.2.1.2.1. Критерии выбора: 5. Технология

3.2.1.2.1. Критерии выбора: 5. Технология

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

37 3.2.1.2.1. Критерии выбора: 6. Финансовые издержки

3.2.1.2.1. Критерии выбора: 6. Финансовые издержки

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

38 3.2.1.2.1. Критерии выбора: 7. Координация

3.2.1.2.1. Критерии выбора: 7. Координация

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

39 3.2.1.2.1. Критерии выбора: 8. Функции поддержки

3.2.1.2.1. Критерии выбора: 8. Функции поддержки

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

40 3.2.1.2.2. Условия выбора чисто функциональной структуры управления

3.2.1.2.2. Условия выбора чисто функциональной структуры управления

проектом:

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

41 3.2.1.2.3. Условия выбора матричной структуры управления проектом:

3.2.1.2.3. Условия выбора матричной структуры управления проектом:

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

42 3.2.1.2.4. Условия выбора чисто проектной структуры управления

3.2.1.2.4. Условия выбора чисто проектной структуры управления

проектом

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

43 3.2.2. Внешнее управление проектами

3.2.2. Внешнее управление проектами

44 3.2.2.1. Схема внешнего управления большими проектами

3.2.2.1. Схема внешнего управления большими проектами

45 3.2.2.2. Достоинства внешнего управления проектами:

3.2.2.2. Достоинства внешнего управления проектами:

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

46 3.2.2.3. Недостатки внешнего управления проектами:

3.2.2.3. Недостатки внешнего управления проектами:

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

47 3.2.2.4. Организационная структура проектов с внешним управлением

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

Линии управления (власти и контроля), контрактные связи и коммуникационные связи могут быть идентичными, но могут идти и разными путями в организационной структуре. Теоретически совершенно недопустимы прямые коммуникационные связи (минуя руководителя проекта) между клиентом и структурами проекта. Классическим результатом таких коммуникационных связей является «ползучее» увеличение объема работ (creeping scope) и эскалация издержек проекта.

48 3.2.2.4. Организационная структура проектов с внешним управлением

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

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

49 3.2.2.4. Организационная структура проектов с внешним управлением

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

50 3.2.2.5. Основные типы контрактов на выполнение проектов

3.2.2.5. Основные типы контрактов на выполнение проектов

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

51 3.2.2.5.1. Контракт с фиксированной ценой

3.2.2.5.1. Контракт с фиксированной ценой

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

52 3.2.2.5.1. Контракт с фиксированной ценой

3.2.2.5.1. Контракт с фиксированной ценой

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

53 3.2.2.5.2. Контракт с отчетной калькуляцией

3.2.2.5.2. Контракт с отчетной калькуляцией

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

54 3.2.2.5.2. Контракт с отчетной калькуляцией

3.2.2.5.2. Контракт с отчетной калькуляцией

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

55 3.2.2.5.3. Контракт с периодическим возмещением затрат

3.2.2.5.3. Контракт с периодическим возмещением затрат

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

56 3.2.2.5.4. Контракты с целевой стоимостью

3.2.2.5.4. Контракты с целевой стоимостью

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

57 3.2.2.6. Формы контрактов

3.2.2.6. Формы контрактов

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

58 3.2.2.7. Варианты организации внешних проектов

3.2.2.7. Варианты организации внешних проектов

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

59 3.2.2.7.1. Разделение проекта на отдельные заказы

3.2.2.7.1. Разделение проекта на отдельные заказы

60 3.2.2.7.2. Схема с генеральным подрядчиком

3.2.2.7.2. Схема с генеральным подрядчиком

61 3.2.2.7.3. Организации проекта по схеме консорциума

3.2.2.7.3. Организации проекта по схеме консорциума

62 3.3. Поддержка проекта

3.3. Поддержка проекта

Для успешного выполнения проекта немаловажное значение имеет наличие куратора.

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

63 3.4. Руководитель проекта

3.4. Руководитель проекта

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

64 3.4. Руководитель проекта

3.4. Руководитель проекта

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

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

65 3.4.1. Задачи руководителя проекта

3.4.1. Задачи руководителя проекта

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

66 3.4.1. Задачи руководителя проекта

3.4.1. Задачи руководителя проекта

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

· Обеспечение требуемыми ресурсами; · Руководство работниками и их мотивация; · Делегирование задач и постановка задач контрагентам; · Координация всех участников проекта, как внутри проекта, так и во внешней среде; · Периодическая информация руководства предприятия и заказчика в соответствии с установленными сроками или в связи с потребностями проекта.

67 3.4.2. Специальные требования к руководителю проекта

3.4.2. Специальные требования к руководителю проекта

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

68 3.4.2. Специальные требования к руководителю проекта

3.4.2. Специальные требования к руководителю проекта

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

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

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

Должен обладать необходимой квалификацией в области проектного менеджмента.

Умей творить из самых малых крох. Иначе для чего же ты кудесник? Среди людей ты божества наместник, Так помни, чтоб в словах твоих был бог. К. Бальмонт

69 3.4.2. Специальные требования к руководителю проекта

3.4.2. Специальные требования к руководителю проекта

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

70 3.4.2. Специальные требования к руководителю проекта

3.4.2. Специальные требования к руководителю проекта

Исследования показали, что в США в период выполнения больших проектов по созданию ракет и космических систем частота разводов среди руководителей проектов и ведущих специалистов проектных команд была вдвое выше, чем в среднем по стране. В качестве характерных признаков трудоголизма у них были отмечены следующие: каждую пятницу они считали, что у них есть два дополнительных рабочих дня до понедельника; 5 часов вечера они рассматривали как середину рабочего дня; они не находили времени для отдыха; уходя домой, они всегда брали с собой работу; они всегда брали работу с собой, отправляясь в отпуск.

71 3.4.3. Желательные характеристики руководителя проекта:

3.4.3. Желательные характеристики руководителя проекта:

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

72 3.4.3. Желательные характеристики руководителя проекта:

3.4.3. Желательные характеристики руководителя проекта:

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

73 3.4.4. Зарплата руководителя проекта

3.4.4. Зарплата руководителя проекта

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

74 3.4.5. Выбор и назначение руководителя проекта

3.4.5. Выбор и назначение руководителя проекта

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

75 3.4.5. Выбор и назначение руководителя проекта

3.4.5. Выбор и назначение руководителя проекта

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

76 3.4.5. Выбор и назначение руководителя проекта

3.4.5. Выбор и назначение руководителя проекта

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

77 3.5. Проектная группа и команда проекта

3.5. Проектная группа и команда проекта

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

78 3.5.1. Управление человеческими ресурсами проекта

3.5.1. Управление человеческими ресурсами проекта

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

79 3.5.2. Правила командной работы в проекте

3.5.2. Правила командной работы в проекте

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

80 3.5.2. Правила командной работы в проекте

3.5.2. Правила командной работы в проекте

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

81 3.5.3. Недостатки проектных групп:

3.5.3. Недостатки проектных групп:

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

82 3.5.4. Эффективность проектной группы

3.5.4. Эффективность проектной группы

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

83 3.5.4. Эффективность проектной группы

3.5.4. Эффективность проектной группы

Численность группы. Большие отклонения от оптимальной численности группы, составляющей 3-6 человек, отрицательно сказывается на ее производительности. При большой численности группы необходима ее структуризация. Квалификация и опыт руководителя проекта. Личные качества руководителя проекта и стиль его руководства. При этом для новых проектов многолетний опыт не всегда имеет положительное значение, поскольку порой может проявиться эффект «зашоренности».

84 3.5.4. Эффективность проектной группы

3.5.4. Эффективность проектной группы

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

85 3.5.4. Эффективность проектной группы

3.5.4. Эффективность проектной группы

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

86 3.5.5. Мониторинг работы команды

3.5.5. Мониторинг работы команды

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

87 3.5.5. Мониторинг работы команды

3.5.5. Мониторинг работы команды

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

88 3.5.6. Оценка трудового вклада членов команды

3.5.6. Оценка трудового вклада членов команды

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

89 К расчету КТУ

К расчету КТУ

Иванов

Ветров

Петрова

Еременко

Цой

Качина

Иванов

1

2

0

1

1

1

Ветров

0

1

1

2

1

0

Петрова

2

1

1

2

2

1

Еременко

2

1

0

1

0

0

Цой

1

1

0

1

1

0

Качина

1

2

1

2

2

1

Если вклад члена команды, указанного в строке, выше, чем члена команды, указанного в столбце, ставится цифра 2, если ниже – 0, если вклад одинаков – цифра 1.

90 К расчету КТУ

К расчету КТУ

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

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

91 3.6. Организация процесса выполнения проекта

3.6. Организация процесса выполнения проекта

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

92 3.6. Организация процесса выполнения проекта

3.6. Организация процесса выполнения проекта

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

93 3.6. Организация процесса выполнения проекта

3.6. Организация процесса выполнения проекта

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

«Управление проектами»
http://900igr.net/prezentacija/ekonomika/upravlenie-proektami-65577.html
cсылка на страницу

Управление

18 презентаций об управлении
Урок

Экономика

125 тем
Слайды