
- •«Управление it-проектами»
- •Основное определение понятия «проект»
- •Основные стандарты управления проектами и их взаимосвязь
- •Основное определение понятия «управление проектами»
- •Основное определение понятий «программа», «управление программой», «портфель», «управление портфелем»
- •Роль офиса управления проектами
- •Роль менеджера управления проектами
- •Взаимосвязь проектов и стратегического планирования организации
- •Проекты и организационная деятельность предприятия
- •Взаимосвязь управления проектами и операционного управления процессами организации. Факторы среды предприятия
- •Факторы среды предприятия
- •Влияние организации на управление проектами
- •Жизненный цикл проекта
- •Фазы проекта
- •Взаимосвязь жизненного цикла проекта и продукта
- •Руководство проектом на протяжении жизненного цикла
- •Связи между фазами проекта
- •Определение понятия «процесс». Группы процессов управления проектом
- •Общие взаимодействия процессов управления проектами
- •Состав группы процессов инициации
- •Состав группы процессов планирования
- •Состав группы процессов исполнения
- •Состав группы процессов мониторинга и управления
- •Состав группы процессов завершения
- •Назначение процессов проекта в рамках жизненного цикла системы
- •Процесс планирования проекта
- •Процесс оценки проекта
- •Процесс контроля проекта
- •Процесс принятия решений
- •Процесс управления рисками
- •Процесс управления конфигурацией
- •Процесс управления информацией
- •Определение понятия «модель жизненного цикла»
- •Взаимосвязь моделей жизненных циклов информационных и программных систем
- •Каскадная (водопадная) модель жизненного цикла разработки ис
- •Спиральная модель жизненного цикла разработки ис
- •Инициация проекта разработки информационной системы
- •Сравнение процессов инициации проекта разработки ис в различных стандартах и методологиях
- •Общая методика инициации проекта
- •Предварительное оценивание реализуемости проекта разработки ис
- •Участники проекта разработки ис. Документирование инициации проекта разработки ис
- •Определение участников проекта в стандарте iso 15288:2002
- •Участники проекта разработки ис
- •Документирование процессов инициации проекта разработки ис
- •План управления проектом
- •Процесс планирования проекта в рамках жизненного цикла системы
- •Планирование проекта разработки ис в соответствии с положениями гост группы 34 «Информационные технологии»
- •Основные определения и описания требований к информационным и программным системам
- •Основы управления требованиями к информационным и программным системам
- •Основные проблемы работы с требованиями к информационным и программным системам
- •Входы, инструменты и выходы процесса «Определение содержания»
- •Входы, инструменты и выходы процесса «Создание иерархической структуры работ»
- •Особенности выполнения процессов построения иерархической структуры работ в соответствии с положениями iso 15288:2002
- •Процессы планирования человеческих ресурсов в стандарте pmbok
- •Процессы управления человеческими ресурсами в стандарте iso 15288:2002
- •Описание идеальной команды it-проекта
- •Модель People Capability Maturity Model
- •Основные процессы формирования и управления расписанием проекта
- •Методы и инструменты процесса «Определение операций»
- •Методы и инструменты процесса «Определение последовательности операций»
- •Методы и инструменты процесса «Оценка ресурсов операций»
- •Методы и инструменты процесса «Оценка длительности операции»
- •Процесс «Разработка расписания»
- •Процесс «Управление расписанием»
- •Технология разработки расписания проекта на основе метода критического пути
- •Основы управления стоимостью проекта
- •Процесс «Оценка стоимости»
- •Процесс «Определение бюджета проекта»
- •Проблема оценки стоимости и бюджетирования ит-проектов
- •Видение кризиса инженерных подходов и зарождение идей гибкого управления ит-проектами
- •Гибкие методологии разработки. Манифест и принципы Agile. Семейство Agile-методологий
- •Анализ особенностей Agile-ориентированных подходов на примере Scrum
- •Проблемы применения Agile-методологий
- •Процессы управления исполнением проекта
- •Методики измерений, используемые в иt-проектах
- •Процесс «Завершение проекта или фазы»
Процесс «Разработка расписания»
Определение термина «процесс «Разработка расписания»
Разработка расписания – процесс анализа последовательностей операций, их длительности, требований к ресурсам и временных ограничений для создания расписания проекта
Особенности выполнения процесса «Разработка расписания»
Разработка приемлемого расписания проекта зачастую является итеративным процессом, определяюшим запланированные даты старта и финиша операций и контрольных событий проекта
Входами процесса «Разработка расписания» являются:
список операций;
параметры операций;
сетевые диаграммы проекта;
требования к ресурсам операций;
ресурсные календари;
оценки длительности операций;
описание содержания проекта;
факторы среды предприятия;
активы процессов организации.
В ходе выполнения процесса «Разработка расписания» используются такие инструменты и методы:
технология анализа сети;
метод критического пути;
метод критической цепи;
выравнивание ресурсов;
анализ сценариев «что-если»;
применение опережений и задержек;
сжатие расписания;
информационные технологии формирования расписания.
Суть метода критического пути
Метод критического пути позволяет рассчитать теоретические даты раннего старта и финиша, а также даты позднего старта и финиша для всех операций без учета ресурсных ограничений путем проведения анализа прохода вперед и назад по сети проекта
Особенности формирования расписания проекта методом критического пути
Для любого пути в сети гибкость расписания, называемая «полным временным резервом», измеряется положительной разницей между ранними и поздними датами. У критических путей полный временной резерв либо нулевой, либо отрицательный, а запланированные операции на критическом пути называются «критическими операциями». Критический путь обычно характеризуется нулевым полным временным резервом
Суть метода критической цепи
Метод критической цепи представляет собой метод анализа сети, который изменяет расписание проекта с учетом ограниченности ресурсов. Критической цепью называют критический путь с ресурсными ограничениями. В остальном суть метода аналогична методу критического пути
Суть метода выравнивания ресурсов
Выравнивание ресурсов представляет собой метод анализа сети, применяемый для расписания, которое уже было проанализировано методом критического пути. Выравнивание ресурсов может быть использовано, когда общие или критически важные необходимые ресурсы доступны только в определенное время или только в ограниченном количестве, или для поддержания использования ресурсов на постоянном уровне
Особенности применения метода выравнивания ресурсов
Выравнивание ресурсов необходимо при переназначении ресурсов, например, когда ресурс был назначен для выполнения двух или более операций в один и тот же период времени, когда совместные или критически важные необходимые ресурсы доступны только в определенное время или только в ограниченном количестве
Суть метода анализа сценариев «что-если»
Анализ сценариев «что-если» - это анализ вопроса: «Что произойдет, если ситуация будет развиваться по сценарию ‘Х’?» В этом случае выполняется анализ сети, при котором с помощью модели расписания просчитываются различные сценарии
Применение результатов метода анализа сценариев «что-если»
Результаты анализа «что если» могут использоваться для оценки выполнимости расписания проекта при неблагоприятных условиях и для составления резервных планов и планов реагирования для преодоления или смягчения последствий неожиданных ситуаций
Суть метода сжатия расписания
Сжатие расписания сокращает длительность проекта без изменения содержания проекта, временных ограничений, директивных дат или иных целевых параметров расписания
Методы сжатия расписания включают в себя:
сжатие (анализируются компромиссы между стоимостью и расписанием, чтобы определить, каким образом возможно максимально сжать сроки при минимальных затратах);
быстрый проход (фазы или операции, обычно выполняемые последовательно, выполняются параллельно).
Выходами процесса «Разработка расписания» являются:
расписание проекта;
базовое расписание;
данные расписания;
обновленные версии документов проекта;
Чаще всего используется графическое представление расписания проекта в одном из следующих форматов:
диаграммы контрольных событий;
ленточные диаграммы;
сетевые диаграммы проекта.
Назначение базового расписания проекта
Базовое расписание представляет собой особую версию расписания проекта, разработанную с помощью анализа сети. Оно принимается и утверждается командой управления проектом как базовое расписание с базовыми датами старта и финиша
Документы проекта, которые могут быть обновлены, включают в себя среди прочего:
требования к ресурсам операций;
параметры операций;
календарь проекта;
реестр рисков.