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

Slides:



Advertisements
Similar presentations
Выпускная квалификационная работа на тему: «Применение интернет-технологий как фактор повышения эффективности функционирования организации (на примере.
Advertisements

Парламентские библиотеки: прошлое и будущее Присцилла Бэйнз Директор Библиотеки, Палата общин, Санкт-Петербург, октябрь 2004 г.
Астрометрические каталоги К.В.Куимов, ГАИШ МГУ. Определение астрометрического каталога Астрометрический каталог – понятие неопределённое. Например, это.
Схема распределения грантов городам-участникам программы Тасис (TCAS) Экологические гранты для муниципалитетов.
Разработка программного обеспечения (Software Engineering) Ian Sommervillle Часть 4. Реализация ПО: Проектирование с повторным использованием компонентов.
Корпоративные системы управления проектами Либерзон В.И. Технологии управления СПАЙДЕР.
Поиск оптимального набора параметров оптимизаций компилятора Брусенцов Леонид Евгеньевич студент 4 курса ФИТ НГУ Руководители:Илья.
Чибиняева Ольга 4 курс.  Сущность профессии финансового аналитика  Составляющие квалифицированного аналитика  Преимущества и недостатки профессии 
Дипломная работа Ивановой О.О., группа 545 Научный руководитель: д. ф.-м. н., профессор Терехов А.Н. Генерация кода по диаграмме активностей.
Системы отбора. Условные обозначения (1) (2) (3) (4) (5) (6) (7) Математическое моделирование процессов отбора2.
Автоматизированная поддержка пользовательской документации Web-приложений, разрабатываемых в среде WebRatio Студент: Дорохов Вадим, 544 гр. Научный руководитель:
Елена Станиславовна Петрова Учитель-логопед высшей категории ГДОУ детский сад №47 комбинированного вида Фрунзенского района г. Санкт-Петербурга 2011 год.
ООО «Баркод Маркет».  Инвентаризация имущества – программная система, позволяющая организовать учет любого имущества компании.  Уменьшение неконтролируемых.
Министерство Образования и Науки Республики Татарстан сентября 2010 г. г. Казань Всемирный банк Развитие школ Республики Татарстан в условиях.
Тел. (495) Москва, а/я 212 Рабочая группа по реформе МВД Москва, 2010 Новикова Асмик, Фонд «Общественный вердикт»
Некомпенсаторное агрегирование и рейтингование студентов Авторы: Гончаров Алексей Александрович, Чистяков Вячеслав Васильевич. НФ ГУ ВШЭ 2010 год.
ПРИНЦИПЫ РАЗРАБОТКИ СИСТЕМЫ КЛАССА LEARNING MANAGEMENT SYSTEM И ОПЫТ ЕЕ ИСПОЛЬЗОВАНИЯ НА ФАКУЛЬТЕТЕ МЕНЕДЖМЕНТА Афанасьева С.В. Кафедра бизнес-информатики.
Управление содержанием проекта Курс «Управление проектами» Раздел стандарта PMBoK №5 Лектор: Рылов Всеволод Юрьевич, консультант, директор, старший преподаватель.
Определение необходимого уровня запасов на складе.
О ПЫТ ОРГАНИЗАЦИИ КОНТРОЛЯ САМОСТОЯТЕЛЬНОЙ РАБОТЫ СТУДЕНТОВ И КАЧЕСТВА ОБУЧЕНИЯ НА БАЗЕ ЦЕНТРА ДИСТАНЦИОННОГО ОБРАЗОВАНИЯ Ю ЖНОГО ФЕДЕРАЛЬНОГО УНИВЕРСИТЕТА.
Российский государственный педагогический университет им. А.И. Герцена ИНСТИТУТ ДОВУЗОВСКОЙ ПОДГОТОВКИ Дистанционное обучение «Русский язык. Подготовка.
© 2011 PM Expert Имя Фамилия. 2 © 2011 PM Expert Текст 1  Текст 2 Текст 3 Основные сведения о проекте Дайте краткую информацию о компании, для которой.
1 СПбГУ ИТМО, кафедра Компьютерных Технологий ПРИМЕНЕНИЕ АВТОМАТНОГО ПРОГРАММИРОВАНИЯ ДЛЯ ПОСТРОЕНИЯ СИСТЕМ УПРАВЛЕНИЯ БИЗНЕС- ПРОЦЕССАМИ Евгений Андреевич.
Разработка программного обеспечения (Software Engineering) Ian Sommervillle Часть 6. Управление проектами.
Адаптивный метод распределения SPMD-заданий в грид Паньшенсков Михаил, 545 группа Научный руководитель: Лукичев А.С. Рецензент: Демьянович Ю.К июня.
Компонент 3 Разработка системы показателей для измерения результативности органа исполнительной власти Component 3 Development of a system of.
Разработка программного обеспечения (Software Engineering) Часть 2. Создание ПО.
Демидов А.В г. Операционные системы Лекция 3 Процессы.
Управление проектами. © Н.М. Светлов, / 50 Компьютерные технологии управления проектами Светлов Николай Михайлович профессор кафедры экономической.
1 Генерация контекстных ограничений для баз данных Выполнил: Жолудев В. Научный руководитель: Терехов А.Н. Рецензент: Иванов А.Н.
ERAMIS “Network Europe – Russia – Asia of Masters in Informatics as a Second competence” (ERAMIS) «Магистратура по информатике как вторая компетенция для.
Понятие риска применительно к инвестиционным проектам
Microsoft Solutions Framework Технологии программирования. Курс на базе Microsoft Solutions Framework Семинар 2. Знакомство с построением диаграмм вариантов.
Программа построения институционального партнерства Тасис (IBPP) “УКРЕПЛЕНИЕ КУЛЬТУРЫ ПРАВ ЖЕНЩИН В КАЗАХСТАНЕ” В КАЗАХСТАНЕ” ИНТЕГРИРОВАННЫЙ ПРОЕКТ ПО.
Сравнение различных методов хранения XML в реляционных базах данных и в разных системах. Нгуен Тхань Хуен- 545 группа Руководитель : Б.А. Новиков Рецензент:
Microsoft Solutions Framework Технологии программирования. Курс на базе Microsoft Solutions Framework Семинар 4. Прохождение фазы выработки концепции в.
Представление Spider Project Spider Project - профессиональный пакет управления проектами, который не имеет себе равных по функциональным.
Оптимизация Just – in - time компилятора методом профилирования значений Соколов Андрей Владимирович, ФФ НГУ, 3 курс, Руководитель:
Разработка программного обеспечения (Software Engineering) Ian Sommervillle Часть 6. Оценка стоимости программного продукта.
Управление проектами Автор: Телехов Игнатий Игоревич.
ICAO Training Workshop Moscow, Применение EATMP Common Core Content в процессе разработки учебных курсов: опыт Латвии Учебный центр АНС, Латвия.
Санкт-Петербургский Государственный Университет Математико-Механический факультет Кафедра системного программирования Применение диаграмм двоичных решений.
Анализ и Проектирование качественных приложений Презентация по книге Крэга Лармана.
Разработка программного обеспечения (Software Engineering) Ian Sommervillle Часть 4. Реализация ПО: Архитектурное проектирование.
Методы определения параметров вращения Земли
Характеристика направления «Менеджмент» (бакалавриат)
Методы анализа данных. Статистическая проверка гипотез.
Разработка программного обеспечения (Software Engineering) Ian Sommervillle Часть 3. Требования к ПО: модели систем.
Объектно-ориентированное проектирование DSP-систем в телекоммуникациях Подготовил: Сергеев Виктор Николаевич СПбГУ, математико-механический Факультет,
Microsoft Solutions Framework Технологии программирования. Курс на базе Microsoft Solutions Framework Лекции 7. Методология Microsoft Solutions Framework.
SE MSF.NET Управление рисками 1 Управление рисками в IT подготовка лекции: Д.А.Маленко, контроль качества: А.Г.Дубинский,
Разработка программного обеспечения (Software Engineering) Часть 2. Создание ПО.
ОСНОВЫ УПРАВЛЕНИЯ ПРОЕКТАМИ Стандарт РМВоК 2004 Курс «Управление рисками» Лекция № 9 Авторы: Васючкова Татьяна Сергеевна, к.ф.-м.н., доцент Новосибирского.
9 октября 2004 Поиск статических изображений по содержанию: использование текстового запроса Наталья Васильева
Разработка программного обеспечения (Software Engineering) Ian Sommervillle Часть 3. Требования к ПО: разработка требований.
Анализ и оптимизация плана работ и стоимости проекта.
Классификация, кластеризация и поиск изображений на основе низкоуровневых характеристик Наталья Васильева Руководитель: Новиков Б. А.
Санкт-Петербургский Государственный Университет Экономики и Финансов
Обработка исключений в C# Единая техника обнаружения ошибок времени выполнения и передачи информации о них.
ОЦЕНКА РАДИАЦИОННОГО РЕСУРСА КОРПУСОВ РЕАКТОРОВ ВВЭР-440 В УСЛОВИЯХ ВНЕДРЕНИЯ МОДЕРНИЗИРОВАННОГО ЯДЕРНОГО ТОПЛИВА. Адеев В.А., Бурлов С.В., Панов А.Е.
КРУПНЕЙШАЯ ТЕХНИЧЕСКАЯ КОНФЕРЕНЦИЯ MICROSOFT В УКРАИНЕ Metro приложения: работа с данными Краковецкий Александр, MVP/RD/PhD. DevRain Solutions.
СОСТАВЛЕНИЕ ОПТИМАЛЬНОГО ПЛАНА ПРОДАЖ НА ПРИМЕРЕ МНОГОКВАРТИРНОГО ДОМА ЖДАНОВА МАРИЯ 4 КУРС, НИУ ВШЭ СПБ, СПБШЭМ, ДЕПАРТАМЕНТ ЭКОНОМИКИ ГРУППА « АНАЛИТИЧЕСКАЯ.
О понятийном аппарате Национальной системы квалификаций Российской Федерации Есенина Екатерина Юрьевна, ведущий научный сотрудник Центра профессионального.
Опыт Технопарка БНТУ по разработке проектной заявки Что скрывает CBHE? Томашевич Наталия Юрьевна Руководитель Центра МНТС Научно-технологический парк БНТУ.
Управление проектами: базовая терминология Авторы: Митрофанов В.Р.
Отчетность средствами Reporting Services 2008
Сергей Копорулин | Эксперт по технологиям | Microsoft
УПРАВЛЕНИЕ ПРОЕКТАМИ - ПОНЯТИЯ И ПРОЦЕССЫ. Понятия Управления Проектами  Проект - это временное предприятие, предназначенное для создания уникальных.
Дизайн корпоративных сайтов SharePoint 2010
Presentation transcript:

Управление сроками проекта Курс «Управление проектами» Раздел стандарта PMBoK №6 Лектор: Рылов Всеволод Юрьевич, директор, консультант, старший преподаватель

Цели лекции Определение состава операций Виды взаимосвязей между операциями Ознакомиться с методами оценки длительности и ресурсов операций Принципы составления расписания проекта Критический путь Управление изменениями расписания Принципы балансировки ресурсов Управление сроками/ Цель лекции

Управление сроками проекта - введение Процессы, обеспечивающие своевременное завершение проекта PMI PM BOK (разделы 6.x) Определение состава операций Определение взаимосвязей операций Оценка ресурсов операции Оценка длительности операций Разработка расписания Управление расписанием Каждый процесс происходит в каждом проекте минимум один раз в одной или нескольких фазах проекта Управление сроками / Определение

Определение состава операций Определение и документирование работ, запланированных для выполнения Определяются результаты поставки на низшем уровне ИСР, которые объединяются в пакеты работ Пакеты проектных работ разбиваются на более мелкие элементы, которые называются плановыми операциями и служат для составления смет, планирования сроков, выполнения и контроля проектных работ Состав операций должен быть определен так, чтобы достичь целей проекта Управление сроками / Определение состава операций

Определение состава операций - контекст Входы 1) Факторы внешней среды предприятия 2) Активы орг. Процесса 3) Описание содержания проекта 4) ИСР 5) Словарь ИСР 6) План управления проектом Инструменты и методы 1) Декомпозиция 2) Шаблоны 3) Метод набегающей волны 4) Экспертная оценка 5) Планируемый элемент Выходы 1) Список операций 2) Параметры операций 3) Список контрольных событий 4) Запрошенные изменения

Определение состава операций: инструменты и методы Декомпозиция — разбиение проектных работ на более мелкие и управляемые элементы — плановые операции Список операций, ИСР, словарь ИСР часто разрабатываются параллельно Определение состава операций часто осуществляют члены проектной команды, отвечающие за конкретный пакет работ Необходимо стремиться к тому чтобы результат операции был осязаемым и измеримым Определение состава операций / инструменты и методы

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

Определение состава операций: инструменты и методы Планирование методом набегающей волны Последовательная разработка плана Работа на ближайшую перспективу подробно планируется на нижнем уровне ИСР Планирование работ предусмотренных на один-два ближайших отчетных периода, конкретизируется по мере выполнения работ в текущем периоде На ранних стадиях стратегического планирования операции могут быть определены на уровне контрольных событий Определение состава операций / инструменты и методы

Определение состава операций: инструменты и методы Экспертная оценка членами команды и привлекаемыми экспертами, имеющими опыт и навыки разработки подробных описаний работ в данной области Контрольный счет / Планируемый пакет — организация низкоуровневых элементов ИСР используемых в качестве основы для будущих детальных пакетов работ и планов в условиях недостатка информации на текущем этапе проекта Определение состава операций / инструменты и методы

Определение состава операций: выходы Список операций Идентификаторы операций Описание содержания необходимых работ Являются элементами управления проектом, но не являются элементами ИСР Параметры операций Связанные операции (предшествующие и последующие) Требования к ресурсам, датам, ограничения и допущения Исполнители и ответственные за операции Список контрольных событий (на основе контракта и исторического опыта) Входы для других процессов – для соблюдения общности стандарта. Если в вашем конкретном случае не нужны больше никакие результаты планирования, то и лишних выходов быть не должно. Каждый результат, каждый выход должен быть востребован и необходим! Определение состава операций / Выходы

Определение взаимосвязей операций Идентификация и документирование логических взаимосвязей между плановыми операциями. Обязательная зависимость (жесткая логика) – является неотъемлемой частью выполняемой операции. Очень часто включает в себя физические ограничения. Произвольные зависимости (мягкая логика) – зависимости определяет команда проекта. Их следует использовать очень осторожно, и при этом полностью документировать, так как в дальнейшем они могут оказывать влияние на составление графика. Внешние зависимости – строятся на потребностях или требованиях третьей стороны проекта, “внешнего участника”, к примеру, правительства или поставщиков. Управление сроками/ Определение взаимосвязей операций

Определение взаимосвязей операций – контекст Входы 1) Описание содержания проекта 2) Список операций 3) Параметры операций 4) Список контрольных событий 5) Одобренные запросы на изменения Инструменты и методы 1) Метод предшество- вания 2) Метод стрелочных диаграмм 3) Шаблоны сетевых диаграмм расписания 4) Определение зависимостей 5) Применение опере- жений и задержек Выходы 1) Сетевые диаграммы расписания проекта 2) Список операций (+) 3) Параметры операций(+) 4) Запрошенные изменения

Определение взаимосвязей: метод предшествования Определение взаимосвязей: метод предшествования Определение взаимосвязей / инструменты и методы

Определение взаимосвязей: инструменты и методы Метод предшествования: Финиш — Старт (Finish to Start) Финиш — Финиш (Finish to Finish) Старт — Старт (Start to Start) Старт — Финиш (Start to Finish) Операции — узловые прямоугольники Зависимости — дуги Все вместе — сетевая диаграмма Определение взаимосвязей / инструменты и методы

Определение взаимосвязей: метод стрелочных диаграмм Определение взаимосвязей: метод стрелочных диаграмм Определение взаимосвязей / инструменты и методы

Определение взаимосвязей: инструменты и методы Метод стрелочных диаграмм Операции — дуги Зависимости — узлы Только зависимости «Финиш — Старт» Необходимость в введении фиктивных операций — отношений (пунктирные дуги) В настоящее время используется в теории сетевых расписаний Шаблоны расписания сети — стандартные шаблоны сетевых расписаний проекта используемые для ускорения подготовки сетей плановых операций проекта Определение взаимосвязей / инструменты и методы

Определение взаимосвязей: инструменты и методы Определение зависимостей: Обязательные зависимости Произвольные (дискреционные) зависимости Внешние зависимости Опережение — некоторые зависимые операции реально могут начаться до завершения предшествующих операций — опережение Задержка — перед началом последующей операции иногда необходимо выдержать определенный временной интервал, для этого вводится искусственное дополнительное ограничение на зависимость финиш-старт Определение взаимосвязей / инструменты и методы

Оценка ресурсов операций Ресурсы в проекте. Классификация: Люди (человеко-часы) Деньги Оборудование Расходные материалы Информационно-методические материалы Оценка ресурсов операций / Определение

Оценка ресурсов операций – контекст Входы 1) Факторы внешней среды предприятия 2) Активы Орг. процесса 3) Список операций 4) Параметры операций 5) Наличие ресурсов 6) План управления проектом Инструменты и методы 1) Экспертная оценка 2) Анализ альтернатив 3) Опубликованные оценочные данные 4) ПО для управления проектами 5) Оценка «снизу-вверх» Выходы 1) Требования к ресурсам задействованным на опе- рациях 2) Параметры операций(+) 3) Иерархическая структура ресурсов 4) Календарь ресурсов (+) 5) Запрошенные изменения

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

Оценка ресурсов операций: выходы Требования к ресурсам операций Определение и описание типов и количества ресурсов, необходимых для каждой плановой операции в пакете работ. Собираются в единое целое для определения оценочных ресурсов по каждому пакету работ Детализация и уровень специфичности требований к ресурсам могут варьироваться в зависимости от области приложения. В документацию по требованиям к ресурсам для каждой плановой операции может входить оценочная база для каждого ресурса, а также допущения по типам ресурсов, их наличию и количеству Входы для других процессов – для соблюдения общности стандарта. Если в вашем конкретном случае не нужны больше никакие результаты планирования, то и лишних выходов быть не должно. Каждый результат, каждый выход должен быть востребован и необходим! Оценка ресурсов операций / Выходы

Оценка ресурсов операций: выходы Иерархическая структура ресурсов Идентифицированные ресурсы по категориям и типам Календарь ресурсов Определяет рабочие и выходные дни для всех либо для отдельных ресурсов Определяет доступность каждого отдельного ресурса Определяет количество каждого доступного ресурса по каждому периоду доступности Входы для других процессов – для соблюдения общности стандарта. Если в вашем конкретном случае не нужны больше никакие результаты планирования, то и лишних выходов быть не должно. Каждый результат, каждый выход должен быть востребован и необходим! Оценка ресурсов операций / Выходы

Оценка длительности операций – контекст Входы 1) Факторы внешней среды предприятия 2) Активы Орг. процесса 3) Описание содержания 4) Список операций 5) Параметры операций 6) Требования к ресурсам 7) Календарь ресурсов 8) План управления проектом Инструменты и методы 1) Экспертная оценка 2) Оценка по аналогам 3) Параметрическая оценка 4) Оценка по трем точкам 5) Анализ резервов Выходы 1) Оценка длительности операций 2) Параметры операций(+)

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

Оценка длительности операций: инструменты и методы Параметрическая оценка — количество работы деленное на производительность труда Три точки — три оценки (PERT): Наиболее вероятная (most likely) Оптимистичная (optimistic) Пессимистичная (pessimistic) Итоговая оценка — средневзвешенное значение Анализ резервов — добавление дополнительного времени на непредвиденные обстоятельства Может быть процентом от оценочной длительности операции, фиксированным количеством рабочих периодов, или может быть рассчитан при помощи количественного анализа рисков нарушения графика Оценка длительности операций / инструменты и методы

Оценка по методу PERT - пример Длительность = (Оптим.+Пессим.+4*Ожид. длит.)/6 Стандартное Отклонение = (Пессим. – Оптим.) /6 Оценка длительности операций / инструменты и методы

Оценка программных проектов с использованием метрик Вариант использования (use case) – элемент моделирования описывающий взаимодействие пользователя (протокола, внешней системы) с разрабатываемой программной системой Оценка по очкам – для каждого актера и варианта использования определяется сложность: Простые - 5 очков (1 сущность, 3 шага, 5 классов) Средние – 10 очков (2-3 сущ., 4-7 шагов, 10 классов) Сложные – 15 очков (>3 сущ., >7 шагов, >10 классов) UUCP (Unadjusted Use Case Points) = сумма произведений количества use cases каждого вида на их вес Оценка длительности операций / инструменты и методы

Оценка программных проектов с использованием метрик Факторы технической сложности TCF (Technical Complexity Factors), 13 факторов: Фактор Вес Воздействие (0-5) Распределенная система 2 Производительность 1 3 Сложность внутренней обработки Легкость инсталляции 0,5 5 … Безопасность Взаимодействие со сторонними системами Необходимость спец. обучения пользователей Оценка длительности операций / инструменты и методы

Оценка программных проектов с использованием метрик Факторы сложности среды ECF (Environment Complexity Factors), 7 факторов: Фактор Вес Воздействие (0-5) Знакомство с процессом (RUP) 1,5 Знание предметной области 0,5 3 Опыт объектно-ориентированного прогр-ия 1 2 Квалификация аналитиков 5 Мотивация Стабильность требований Разработчики - совместители -1 Сложность языка/технологии программирования Оценка длительности операций / инструменты и методы

Оценка программных проектов с использованием метрик TCF = 0,6 + 0,01 * Сумма ( вес * воздействие) Диапазон от 0,6 до 1,3 (от -40% до +30%) Определяет относительную сложность системы ECF = 1,4 – 0,03 * Сумма (вес * воздействие) Диапазон от 0,425 до 1,4 (от -57,5% до +40%) Определяет факторы окружения для системы UCP = UUCP * TCF * ECF – итоговые очки сложности Трудоемкость = UCP * 20 Чел/часов Оценка длительности операций / инструменты и методы

Оценка программных проектов с использованием метрик, статистика Источник: Project Estimation With Use Case Points by Roy K. Clemmons на основе исследования Anda, Bente. “Improving Estimation Practices By Applying Use Case Models.” Оценка длительности операций / инструменты и методы

Разработка расписания – контекст Входы 1) Активы Орг. процесса 2) Описание содержания 3) Список операций 4) Параметры операций 5) Сетевые диаграммы расписания проекта 6) Требования к ресурсам 7) Календарь ресурсов 8) Оценка длительности операции 9) План управления проектом, реестр рисков Инструменты и методы 1) Анализ сети рас-ия 2) Метод крит. пути 3) Сжатие расписания 4) Анализ возможных сценариев 5) Выравнивание рес-ов 6) Метод крит. цепи 7) ПО для управления проектами 8) Применение календарей ресурсов 9) Корректировка опережений и задержек 10) Модель расписания Выходы 1) Расписание проекта 2) Данные для модели расписания 3) Базовый план 4) Требования к ресурсам (+) 5) Параметры оп-ий(+) 6) Календарь проекта(+) 7) Запрошенные изм-ия 8) План управления проектом (+), план управления рас-ем (+)

Разработка расписания: инструменты и методы Анализ сети расписания — создание расписания проекта Метод критического пути Ранний старт, ранний финиш Поздний старт, поздний финиш Положительная разность — резерв расписания Сокращение расписания Сжатие — компромисс стоимости и сроков Быстрый проход — параллельное выполнение обычно последовательных операций Разработка расписания / инструменты и методы

Метод критического пути Для каждой задачи определены длительность, название Даты, а также временной резерв рассчитываются Разработка расписания / инструменты и методы

Метод критического пути Определяются даты раннего начала и окончания Определяются даты позднего начала и окончания, рассчитывается резерв Задачи с нулевым резервом составляют критический путь Разработка расписания / инструменты и методы

Метод критической цепи - пример

Разработка расписания: инструменты и методы Анализ возможных сценариев - «что если?» Выполнимость расписания в неблагоприятных условиях Резервные планы и планы реагирования Выравнивание ресурсов Корректировка модели расписания с учетом ограниченных или совместно используемых ресурсов Может привести к изменению критического пути Метод критической цепи — критический путь + ограниченность ресурсов + введение резервов Разработка расписания / инструменты и методы

Разработка расписания: выходы Расписание проекта Сетевые диаграммы расписания (диаграммы Ганта) Столбиковые горизонтальные диаграммы (диаграммы агрегированных операций) — укрупненные элементы расписания Диаграммы контрольных событий (вех) Данные для модели расписания — сопроводительная информация по всем задачам, допущениям, ограничениям и ресурсам Входы для других процессов – для соблюдения общности стандарта. Если в вашем конкретном случае не нужны больше никакие результаты планирования, то и лишних выходов быть не должно. Каждый результат, каждый выход должен быть востребован и необходим! Разработка расписания / Выходы

Управление расписанием – контекст Входы 1) План управления расписанием 2) Базовый план расписания 3) Отчеты об исполнении 4) Одобренные запросы на изменения Инструменты и методы 1) Отчетность о прогрессе проекта 2) Система управления изменениями расписания 3) Измерение эффективности 4) ПО для управления проектами 5) Анализ отклонений 6) Сравнительные диаграммы расписания Выходы 1) Данные для модели расписания (+) 2) Базовый план 3) Измерения эффективности 4) Запрошенные изм-ия 5) Рекомендованные корректирующие действия 6) Обновления активов и артефактов

Управление расписанием: инструменты и методы Отчетность о прогрессе проекта Даты начала и завершения операций Оставшаяся длительность незавершенных Измерение эффективности отклонения по срокам индекс выполнения сроков принятие решений о необходимости корректирующих действий Анализ отклонений Сравнительные диаграммы расписания Управление расписанием / инструменты и методы