SlideShare una empresa de Scribd logo
1 de 19
Планирование проекта

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

Скоп – предметная область
Время
Стоимость
Качество
Организация
Коммуникации
Риски
Поставки и контракты
Изменения
Интеграционный план
Планирование скопа









Анализ текущего состояния и уточнение целей
и результатов проект
Уточнение основных характеристик проекта
Подтверждение и уточнение критериев успеха
и неудач проекта
Анализ и корректировка ограничений и
допущений, принятых на стадии инициации
проекта
Выбор критериев оценки промежуточных и
окончательных результатов сосздания проекта
Построение структурной декомпозиции
предметной области проекта
Планирование времени
Составление структурной декомпозиции
работ (СДР) – графической изображение
иерархической структуры всех работ
проекта
2. Определение списка работ проекта на
основе СДР
3. Определение последовательности
выполнения работ и их взаимосвязей.
Уточнение временных ограничений
4. Определение продолжительности работ
1.
Метод PERT (Program
Evaluation and Review
 Technique)
Метод событийного сетевого

анализа, используемых для определения
длительности проекта при наличии
неопределенности в оценке
продолжительностей индивидуальных
операций.
 PERT основан на методе критического
пути, длительность операций в котором
рассчитывается как взвешенная средняя
оптимистического, пессимистического и
ожидаемого прогнозов. Метод
расчитывает стандартной отклонение даты
завершения от длительности критического
пути
5. Составление сетевой диаграммы
проекта – графическое отображение
работ проекта и зависимостей между
ними. Цель: сократить до минимума
продолжительность проекта.
Для оптимизации так же может быть
использован метод критического пути
Метод критического пути


- максимальный по
продолжительности полный путь
проекта; работы лежащие на этом пути
называются критическими.
Увеличение продолжительности
критической работы ведет к
увеличению продолжительности всего
проекта. Некритические работы имеют
временной резерв
6. Составление диаграммы Ганта
7. Оптимизация расписаний работ
проекта по временным критериям
8. Утверждение плана
9. План управления проектом по
временным параметрам
Установление зависимостей
Обязательная (неизменная логика) - такие
зависимости являются по своей природе
неотъемлемой частью выполняемой работы
2. Необязательные (гибкая логика) - основаны
на опыте, желаниях или предпочтениях,
например, команда решает,
что нужно составить руководство для ПО
после первого цикла тестирования, хотя это
не так уж и необходимо.
3. Внешние - основаны на нуждах или
желаниях внешних сторон проекта, к
примеру сервер должен быть куплен до
того, как будет производиться настройка.
1.
Метод «набегающей волны»


подсчет затрат и сетевых задач
приравнивается к более близким
аналогам. Руководители проектов могут
использовать понятие длительной
задачи вместо объемного подсчета
затрат, при этом все статистические
обсуждения все еще применимы, за
исключением того, что все принципы и
техники применяются к подсчету по
структуре декомпозиции работ (СДР), а
не по сети расписания.
Эффект Монте-Карло


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



По мере прихода последующих волн
добавляется все больше деталей, общее число
вариантов уменьшается и нормальное
распределение переменного результата - будь
то затраты или расписание - станет более
четко определенным, края будут менее
длинными и стандартное отклонение будет
более значимым.
Теория ограничений
Теория ограничений (Theory of
Constraints, TOC) была разработана в 1980-х гг.
доктором Э. Голдратом.
 В любой систематической цепи операций
существует одна операция, которая
ограничивает производительность всей цепи.
 Производительность в основном измеряется
прибылью, произведенной
операцией, которая представляет выгоду
клиенту.
 Если цепь операций стабильна и не
подвержена многим случайным
ошибкам, тогда ограничение стабильно и
определяемо.

Оптимизация ограничений


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

Последствием критического пути
является то, что ограниченная
производительность (ценные
результаты, предоставляемые
спонсору проекта) не может быть
увеличена, поэтому
производительность находится в
опасности, если нет возможности
должным образом управлять
критическим путем.
Рекомендации
Голдрат настаивает на использовании среднего
значения (50% уровня уверенности).
Использование данного среднего значения, так
называемого 50-на-50, означает то, что
существует равная вероятность недоработки и
чрезмерного выполнения.
 Вся деятельность по заданию в сети расписания
проекта, которая не содержится в критическом
пути, должна быть подчинена требованиям
критического пути.
 сознательное использование буферов при
планировании проекта.
 "собрать" излишний пессимизм и сложить его в
"буфер проекта" в самом конце сети
расписания, для защиты критического пути.



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

Más contenido relacionado

La actualidad más candente

La actualidad más candente (20)

Модуль 9. Лекция 39-40. Управление человеческими ресурсами проекта
Модуль 9. Лекция 39-40. Управление человеческими ресурсами проектаМодуль 9. Лекция 39-40. Управление человеческими ресурсами проекта
Модуль 9. Лекция 39-40. Управление человеческими ресурсами проекта
 
Согласование плана отгрузок по заявке клиента
Согласование плана отгрузок по заявке клиентаСогласование плана отгрузок по заявке клиента
Согласование плана отгрузок по заявке клиента
 
Модуль 6. Лекция 27-28. Управление сроками проекта
Модуль 6. Лекция 27-28. Управление сроками проектаМодуль 6. Лекция 27-28. Управление сроками проекта
Модуль 6. Лекция 27-28. Управление сроками проекта
 
Модуль 3. Лекция 17-18. Управление интеграцией проекта
Модуль 3. Лекция 17-18. Управление интеграцией проектаМодуль 3. Лекция 17-18. Управление интеграцией проекта
Модуль 3. Лекция 17-18. Управление интеграцией проекта
 
Модуль 14. Лекция 55-56. Управление релизами и развертыванием продукта
Модуль 14. Лекция 55-56. Управление релизами и развертыванием продуктаМодуль 14. Лекция 55-56. Управление релизами и развертыванием продукта
Модуль 14. Лекция 55-56. Управление релизами и развертыванием продукта
 
Дизайн для шести сигм (DFSS). Часть 5: Verify
Дизайн для шести сигм (DFSS). Часть 5: VerifyДизайн для шести сигм (DFSS). Часть 5: Verify
Дизайн для шести сигм (DFSS). Часть 5: Verify
 
Управление проектом: планирование, выполнение, контроль
Управление проектом: планирование, выполнение, контрольУправление проектом: планирование, выполнение, контроль
Управление проектом: планирование, выполнение, контроль
 
Модуль 4. Лекция 19-20. Управление содержанием проекта
Модуль 4. Лекция 19-20. Управление содержанием проектаМодуль 4. Лекция 19-20. Управление содержанием проекта
Модуль 4. Лекция 19-20. Управление содержанием проекта
 
Lection 23-24. Use Cases+ User Stories
Lection 23-24. Use Cases+ User StoriesLection 23-24. Use Cases+ User Stories
Lection 23-24. Use Cases+ User Stories
 
Вебинар: ИТ-проекты глазами Заказчика
Вебинар: ИТ-проекты глазами ЗаказчикаВебинар: ИТ-проекты глазами Заказчика
Вебинар: ИТ-проекты глазами Заказчика
 
Оценка способности процесса
Оценка способности процессаОценка способности процесса
Оценка способности процесса
 
Модуль 7. Лекция 31-32. Управление стоимостью проекта
Модуль 7. Лекция 31-32. Управление стоимостью проектаМодуль 7. Лекция 31-32. Управление стоимостью проекта
Модуль 7. Лекция 31-32. Управление стоимостью проекта
 
Модуль 8. Лекция 35-36. Управление качеством проекта
Модуль 8. Лекция 35-36. Управление качеством проектаМодуль 8. Лекция 35-36. Управление качеством проекта
Модуль 8. Лекция 35-36. Управление качеством проекта
 
Модуль 12. Лекция 51-52. Управление изменениями проекта
Модуль 12. Лекция 51-52. Управление изменениями проектаМодуль 12. Лекция 51-52. Управление изменениями проекта
Модуль 12. Лекция 51-52. Управление изменениями проекта
 
Модуль 3. Лекция 13-14. Cтруктура КП, типы контрактов
Модуль 3. Лекция 13-14. Cтруктура КП, типы контрактовМодуль 3. Лекция 13-14. Cтруктура КП, типы контрактов
Модуль 3. Лекция 13-14. Cтруктура КП, типы контрактов
 
Контроль над распределенной командой
Контроль над распределенной командойКонтроль над распределенной командой
Контроль над распределенной командой
 
Lection 3 4_pm
Lection 3 4_pmLection 3 4_pm
Lection 3 4_pm
 
Блок-схемы процессов
Блок-схемы процессовБлок-схемы процессов
Блок-схемы процессов
 
Семинар PMI Уфа, апрель 2015г.
Семинар PMI Уфа, апрель 2015г.Семинар PMI Уфа, апрель 2015г.
Семинар PMI Уфа, апрель 2015г.
 
Управление рисками в проектах
Управление рисками в проектахУправление рисками в проектах
Управление рисками в проектах
 

Similar a Планирование проектов

Webinar 22.04.2014 kontrolnye tochki
Webinar 22.04.2014 kontrolnye tochkiWebinar 22.04.2014 kontrolnye tochki
Webinar 22.04.2014 kontrolnye tochki
ProjectPractice2013
 
Разработка веб-сервисов осень 2013 лекция 3
Разработка веб-сервисов осень 2013 лекция 3Разработка веб-сервисов осень 2013 лекция 3
Разработка веб-сервисов осень 2013 лекция 3
Technopark
 
Специфика работы бизнес-аналитика в зависимости от типов проектов и методологий
Специфика работы бизнес-аналитика в зависимости от типов проектов и методологийСпецифика работы бизнес-аналитика в зависимости от типов проектов и методологий
Специфика работы бизнес-аналитика в зависимости от типов проектов и методологий
SQALab
 
Проектирование_и_архитектура_ПС_2022_L02s.ppt
Проектирование_и_архитектура_ПС_2022_L02s.pptПроектирование_и_архитектура_ПС_2022_L02s.ppt
Проектирование_и_архитектура_ПС_2022_L02s.ppt
dinarium2016
 
презентация эуп 12-13
презентация эуп 12-13презентация эуп 12-13
презентация эуп 12-13
student_kai
 

Similar a Планирование проектов (20)

Webinar 22.04.2014 kontrolnye tochki
Webinar 22.04.2014 kontrolnye tochkiWebinar 22.04.2014 kontrolnye tochki
Webinar 22.04.2014 kontrolnye tochki
 
Разработка веб-сервисов осень 2013 лекция 3
Разработка веб-сервисов осень 2013 лекция 3Разработка веб-сервисов осень 2013 лекция 3
Разработка веб-сервисов осень 2013 лекция 3
 
Совершенствование процессов управления проектами
Совершенствование процессов управления проектамиСовершенствование процессов управления проектами
Совершенствование процессов управления проектами
 
Специфика работы бизнес-аналитика в зависимости от типов проектов и методологий
Специфика работы бизнес-аналитика в зависимости от типов проектов и методологийСпецифика работы бизнес-аналитика в зависимости от типов проектов и методологий
Специфика работы бизнес-аналитика в зависимости от типов проектов и методологий
 
MS ALM 2013 Review
MS ALM 2013 ReviewMS ALM 2013 Review
MS ALM 2013 Review
 
Trpo 9 управление проектами
Trpo 9 управление проектамиTrpo 9 управление проектами
Trpo 9 управление проектами
 
Дмитрий Маев: "Повышаем эффективность руководителя проектов"
Дмитрий Маев: "Повышаем эффективность руководителя проектов"Дмитрий Маев: "Повышаем эффективность руководителя проектов"
Дмитрий Маев: "Повышаем эффективность руководителя проектов"
 
Татьяна Гориславец - Количественное управление проектом
Татьяна Гориславец - Количественное управление проектомТатьяна Гориславец - Количественное управление проектом
Татьяна Гориславец - Количественное управление проектом
 
CCPM DBR Vebinar 28 01 2010
CCPM DBR Vebinar 28 01 2010CCPM DBR Vebinar 28 01 2010
CCPM DBR Vebinar 28 01 2010
 
QA процесс, часть 2
QA процесс, часть 2QA процесс, часть 2
QA процесс, часть 2
 
Практические инструменты и приемы для эффективного управления проектами
Практические инструменты и приемы   для эффективного управления проектамиПрактические инструменты и приемы   для эффективного управления проектами
Практические инструменты и приемы для эффективного управления проектами
 
Проектирование_и_архитектура_ПС_2022_L02s.ppt
Проектирование_и_архитектура_ПС_2022_L02s.pptПроектирование_и_архитектура_ПС_2022_L02s.ppt
Проектирование_и_архитектура_ПС_2022_L02s.ppt
 
презентация БизОр 2015
презентация БизОр 2015 презентация БизОр 2015
презентация БизОр 2015
 
PM Magazine 2009
PM Magazine 2009PM Magazine 2009
PM Magazine 2009
 
РИТ-2008: Взаимодействие отдела проектирования интерфейсов и разработчиков в ...
РИТ-2008: Взаимодействие отдела проектирования интерфейсов и разработчиков в ...РИТ-2008: Взаимодействие отдела проектирования интерфейсов и разработчиков в ...
РИТ-2008: Взаимодействие отдела проектирования интерфейсов и разработчиков в ...
 
Методология ведения проектов
Методология ведения проектовМетодология ведения проектов
Методология ведения проектов
 
презентация эуп 12-13
презентация эуп 12-13презентация эуп 12-13
презентация эуп 12-13
 
Analyst days 2015 Оценка аутсорсинговых проектов
Analyst days 2015 Оценка аутсорсинговых проектовAnalyst days 2015 Оценка аутсорсинговых проектов
Analyst days 2015 Оценка аутсорсинговых проектов
 
Оценка аутсорсинговых проектов
Оценка аутсорсинговых проектовОценка аутсорсинговых проектов
Оценка аутсорсинговых проектов
 
Как совместить лучшее из водопадных и аджайл подходов в ИТ проектах
Как совместить лучшее из водопадных и аджайл подходов в ИТ проектахКак совместить лучшее из водопадных и аджайл подходов в ИТ проектах
Как совместить лучшее из водопадных и аджайл подходов в ИТ проектах
 

Más de Jana Pavlenkova

Kohaliku omaalgatuse programm 2014
Kohaliku omaalgatuse programm 2014Kohaliku omaalgatuse programm 2014
Kohaliku omaalgatuse programm 2014
Jana Pavlenkova
 
Kukruse ja Mäetaguse mõisad ning Kauksi
Kukruse ja Mäetaguse mõisad ning KauksiKukruse ja Mäetaguse mõisad ning Kauksi
Kukruse ja Mäetaguse mõisad ning Kauksi
Jana Pavlenkova
 
Kaevandusveel baseeruva kaugkütte rajamise projekt Kiikla külas
Kaevandusveel baseeruva kaugkütte rajamise projekt Kiikla külasKaevandusveel baseeruva kaugkütte rajamise projekt Kiikla külas
Kaevandusveel baseeruva kaugkütte rajamise projekt Kiikla külas
Jana Pavlenkova
 
Северо-Западный берег Чудского озера
Северо-Западный берег Чудского озераСеверо-Западный берег Чудского озера
Северо-Западный берег Чудского озера
Jana Pavlenkova
 
Huvitavat uut õppeaastat!
Huvitavat uut õppeaastat!Huvitavat uut õppeaastat!
Huvitavat uut õppeaastat!
Jana Pavlenkova
 
Selgitus praktilise töö jaoks
Selgitus praktilise töö jaoksSelgitus praktilise töö jaoks
Selgitus praktilise töö jaoks
Jana Pavlenkova
 
Rakude ehituse ja talitluse omavaheline vastavus peamiste inimkudede näitel
Rakude ehituse ja talitluse omavaheline vastavus peamiste inimkudede näitelRakude ehituse ja talitluse omavaheline vastavus peamiste inimkudede näitel
Rakude ehituse ja talitluse omavaheline vastavus peamiste inimkudede näitel
Jana Pavlenkova
 

Más de Jana Pavlenkova (20)

Future Multimedia Hub OBJEKT.is in Narva, Estonia
Future Multimedia Hub OBJEKT.is in Narva, EstoniaFuture Multimedia Hub OBJEKT.is in Narva, Estonia
Future Multimedia Hub OBJEKT.is in Narva, Estonia
 
Blue growth for the gulf of finland
Blue growth for the gulf of finlandBlue growth for the gulf of finland
Blue growth for the gulf of finland
 
Kohaliku omaalgatuse programm 2014
Kohaliku omaalgatuse programm 2014Kohaliku omaalgatuse programm 2014
Kohaliku omaalgatuse programm 2014
 
Управление и координирование ИТ проектами
Управление и координирование ИТ проектамиУправление и координирование ИТ проектами
Управление и координирование ИТ проектами
 
Координирование проектов 2013-2
Координирование проектов 2013-2Координирование проектов 2013-2
Координирование проектов 2013-2
 
Управление и координирование проектов
Управление и координирование проектовУправление и координирование проектов
Управление и координирование проектов
 
Создание структуры декомпозиции работ
Создание структуры декомпозиции работСоздание структуры декомпозиции работ
Создание структуры декомпозиции работ
 
Pj 2013 4
Pj 2013 4Pj 2013 4
Pj 2013 4
 
Управление проектами: цели
Управление проектами: целиУправление проектами: цели
Управление проектами: цели
 
Управление проектами 2,3
Управление проектами 2,3Управление проектами 2,3
Управление проектами 2,3
 
Управление проектами KITRp
Управление проектами KITRpУправление проектами KITRp
Управление проектами KITRp
 
Kukruse ja Mäetaguse mõisad ning Kauksi
Kukruse ja Mäetaguse mõisad ning KauksiKukruse ja Mäetaguse mõisad ning Kauksi
Kukruse ja Mäetaguse mõisad ning Kauksi
 
Kaevandusveel baseeruva kaugkütte rajamise projekt Kiikla külas
Kaevandusveel baseeruva kaugkütte rajamise projekt Kiikla külasKaevandusveel baseeruva kaugkütte rajamise projekt Kiikla külas
Kaevandusveel baseeruva kaugkütte rajamise projekt Kiikla külas
 
Северо-Западный берег Чудского озера
Северо-Западный берег Чудского озераСеверо-Западный берег Чудского озера
Северо-Западный берег Чудского озера
 
Волость Мяэтагузе
Волость МяэтагузеВолость Мяэтагузе
Волость Мяэтагузе
 
Huvitavat uut õppeaastat!
Huvitavat uut õppeaastat!Huvitavat uut õppeaastat!
Huvitavat uut õppeaastat!
 
Selgitus praktilise töö jaoks
Selgitus praktilise töö jaoksSelgitus praktilise töö jaoks
Selgitus praktilise töö jaoks
 
Raku organellid # 2
Raku organellid # 2Raku organellid # 2
Raku organellid # 2
 
Päristuumse raku organellid #1
Päristuumse raku organellid #1Päristuumse raku organellid #1
Päristuumse raku organellid #1
 
Rakude ehituse ja talitluse omavaheline vastavus peamiste inimkudede näitel
Rakude ehituse ja talitluse omavaheline vastavus peamiste inimkudede näitelRakude ehituse ja talitluse omavaheline vastavus peamiste inimkudede näitel
Rakude ehituse ja talitluse omavaheline vastavus peamiste inimkudede näitel
 

Планирование проектов

  • 2. Понятия и цель Планирование проект – непрерывный процесс определения наилучшего способа действий для достижения поставленных целей проект с учетом складывающейся обстановки.  Цель планирования состоит в построении модели реализации проекта  Результатом является Сводный план осуществления проекта, объединяющий результаты планирования по всем функциям управления проектом. 
  • 3. Объекты планирования           Скоп – предметная область Время Стоимость Качество Организация Коммуникации Риски Поставки и контракты Изменения Интеграционный план
  • 4. Планирование скопа       Анализ текущего состояния и уточнение целей и результатов проект Уточнение основных характеристик проекта Подтверждение и уточнение критериев успеха и неудач проекта Анализ и корректировка ограничений и допущений, принятых на стадии инициации проекта Выбор критериев оценки промежуточных и окончательных результатов сосздания проекта Построение структурной декомпозиции предметной области проекта
  • 5. Планирование времени Составление структурной декомпозиции работ (СДР) – графической изображение иерархической структуры всех работ проекта 2. Определение списка работ проекта на основе СДР 3. Определение последовательности выполнения работ и их взаимосвязей. Уточнение временных ограничений 4. Определение продолжительности работ 1.
  • 6. Метод PERT (Program Evaluation and Review  Technique) Метод событийного сетевого анализа, используемых для определения длительности проекта при наличии неопределенности в оценке продолжительностей индивидуальных операций.  PERT основан на методе критического пути, длительность операций в котором рассчитывается как взвешенная средняя оптимистического, пессимистического и ожидаемого прогнозов. Метод расчитывает стандартной отклонение даты завершения от длительности критического пути
  • 7. 5. Составление сетевой диаграммы проекта – графическое отображение работ проекта и зависимостей между ними. Цель: сократить до минимума продолжительность проекта. Для оптимизации так же может быть использован метод критического пути
  • 8. Метод критического пути  - максимальный по продолжительности полный путь проекта; работы лежащие на этом пути называются критическими. Увеличение продолжительности критической работы ведет к увеличению продолжительности всего проекта. Некритические работы имеют временной резерв
  • 9. 6. Составление диаграммы Ганта 7. Оптимизация расписаний работ проекта по временным критериям 8. Утверждение плана 9. План управления проектом по временным параметрам
  • 10. Установление зависимостей Обязательная (неизменная логика) - такие зависимости являются по своей природе неотъемлемой частью выполняемой работы 2. Необязательные (гибкая логика) - основаны на опыте, желаниях или предпочтениях, например, команда решает, что нужно составить руководство для ПО после первого цикла тестирования, хотя это не так уж и необходимо. 3. Внешние - основаны на нуждах или желаниях внешних сторон проекта, к примеру сервер должен быть куплен до того, как будет производиться настройка. 1.
  • 11. Метод «набегающей волны»  подсчет затрат и сетевых задач приравнивается к более близким аналогам. Руководители проектов могут использовать понятие длительной задачи вместо объемного подсчета затрат, при этом все статистические обсуждения все еще применимы, за исключением того, что все принципы и техники применяются к подсчету по структуре декомпозиции работ (СДР), а не по сети расписания.
  • 12. Эффект Монте-Карло  чем дольше задание и объемнее подсчет затрат со всеми их вариантами, тем больше отклонения от нормального распределения, а кривая станет более плоской, а края растянутся.  По мере прихода последующих волн добавляется все больше деталей, общее число вариантов уменьшается и нормальное распределение переменного результата - будь то затраты или расписание - станет более четко определенным, края будут менее длинными и стандартное отклонение будет более значимым.
  • 13. Теория ограничений Теория ограничений (Theory of Constraints, TOC) была разработана в 1980-х гг. доктором Э. Голдратом.  В любой систематической цепи операций существует одна операция, которая ограничивает производительность всей цепи.  Производительность в основном измеряется прибылью, произведенной операцией, которая представляет выгоду клиенту.  Если цепь операций стабильна и не подвержена многим случайным ошибкам, тогда ограничение стабильно и определяемо. 
  • 14. Оптимизация ограничений  если объем ограничений не может быть увеличен или ограничение не может быть удалено путем перестройки процесса, тогда все действия до ограничивающего этапа должны быть обработаны таким образом, чтобы ограничение не пострадало.
  • 15. Ограничения на критическом пути  Последствием критического пути является то, что ограниченная производительность (ценные результаты, предоставляемые спонсору проекта) не может быть увеличена, поэтому производительность находится в опасности, если нет возможности должным образом управлять критическим путем.
  • 16. Рекомендации Голдрат настаивает на использовании среднего значения (50% уровня уверенности). Использование данного среднего значения, так называемого 50-на-50, означает то, что существует равная вероятность недоработки и чрезмерного выполнения.  Вся деятельность по заданию в сети расписания проекта, которая не содержится в критическом пути, должна быть подчинена требованиям критического пути.  сознательное использование буферов при планировании проекта.  "собрать" излишний пессимизм и сложить его в "буфер проекта" в самом конце сети расписания, для защиты критического пути. 
  • 17.
  • 18.  Время простоя - это когда сотрудник может отдохнуть, отложить задание, но при этом проект будет завершен вовремя. ◦ Задание новых задач тем, кто будет находиться в ожидании. ◦ Просьба к сотруднику помочь другим разобраться с критическими задачами. ◦ Разделение ресурсасотрудника с другим проектом.
  • 19. Сокращение - это процесс настройки вашего графика проекта, приводящий к сокращению сроков предоставления товара.  Ускорение является процессом перестроения графика таким образом, чтобы задачи, которые должны были быть выполнены поочередно, теперь выполнялись параллельно. 