
- •Ограничения проекта
- •Инициализации. Переговоры со спонсором
- •Формирование Устава проекта. Примерный шаблон Устава проекта
- •Чего не стоит делать в ходе инициации проекта
- •План управления проектом. Состав плана управления проектом
- •Процесс первоначальной разработки плана (один из вариантов «лучшей практики»)
- •Сбор требований. Методы сбора требований
- •Балансировка требований
- •Выявление заинтересованных лиц. Реестр заинтересованных лиц. Поля таблицы заинтересованных лиц.
- •Состав столбцов реестра заинтересованных лиц.
- •Состав столбцов матрицы требований.
- •Создание концепции (scope) проекта
- •Возможный шаблон «Концепция проекта» (разделы документа)
- •Методы управления проектами
- •Управление предметной областью проекта
- •Управление временем. Описание wbs
- •Календарное планирование. Цели календарного планирования
- •Понятие сетевого планирования. Термины сетевого планирования: работа, событие, сетевой график, путь, критический путь.
- •Правила составления сетевого графика
- •Временные параметры сетевого графика
- •Зависимости между работами
- •Трудоемкость работы, продолжительность работы. Пример.
- •Задачами контроля расписания
- •Оценка трудоемкости работ
- •Методы оценки длительности работ
- •Выравнивание ресурсов
- •Эффективность использования рабочего времени. Пример.
- •Показатели трудоемкости работ проекта с учетом эффективности и доступности ресурса. Таблица
- •Распределение нескольких работ. Пример
- •Пример балансировки загрузки
- •Координация работ по нескольким проектам
- •Провалы проектов при выборе ресурсов
- •Планирование бюджета. Классификация расходов на проект
- •Управление и контроль за выполнением работ (управление временем)
- •Сбор информации о выполнении графика
- •Причины отклонения от графика
- •Причины отклонение от запланированных расходов
- •Алгоритм изменения плана проекта
- •Коммуникации
- •Виды коммуникаций
- •Управление персоналом проекта. Признаками команды
- •Этапы развития команды проекта
- •Соотношение между размерами проекта и количеством участников команды
- •Конфликты
- •Принципы управления командой
- •Управление рисками
- •Идентификация рисков. Источники информации о рисках
- •Реестр рисков
- •Качественный анализ рисков
- •Количественного анализ. Оценка стоимости риска. Пример.
- •Планирование реагирования на риск
- •Планирование реагирования на риск. «План а»
- •Планирование реагирования на риск. «План б»
Возможный шаблон «Концепция проекта» (разделы документа)
Методы управления проектами
Методы управления проектами включают:
- сетевое планирование и управление (СПУ);
- календарное планирование;
- логистику;
- структурное планирование и управление;
- ресурсное планирование и управление;
- анализ, оценка и управление рисками;
- имитационное моделирование и управление и др.
Управление предметной областью проекта
Управление предметной областью проекта (Project Scope Management) или управление содержанием проекта представляет собой определение целей и задач проекта и обеспечениевключения в проект всех и только тех работ, которые необходимы для успешного завершения проекта.
Содержание продукта – это система требований, функций и характеристик, которые должны быть включены в программный продукт.
Определение работ включает в себя идентификацию и документальное оформление отдельных работ, которые должны быть выполнены для достижения целей проекта, определенных в структуре разбиения работ. В данном процессе необходимо определять работы таким образом, чтобы цели проекта могли быть достигнуты.
Управление временем. Описание wbs
Описание WBS
Work (Работа) – непрерывное физическое или умственное усилие, направленное на преодоление препятствий и достижение целей или результатов; специфическая задача, обязанность, функция или задание, часто являющиеся частью фазы или другой, большей по объему работы; что-то, производимое или выполняемое в результате усилия или применения навыков (квалификации).
Breakdown(Декомпозиция) – разделение на части или категории, выделение простых составляющих.
Structure(Структура) – фиксированное упорядоченное множество объектов и отношений между ними, классификация чего-либо по заданному основанию.
Структура Декомпозиции Работ (WBS) имеет следующие характеристики:
- описывает с необходимой точностью содержание работ по проекту;
- определяет весь объем работ по проекту;
- формируется в виде иерархической структуры (проект декомпозируется на пакеты/субпакеты и т.д. работ).
- представляет объем работ по пакету как перечень работ, имеющих измеримый или сравнимый результат.
Имеет объективный или измеримый результат, который рассматривается как результат работы по пакету или совокупность результатов работ.
WBS является средством для разделения всех работ по проекту на управляемые, определяемые пакеты работ, позволяющие достичь уровень детализации предоставляемой информации, соответствующий потребностям руководства проекта в контроле. WBS позволяет определить работу по проекту с точки зрения жизненного цикла проекта.
WBS обеспечивает выявление работ, необходимых для достижения целей проекта.
При разработке WBS необходимо принимать во внимание следующие основные правила:
Каждый элемент WBS должен обеспечивать достижение ощутимого результата.
Каждый элемент WBS должен являться агрегатом всех подчиненных элементов, перечисленных непосредственно под ним.
Результаты должны логически декомпозироваться до уровня, на котором можно определить, как они будут достигаться (проектирование, поставки, заключение договоров, производство). Декомпозиция результатов, начиная от верхнего уровня WBS (проекта) до нижнего уровня должно быть логически связано.
Результаты пакетов работ должны быть уникальными и отличаться от результатов других пакетов работ того же уровня. Они должны декомпозироваться до уровня детализации, обеспечивающей успешное планирование, координацию и контроль работ, связанных с достижением поставленных целей.
Важнейшим элементом ИСР служит так называемый «словарь ИСР» (WBS-dictionary). Словарь позволяет подробнее описать то, что мы имели в виду под скупой формулировкой в ИСР. Информация словаря должна быть доступна всем членам команды – для использования при выполнении собственных работ.
Нужно сказать, что очень часто (и в данном примере) основными пакетами работ являются результаты, необходимые для создания результата проекта, но вместе с тем, сами по себе они не являются целями проекта (например, заключение трудовых договором с сотрудниками предприятия, подготовка рекламной кампании).
Третий шаг – пересмотр (анализ) и усовершенствование всех деталей WBS.
Четвертый шаг – объединение и создание связей как дополнительных уровней детализации, так и основных целей и задач.