Обучение и трудоустройство проектных менеджеров

Критическая работа

Критическая работа участок) — работа, находящаяся на критическом пути.

Критическая работа ( участок) — работа, находящаяся на критическом пути.

Критическая работа — работа, лежащая на критическом пути. Суммарная продолжительность работ, лежащих на критическом пути, определяет общую продолжительность процесса выполнения задания.

Особенность критических работ состоит в следующем. Чтобы было соблюдено минимальное время выполнения комплекса, каждая из них должна начинаться точно в тот момент, когда закончена последняя из работ, на которые она опирается, и продолжаться не более того времени, которое ей отведено по плану; малейшее запоздание в выполнении каждой из критических работ приводит к соответствующей задержке выполнения плана в целом. Таким образом, критический путь на сетевом графике — это совокупность наиболее уязвимых, слабых мест плана, которые должны укладываться во временной план с наибольшей четкостью. Что касается остальных, некритических работ ( в нашем случае a2, a3, a5, а8 и а10), то с ними дело обстоит не так плохо: каждая из этих работ имеет известные временные резервы и может быть закончена с некоторым опозданием без того, чтобы это отразилось на сроке выполнения комплекса в целом.

В критической работе Пойре установлены неточности описанных моделей.

Иное дело — критическая работа ума на основе сравнения разных форм опыта. Такая работа, как правило, осуществляется уже на другом — просвещенном, размышляющем уровне сознания.

Таким образом, критическая работа погружения численно равна критическому поверхностному натяжению.

Итак, существует максимальная и минимальная критическая работа адгезии. Фактические значения работы адгезии не могут быть ниже минимальной и выше максимальной.

Сокращение временных оценок критических работ производится за счет перехода от нормальной их продолжительности к форсированию этих работ путем добавления для их выполнения дополнительной рабочей силы и повышения сменности производства работ.

На основе анализа критических работ ведутся поиски внутренних резервов времени и экономии средств. Если использование внутренних резервов времени критических работ все же не позволяет уложиться в директивные сроки разработки комплекса в целом, то сетевая модель покажет, с каких участков некритической зоны можно переместить рабочих и материально-технические средства на критические работы.

В отличие от критической работы, момент начала работы, не входящей в критический путь, может быть несколько сдвинут без увеличения общей продолжительности

Важно, чтобы сдвинутая некритическая работа была завершена до начала критических работ, которым она предшествует.
. Для затрат, соответствующих критическим работам, к которым относятся, например: рекламные кампании и обеспечение производства, определение важности отклонений является обязательным.

Для затрат, соответствующих критическим работам, к которым относятся, например: рекламные кампании и обеспечение производства, определение важности отклонений является обязательным.

Выявляют возможность сокращения продолжительности: критических работ за счет использования резервов времени ненапряженных работ. В этом случае планируемые параметры сетевой модели изменяются путем пересмотра состава или последовательности выполнения отдельных работ, направленных на сокращение длительности критического пути; уменьшается продолжительность отдельных работ в зоне критического пути за счет совмещения работ во времени и перераспределения ресурсов с некритических работ на критические. Некритические-работы можно удлинить на срок не больший, чем резерв времени. Наибольшую эффективность дает сокращение продолжительности работ, находящихся на критическом пути. При этом результаты от уменьшения продолжительности их цикла следует рассматривать с точки зрения всего комплекса работ. Даже значительное удорожание данных частных работ, вызванное увеличением количества работников, выполняющих их в целях сокращения цикла, в целом по всей совокупности работ будет незначительным. В результате сокращения продолжительности одних работ, и увеличения других, с которых снимают резервы, возникают новые критические пути, которые требуют расчета всех параметров и проверки их соответствия; заданным срокам.

Пример построения сетевого графика

Несмотря на то, что описанный выше алгоритм может показаться сложным, на самом же деле построение сетевого графика задача несложная. Для того, чтобы убедиться в этом рассмотрим построение сетевого графика на простом примере ремонта детской комнаты.

Шаг 1. Определить основную цель проекта

Представьте, что сейчас лето, вашему сыну исполнилось 7 лет и в сентябре он идет в школу. Вы решил обновить его комнату к новому учебному году и сделать ее подходящей для школьника, т.е. должно появиться полноценной рабочее место, зонирование комнаты измениться, и т.д.

В этом случае целью нашего небольшого проекта будет —  сделать комнату пригодной и приятной для проживания мальчика, который пойдет в начальную школу.

Шаг 2. Выявить ограничения

Бюджет не более 100,000 руб., ремонтные работы можно вести только в рабочие дни с 10:00 до 18:00 с обязательным перерывом с 12:00 до 14:00. Итого получается — 6 рабочих часов в день.

Шаг 3. Определить состав работ

Немного поразмыслив мы накидали основные работы, которые надо сделать, а именно:

• Нам нужен дизайн-проект новой комнаты;
• Нам надо закупить материалы для ремонта;
• Надо составить смету ремонта;
• Надо выполнить сам ремонт;
• И т.к. мы решили сделать небольшую перепланировку, то надо согласовать ее с ТСЖ.

Отобразим эти работы в виде блоков:

Рисунок 1. Состав работ

Шаг 4. Оценить длительность работ

Мы решили оценивать длительность работ в днях, т.к. до начала учебного года еще достаточно времени, то такая точность планирования нас вполне устраивает.

Рисунок 2. Длительность работ

Шаг 5. Определить последовательность работ

Теперь определим последовательность работ, мы будем использовать схему построения сетевого графика «сверху-вниз». Первая работа, которую необходимо выполнить — это работа «Разработать дизайн-проекта«. Затем мы оценим стоимость проекта, а параллельно начнем согласование с ТСЖ, т.к. эта задача занимает много времени. После того, как мы оценим проект и его согласуем, мы приступим к покупке всех необходимых материалов и уже затем начнем сам ремонт.

Рисунок 3. Последовательность работ

Укажем стрелками связи между работами.

Рисунок 4. Связи между работами

Шаг 7. Определить раннее начало и раннее окончание

Т.к. мы выбрали модель сетевого график «сверху-вниз», то начинаем его и просматривать сверху вниз, начиная с самой верхней работы, и далее по очереди двигаемся к самой нижней работе.

Напомним, что раннее начало последующей работы будет совпадать с ранним завершением предшествующей, а раннее окончание каждой из работ определяется как раннее начало плюс длительность работ Если предшествующих работ несколько, то ранним началом последующей работы будет наибольшее из значений раннего окончания одной из предшествующих работ.

Рисунок 5. Раннее начало и окончание работ

Шаг 8. Определить поздние начало и окончание

Для того, чтобы определить поздние начало и окончание просмотрим сетевой график в обратном направлении — снизу вверх. Позднее окончание работы будет совпадать с поздним началом последующей работы. Если последующих работ несколько, то поздним окончанием работы будет наименьшее из значений позднего начала последующих работ. Позднее начало каждой работы определяется как позднее окончание минус длительность работы.

Рисунок 6. Позднее начало и окончание работ

Шаг 9. Определить временной резерв

Вычислим временной резерв для каждой из работ. Он вычисляется как разница между поздним и ранним началом или поздним и ранним окончанием работы.

Рисунок 7. Временной резерв

Шаг 10. Выявить критический путь

Как мы уже знаем, критический путь — это цепочка работ, у которых резерв времени равен нулю. Выделим такие задачи на сетевом графике.

Рисунок 8. Критический путь

Задачи «Разработать дизайн-проект«, «Согласовать проект с ТСЖ» и «Закупить необходимые материалы«, «Провести ремонтные работы» составляю критический путь, а его длина составляет 19 дней. Это означает, что в текущем виде проект не может быть выполнен быстрее, чем за 19 дней. Если мы хотим сократить сроки проекта, то нам необходимо оптимизировать задачи, лежащие на критическом пути.

Например, мы можем начать ремонтные работы раньше получения согласования на перепланировку от ТСЖ, приняв на себя риски того, что согласование может быть не получено.

Просмотры:
44 304

Альтернативный взгляд: отличия метода критической цепи (CCPM) от метода критического пути (CPM)

Ключевые отличия метода критической цепи от критического пути:

1. критический путь в CPM имеет «идеализированный» характер, в CCPM путь строится с учетом ресурсных ограничений.
2. основные задачи CPM — планирование проекта, определение наиболее приоритетных задач; основная задача метода критической цепи — как можно быстрее выполнить проект с учетом ресурсных ограничений.
3. critical path method завязан на прогнозировании сроков проекта, тогда как CCPM — на изначальной неопределенности продолжительности работ.
4. метод критического пути больше подходит для определения сроков выпуска продукта, а CCPM — для проектов, в которых уже известен дедлайн.
5. critical path method построен на жесткой последовательности задач, метод критической цепи — на гибком планировании.

В CCPM есть два срока с жёсткой привязкой — даты старта и выпуска продукта (сдачи проекта). Разработка и работа с цепочкой задач и есть главной целью метода. Критическая цепь является последовательностью задач проекта. От их выполнения зависит воплощение самого проекта. От величины задач и ресурсов на их выполнение зависит длина критического пути и дата выполнения проекта. В этом CCPM похож на CPM (поэтому их так часто путают): самый длинный путь цепи — критический.

Лоуренс Лич в книге «Вовремя и в рамках бюджета: Управление проектами по методу критической цепи» предостерегает от распространенной ошибки. Часто руководители используют первоначально построенную критическую цепь как основу ограничений для выполнения проекта. Правильнее же будет построить на базе первичной цепи новую, уже с учетом ресурсных ограничений.

Виртуальная критическая цепьпо своим свойствам похожа на цепь обычную.Важно оставаться крепкими в состоянии напряжения.Сила каждой цепи определяетсяпрочностью самого слабого звена. Если подвесить многотонный груз на цепь, где одно звено будет из дерева, а все остальные — из прочнейшего титана, то лучше отойти подальше,так как он упадёт в следующую же секунду

Самый яркий пример того, как слабое звено уничтожает весь проект — компьютерная игра No Man’s Sky. Для неё была запущена целая маркетинговая кампания, привязанная к датам крупных игровых выставок E3 2014 и 2015. Они были сильными звеньями критической цепи «Выпуск игры No Man’s Sky», благодаря чему проект заочно получил высокие оценки в прессе и звания «Лучшая оригинальная игра» и «Лучшая игра от независимого разработчика» еще до выхода. Одним из важнейших звеньев было создание дизайн-документа и, как показали негативные отзывы после выпуска продукта на рынок, самым слабым.

Скучный геймплей, отсутствие оригинальных идей и стройной игровой концепции похоронили надежду на успех. И даже мощная маркетинговая кампания, заказ рекламы в крупнейших профильных изданиях и неплохой графический дизайн не спасли от полного провала на рынке. Так лопнуло слабое звено — дизайн-документ (детальное описание разрабатываемой компьютерной игры, сюжет и суть проекта), основа основ игрового проекта — и вся цепь рассыпалась, потеряв смысл.

Пример No Man’s Sky показывает, что прочность цепи определяется самыми слабыми звеньями в ней. Правила реальной жизни работают и для условной цепи: укрепите слабое звено и критическая цепь станет жизнеспособной. Для чего это нужно?

В действие вступает теория ограничений (ТОС), которая подкрепляет метод критической цепи. Одно из правил ТОС — в проекте может быть выполнено столько работы, сколько позволяет сделать самое слабое звено в цепи. Говоря простым языком, запускать работы надо в соответствии с мощностью самого слабого звена.

В случае с No Man’s Sky определив диздок как самый слабый элемент у разработчиков было два пути:

• перераспределить нагрузку и увеличить количество ресурсов на создание диздока;
• уменьшить количество затраченных ресурсов на маркетинговую кампанию и другие звенья, забирающие большую часть ресурсов.

Суть метода критического пути

Наличии в этом наименовании метода слова «критический» создаёт впечатление, что такое сочетание задач в цепи имеет первостепенное значение для проекта. Но фактически этим словом в Critical Path Method обозначается влияние задач на дату завершения проекта и зависимость продолжительности проекта и сроков его завершения от длины пути. Для ускорения реализации проекта следует начинать с сокращения критического пути, а любые задержки в этой цепи приводят к увеличению продолжительности работ После завершения работ по критической задаче (при прекращении влияния на дату окончания проекта) задача теряет статус критической.

При этом у работ, связанных с разными путями, есть запас времени (резерв), под которым понимают разницу между предельно ранним потенциальным сроком завершения работы и максимально поздним сроком её выполнения.

Типы резервов времени бывают свободными и общими:

1. Свободные резервы определяются как сроки, на которые задача может быть отложена до того, как она начнёт влиять на другую задачу, сдвигая её.
2. Общие резервы определяются как сроки, на которые задача может быть отложена до того, как она начнёт влиять на завершение проекта в целом.

Но запас времени есть только в работах, лежащих вне критических путей, что даёт им определённую гибкость при планировании. В целом существует взаимозависимость: если задача располагается на критическом пути, её общий резерв равен нулю (или меньше определённого значения). Для задач на некритических путях таких ограничений нет, и они, имея резерв времени, могут смещаться по срокам вперёд или назад в границах своего резерва, не оказывая влияния на дату окончания всего проекта.

Такое основанное на предельных сроках распределение задач, производимое с учётом логической последовательности операций и взаимосвязи между ними, приобрело форму методики сетевого планирования, частью которой стал Critical Path Method. Суть этого способа менеджмента в вычислении длины наиболее продолжительной цепочки операций из всех существующих на сетевых графиках (включая работы, ведущиеся параллельно).

График сетевой модели и диаграмма Гантта показывают начало и окончание работ, а также последовательность (очерёдность) их выполнения в ходе реализации проекта. Временные параметры рассчитываются для каждого сетевого графика отдельно. Причём чаще для этого применяют специализированный софт.

Как правильно ставить задачи (цели) по проекту

Рекомендую пользоваться принципом SMART. Как это расшифровывается:

S (Specific — «конкретный»): цели проекта определяются четко и конкретно, чтобы все участники и вовлеченные в процесс люди понимали, что и зачем делают. Неконкретную формулировку допускают часто и она плохо влияет на дальнейшее планирование. Например, задача:»сделать хороший сайт» достаточно абстрактна: нужно четко сформулировать, что именно мы хотим получить на выходе.

A (Achievable — «достижимый»): нужно требовать, чтобы исполнители приложили усилия, но при этом оглядываться на реальный мир и имеющиеся ресурсы. Не нужно ставить цели, которых не достигнуть, даже если вся команда будет работать 24 часа в сутки. Например, спланировать полет на Марс за 2 месяца нереально — для этого требуется гораздо больше времени.

R (Relevant — «последовательный»): все цели должны укладываться в общую концепцию, соотноситься со стратегией развития бизнеса. Например, если вы фокусируетесь на какой-то нише, то нужно развиваться именно в ней. Если не будет результатов, можно рассмотреть и другие ниши, но последовательно.

T (Timed/Timebounded — «измеримый во времени»): для целей нужно намечать временные рамки, не только конечные, но и промежуточные. Например, если сайт должен быть готов через месяц, нужно оценить сроки выполнения всех подзадач и четко сформулировать их сотрудникам и подрядчикам.

Как показывает практика, если не задать критерии по SMART, то с большой вероятностью можно как минимум сорвать дедлайн по проекту.