
- •Ограничения проекта
- •Инициализации. Переговоры со спонсором
- •Формирование Устава проекта. Примерный шаблон Устава проекта
- •Чего не стоит делать в ходе инициации проекта
- •План управления проектом. Состав плана управления проектом
- •Процесс первоначальной разработки плана (один из вариантов «лучшей практики»)
- •Сбор требований. Методы сбора требований
- •Балансировка требований
- •Выявление заинтересованных лиц. Реестр заинтересованных лиц. Поля таблицы заинтересованных лиц.
- •Состав столбцов реестра заинтересованных лиц.
- •Состав столбцов матрицы требований.
- •Создание концепции (scope) проекта
- •Возможный шаблон «Концепция проекта» (разделы документа)
- •Методы управления проектами
- •Управление предметной областью проекта
- •Управление временем. Описание wbs
- •Календарное планирование. Цели календарного планирования
- •Понятие сетевого планирования. Термины сетевого планирования: работа, событие, сетевой график, путь, критический путь.
- •Правила составления сетевого графика
- •Временные параметры сетевого графика
- •Зависимости между работами
- •Трудоемкость работы, продолжительность работы. Пример.
- •Задачами контроля расписания
- •Оценка трудоемкости работ
- •Методы оценки длительности работ
- •Выравнивание ресурсов
- •Эффективность использования рабочего времени. Пример.
- •Показатели трудоемкости работ проекта с учетом эффективности и доступности ресурса. Таблица
- •Распределение нескольких работ. Пример
- •Пример балансировки загрузки
- •Координация работ по нескольким проектам
- •Провалы проектов при выборе ресурсов
- •Планирование бюджета. Классификация расходов на проект
- •Управление и контроль за выполнением работ (управление временем)
- •Сбор информации о выполнении графика
- •Причины отклонения от графика
- •Причины отклонение от запланированных расходов
- •Алгоритм изменения плана проекта
- •Коммуникации
- •Виды коммуникаций
- •Управление персоналом проекта. Признаками команды
- •Этапы развития команды проекта
- •Соотношение между размерами проекта и количеством участников команды
- •Конфликты
- •Принципы управления командой
- •Управление рисками
- •Идентификация рисков. Источники информации о рисках
- •Реестр рисков
- •Качественный анализ рисков
- •Количественного анализ. Оценка стоимости риска. Пример.
- •Планирование реагирования на риск
- •Планирование реагирования на риск. «План а»
- •Планирование реагирования на риск. «План б»
Виды коммуникаций
Управление персоналом проекта. Признаками команды
- внутренняя организация, состоящая из органов управления, контроля и санкций;
- групповые ценности, на основе которых формируется чувство общности в команде и создается общественное мнение;
- собственный принцип обособления, отличающий ее от других команд;
- групповое давление, т. е. воздействие на поведение членов команды общими целями и задачами деятельности;
- стремление к устойчивости благодаря механизму отношений, возникающих между людьми в ходе решения общих задач;
- закрепление определенных традиций.
Этапы развития команды проекта
Соотношение между размерами проекта и количеством участников команды
Конфликты
Формирование атмосферы сотрудничества и взаимодействия в команде не исключает возможности конфликтов. Менеджер проекта должен понимать, что без конфликтов, без противоречий, являющихся источником развития, не может быть продвижения вперед. Поэтому он должен уметь распознать категорию конфликта и выбрать стратегию управления, позволяющую не только разрешить конфликт, но и обеспечить целесообразную реализацию проекта.
Конфликты можно подразделить на горизонтальные (между сотрудниками, не находящимися в подчинении друг другу), вертикальные (между людьми, которые находятся в подчинении друг другу), смешанные (участвуют и те и другие). Конфликты так же бывают конструктивные и деструктивные.
Причины конфликтов. В основном, конфликты вызывают три группы причин, обусловленных:
трудовым процессом;
психологическими особенностями взаимоотношений людей(симпатии, антипатии, культурные и другие различия людей, действия руководства и т. д.);
личностными особенностями членов группы (наличие или отсутствие самоконтроля, коммуникабельность, агрессивность, грубость, бестактность и т. д.).
Руководитель должен прогнозировать конфликты и их влияние, анализировать всю систему связи людей данной группы, уметь управлять конфликтами и находить способы делать их конструктивными.
Принципы управления командой
Совместный эффект навыков и опыта персонала может изменять производительность в четыре раза.
Работа в команде представляется более важной, чем сумма индивидуальностей. Управляя командами разработчиков ПО, менеджеру проекта необходимо соблюдать равновесие между очень талантливыми и просто высококвалифицированными людьми на ключевых позициях.
1. Хорошо управляемый проект может быть успешно выполнен обычной командой разработчиков.
2. Плохо управляемый проект почти никогда не будет успешным, даже если над ним трудится группа разработчиков-экспертов.
3. Система, архитектура которой разработана правильно, может быть реализована и обычной командой создателей ПО.
4. Система с плохой архитектурой заставит путаться даже команду разработчиков-экспертов.
Управление рисками
Риск – это вероятностное событие, которое может оказатьположительноеилиотрицательное влияние на проект.
Риск имеет вероятность. Если «нечто» гарантированно должно случится (например, поставщик лицензионного ПО объявил о повышение стоимости в конце года) – то это нельзя называть риском, это данность, которую мы должны учесть в ходе планирования ресурсов. Риск может иметь как негативное, так и положительное влияние на проект (например, отрицательный риск – уход одного или нескольких членов команды; положительный – появление на проекте признанного эксперта, если он успеет освободиться от текущих дел и не будет перехвачен другими командами).
Управление рисками призвано экономить деньги и время проекта. В «лучших проектных практиках» на управление рисками делается особый акцент, в то время как менеджеры, сторонящиеся методологий, им пренебрегают.
Работая с рисками, ПМ всерьез повышает шансы проекта «удержаться в треугольнике». Кроме того, он получает возможность проиллюстрировать спонсору эффективность своей работы.
Работу с рисками можно представить в виде набора последовательных процессов (шагов).