Сергей Гончаренко
Ведущий специалист систем менеджмента, консультант по управлению проектами «АРБ-Консалтинг»
При составлении плана любого проекта все задачи в конечном итоге имеют конкретную календарную дату начала и окончания. И было бы просто здорово для проекта, если бы все задачи начинались и заканчивались строго в соответствии с этими датами. Или хотя бы те, которые лежат на Критическом пути проекта. Поэтому, при управлении проектом , по крайней мере руководитель проекта, прикладывает колоссальные усилия для того, чтобы каждая задача заканчивалась в запланированную дату.
Но подавляющее большинство проектов все-равно выбиваются из графика. Узнать на этапе планирования длительность всех задач со 100%-ой точность практически невозможно, даже в тех случаях, когда такая задача уже делалась раньше. Этому могут помешать уже на этапе исполнения непредвиденные обстоятельства :
- Смена исполнителя, например по причине болезни или увольнения ранее назначенного
- Проблемы у поставщиков, если задача связана с внешними ресурсами
- Проблемы с финансированием
- и просто закон Мерфи — если что-то плохое может случиться, то оно обязательно произойдет
Любой проект имеет риски, связанные с неопределенностью. А значит каждая задача будет иметь вероятность завершения в запланированную дату меньше 100%. Так почему же мы рассчитываем, что весь проект, состоящий из множества последовательных и параллельных задач, которые не имеют 100% вероятности завершиться в запланированное время, должен завершиться в назначенную дату?
К этому нужно еще добавить, что вероятность завершения двух последовательно выполняющихся задач, имеющих вероятность завершения в запланированное время равную 90%, составляет уже 81%. Другими словами, если мы не будем использовать положительные отклонения тех задач, которые заканчиваются раньше запланированной по календарю даты, то вероятность закончить весь проект в срок стремится к нулю.
Но в этом то и состоит одна из проблем календарного планирования . Задачи, которые удалось завершить раньше срока, не могут передать эстафету следующим за ними. Ресурсы, которые требуются на эту задачу не готовы, они заняты в других задачах и на других проектах. Время этих ресурсов было заранее распределено в соответствии с календарными планами всех проектов, где они участвуют. Поэтому, перейти на ту задачу, которую смогли завершить раньше, часто просто некому.
Более того, если вы попробуете вспомнить из вашей практики случаи, когда задачи завершались раньше, чем в запланированную дату, то не так много таких случаев вспомните. Подавляющее большинство задач завершалось с опозданием, или в лучшем случае в строго назначенное время. Почему так происходит? А что бы случилось, если бы кто-то при планировании сказал нам, что ему требуется 20 дней на эту работу, а сделал ее за 10 дней? Скорее всего, мы бы в следующем проекте сразу бы планировали 10 дней на аналогичную задачу.
Поэтому, понимая что так произойдет, люди продолжают выполнять задачу, стараясь еще раз перепроверить результат, либо улучшить его. А так как нет предела совершенству, то улучшать можно до бесконечности, или до нужной даты. Хотя конечно, чаще все-таки люди переключаются на выполнение других задач, но не сообщают руководителю проекта об этом, чтобы в следующий раз не уменьшили время на эту задачу, и остался резерв на непредвиденные обстоятельства. Таким образом, положительные отклонения в длительности выполняемых задач, крайне редко помогают проекту завершиться вовремя.
Как же поступать в таком случае? Один из лучших методов работы над проектами, решающий эту проблему, предлагает Теория ограничений
. Метод Критической цепи
учитывает и психологию исполнителя и способствует использованию положительных отклонений в длительности задач, для успешного завершения всего проекта. Для начала, вам придется поменять свое мировоззрение и отказаться от точных календарных дат завершения каждой задачи, а сконцентрироваться на конечной дате всего проекта.
В ходе выполнения проекта, вы должны ориентироваться на текущую оценку исполнителей об оставшейся длительности задачи, а не на какой-то дате, до которой, как вы прогнозировали на этапе планирования, необходимо успеть закончить задачу. Метод Критической цепи позволит вам вовремя реагировать на проблемы в задачах с самого начала проекта, но он ориентирован на главную дату — дату окончания всего проекта.
Именно от того, насколько часто весь проект завершается вовремя, зависит репутация руководителя проекта и всей фирмы. Клиенты не будут удовлетворены тем, что большинство задач завершены в точно запланированное время, если весь проект опоздал. Инвестиции в большинство проектов начинают возвращаться только после его завершения. Применив метод Критической цепи, вы значительно повысите количество проектов, завершенных вовремя .
Работаете ли вы в сфере услуг, промышленности, IT-технологий, дизайна или маркетинга, управление проектами - обязательная часть вашего бизнеса. В любой компании постоянно проводятся изменения. И чтобы справляться с возникшими задачами и решать их в срок, нужно управлять изменениями как проектом.
У каждого проекта есть цель, есть начало и окончание. Только окончание проекта приводит к возможности зарабатывать новые деньги. Поэтому самым главным становится вопрос: сможем ли мы уложиться в срок и в выделенный бюджет? Традиционный подход к управлению проектами выглядит так: проект разбивается на отдельные задания, которым назначаются календарные даты начала и окончания. Предполагается, что хорошо составленный план реализовать легко. Но как в таком случае учесть все непредвиденные обстоятельства? Можно ли эффективно инициировать, планировать и контролировать проекты, основываясь на одной лишь интуиции? Как в таком случае сократить риски? В то же время известно, что даже хорошо спланированные проекты в ходе своего исполнения выбиваются из бюджета и календарных дат.
Управлять проектом – значит уметь справляться с неопределенностью. Проекты никогда не похожи друг на друга и всегда в них закладывается некоторая вероятность наступления событий. Но современный рынок требует, чтобы проекты выполнялись в срок и в полном объеме. Поэтому при реализации большинства проектов недостаточно только опыта и здравого смысла, требуется еще и подходящая методика управления проектами.
Метод критической цепи, основанный на принципах Теории ограничений, позволяет эффективно управлять неопределенностью в проектах. Использование инструмента «буфер проекта» помогает вовремя получать информацию о тех задачах, которые сейчас ведут к опозданию и ставят под угрозу бюджет. На этом семинаре вы получите инструмент, который позволит расставлять приоритеты, определять актуальные задачи проекта, точно распределять ресурсы.
Целевая аудитория: руководители, управляющие многозадачной средой, руководители проектов, маркетологи, конструкторы, IT-специалисты.
Цель: освоить метод критической цепи и Scrum для управления проектами.
На этом семинаре вы:
- познакомитесь с подходом ТОС и Agile;
- узнаете все о методе критической цепи и Scrum для управления проектами;
- научитесь планировать критическую цепь проекта и scrum-спринт;
- разберетесь, как управлять проектом с помощью буфера проекта;
- получите готовые решения по управлению неопределенностью в проекте.
Программа семинара
1-й день. Проектная среда и поведение менеджмента в управлении проектами
- Нежелательные явления в проектах: срыв сроков, многократный перенос сроков завершения, превышение бюджета, авралы и переработка, урезание функционала и спецификаций, постоянный недостаток ресурсов, конкуренция за них.
- Проблемы, которые мешают управлять проектами.
- Особенности управления проектами участников семинара.
- Основные характеристики среды управления проектами: неопределенность, многозадачность, локальные показатели деятельности.
- Характерное поведение для среды управления проектами: составление подробных графиков выполнения проекта, контроль точности выполнения обязательств по срокам задач, ранний запуск проектов в исполнение, «плохая» многозадачность.
- Введение в ТОС. Принципы и исходные посылки.
- Корневой конфликт проектной среды.
- Основные заблуждения в управлении проектами:
- игра, демонстрирующая влияние многозадачности;
- обсуждение студенческого синдрома и эффекта Паркинсона.
- Конкурентное преимущество в проектной среде (надежность сроков, обеспечение качества и соблюдение бюджета).
- Концепция критической цепи (CCPM) и ее отличие от концепции критического пути.
- Философия Agile. Концепция Scrum для управления проектами.
2-3-й день. Управление проектами по методу критической цепи
- Управленческая установка и внедрение новых показателей деятельности, позволяющих видеть динамику дохода от проектов.
- Сокращение многозадачности:
- замораживание части выполняемых проектов;
- ускорение выполнения оставшихся проектов;
- размораживание проектов по мере завершения предыдущих, «виртуальный барабан»;
- запуск новых проектов.
- Tool Kit (полная подготовка проекта к запуску):
- подготовка проектов в соответствии с приоритетами;
- определение состава работ по подготовке проектов;
- исключение опасности потери клиентов в связи с поздним запуском проектов.
- Планирование:
- построение хороших планов PERT;
- определение критической цепи с учетом ограниченности ресурсов, концепция буфера проекта, концепция питающего буфера;
- эшелонирование портфеля проектов.
- Управление выполнением проектов:
- ежедневная отчетность о выполнении задач, вопросы коммуникации;
- обеспечение выполнения и подготовки задач в соответствии с установленными приоритетами;
- своевременное принятие корректирующих мер со стороны топ-менеджмента;
- регулирование скорости выполнения в точке интеграции проектов.
- Исключение задержек проектов по вине клиентов.
- Размещение заказов у субподрядчиков:
- контроль выполнения работ;
- использование эффективного стимулирования выполнения в срок со стороны подрядчика.
- Продажа надежности выполнения проектов в срок.
- Контроль нагрузки: вне зависимости от роста продаж компания всегда укладывается в сроки.
- Процесс непрерывных улучшений:
- отчет о причинах задержек;
- анализ причин задержек;
- инициирование проектов по улучшению деятельности.
- Расширение мощности:
- идентификация ресурсов, ответственных за задержки в проектах;
- обеспечение своевременной доступности необходимых трудовых ресурсов.
- Реализация конкурентного преимущества «ранняя поставка»:
- формирование «бонусного рынка»;
- разработка бонусного предложения;
- продажа «ранней поставки»;
- быстрое завершение проекта.
- Программное обеспечение для управления проектами по ТОС и Scrum.
- Организация работ в проекте по методу Scrum:
- планирование и приоритизация работ;
- роли владельца продукта и scrum-мастера;
- проведение scrum-митингов;
- проведение ретроспективы.
- Совместное использование методик CCPM и Scrum.
- Примеры применения метода критической цепи и Scrum на предприятиях различных отраслей.
Каждая система имеет свою цель, для достижения целей системы УП, необходимо постоянное ее совершенствование. Теория ограничений Годдратта базируется на выявлении ограничений в системах, определении ключевых проблем и их устранении. Автор теории предлагает использовать пятишаговый алгоритм при выявлении «слабого звена цепи» . Ниже представлен алгоритм процесса непрерывного совершенствования по ТОС.
Рисунок 6. Алгоритм процесса непрерывного совершенствования по ТОС
Помимо пяти направляющих шагов, Голдратт предложил использовать последовательные методы логических рассуждений по ТОС, представленные ниже на рис. 7.
Рисунок 7. Последовательный метод рассуждений по ТОС
Для того чтобы понять что необходимо поменять, чтобы система стала лучше, необходимо проанализировать текущую реальность. Построение дерева текущей реальности поможет в определении ключевого конфликта системы. Дерево строится исходя из связей «если, то», и читается снизу-вверх. Если рассматривать управление проектами как систему то, иногда, то, что может в ней не нравится, не всегда является самой проблемой, а может быть лишь сигналом о ее существовании. Сама проблема кроется в первопричинах конфликтов, существующих в системе. Выявление и ликвидация ключевой проблемы не только устраняет все связанные с ней нежелательные эффекты, но и предотвращает их появление. Построение ДТР начинается с выявления нежелательных явлений (НЯ), которые ведут к определению ключевого конфликта .
Диаграмма разрешения конфликтов «грозовая туча» (ДРК) призвана снимать конфликты, которые обычно лежат в основе проблемы. Основная идея ДРК заключается в том, что большинство настоящих проблем вызваны противостоянием или конфликтом, который мешает решить проблему обычным путем.
Рисунок 8. Диаграмма разрешения конфликтов «Грозовая туча»
Дерево будущей реальности (ДБР) является инструментом, позволяющим удостовериться, что действия, которые собираются внедрить для устранения проблемы, приведут к желаемым результатам. Кроме того, ДБР позволяет определить, какие негативные последствия могут вызвать задуманные действия.
Рисунок 9. Дерево будущей реальности
Дерево перехода позволяет выстроить стратегию для достижения поставленной цели системы. После определения проблем и формирования стратегии, составляется план преобразований, которые должен представлять собой четкое руководство к действию для реализации поставленных задач по совершенствованию системы.
На протяжении долгих лет системный подход к улучшению систем занимается тремя основными вопросами: проблемой, решением и внедрением решения. Теория ограничений (TOC) предоставляет практические решения для улучшения систем в ключевых областях управления. Одна из таких областей – управление проектами. Эта статья нацелена на то, чтобы улучшить способность руководителя проекта управлять проектами в сложной и напряженной среде.
Успех синхронизированного управления средой, где одновременно реализуется много проектов, зависит от двух глобальных факторов: наличия хороших профессиональных руководителей проектов и применяемого метода проектного управления.
В этой статье мы хотим рассмотреть решение для управления проектами по методу «Критической Цепи » (англ. Critical Chain Project Management, CCPM ). Название «Критическая цепь» было выбрано для того, чтобы подчеркнуть отличие подхода ТОС от традиционного метода «Критического пути». Решение ТОС фокусирует на выполнении вовремя всего проекта. Оно целостно, поскольку рассматривает проект как единое целое, а не каждую отдельную задачу изолированно. Оно логично, поскольку мы можем предоставить концептуальную основу решения, используя «Мыслительные процессы» TOC . Оно взаимовыгодно, поскольку учитывает и поддерживает важные потребности ключевых заинтересованных сторон.
Проектам как виду деятельности более тысяч лет. Результатом некоторых из них стали величественные сооружения, которые по праву считаются чудесами света. Однако только во второй половине двадцатого века стала настолько очевидна важность управления проектами. Доминирующими стали требования относительно времени и денег, вложенных в проекты. Это превратило управление проектами в профессию. Официальный «старт» − разработка и использование диаграммы для постройки «Наутилуса» – первой атомной подводной лодки в начале 1950-х. Было крайне необходимо выполнить этот важнейший проект в определенные временные рамки. Для планирования и управления метод PERT использовал концепцию (англ., CPM, Critical Path Method ). Впоследствии он стал преобладающим подходом к управлению проектами. Поразительно, что основные принципы управления проектами до сих пор остаются такими же, какими они были 60 лет назад, несмотря на то, что подавляющее большинство проектов не удается выполнить вовремя, в рамках бюджета и изначальных спецификаций.
Морская Пехота США — База обслуживания тяжелой техники — Albany, GA, USA
Внедрение в 2001 г. решений ТОС для управления проектами «Критическая цепь» и управления производством «Барабан-Буфер-Канат».
Цели внедрения:
- Увеличить проход (Throughput);
- Сократить затраты;
- Сократить объем незавершенного производства (WIP);
- Сократить цикл ремонтных работ;
- Выполнять график работ в 90+% случаев.
Результаты внедрения, представленные руководством базы в официальной презентации:
Рисунок 13. Результаты внедрения решений ТОС на базе обслуживания тяжелой техники Морской Пехоты США.
Одед Коуэн, международный директор Goldratt Schools ,
Елена Федурко, региональный директор Goldratt Schools по России и русскоговорящим регионам
Просмотры: 4 673
В основе своей теория ограничений - это толкование системы с точки зрения здравого смысла. ТОС говорит, что в любой системе есть ограничение, которое не позволяет получать больший результат. Это можно доказать, подвергнув утверждение критическому обсуждению. Если бы ограничений не было, результат либо увеличивался бы до бесконечности, либо же никакого результата просто не было бы. Таким образом, ограничение держит результат в некоторых пределах. Рис. 2.7 показывает, что ограничение потока по любой из стрелок повлияет на общий результат, получаемый на выходе из системы. Эта стрелка и будет ограничением системы. В физических системах ограничением называют узкое место, или «бутылочное горлышко», которое сдерживает движение в системе.
Рис 2.7.
Цель применения ТОС - совершенствование бизнес-систем. В работе «Что же это такое - теория ограничений» (What is This Thing Called Theory of Constraints) Голдратт пишет: «Прежде чем приниматься за совершенствование какого бы то ни было элемента, необходимо определить общую цель системы, а также систему измерений, которые позволят оценить воздействие каждой подсистемы и каждого отдельного решения на эту цель».
В книге «Новая экономика» (New Economics) Деминг отмечает: «Мы узнали, что оптимизация - это процесс настройки работы всех компонентов системы на достижение общей поставленной цели».
Рис. 2.8. ТОС в действии - на примере обычной цепи: самое слабое звено ограничивает прочность цепи
Наиболее часто в качестве наглядного примера при объяснении ТОС используется обычная цепь (рис. 2.8). Задача цепи - оставаться крепкой в состоянии напряжения. Всем понятно, что сила цепи определяется прочностью самого слабого звена. И ясно, что укрепление каких-либо иных звеньев никак не скажется на прочности цепи в целом.
Следующее положение ТОС не столь очевидно. Теория переходит к рассмотрению производственных цепей. Утверждается, что производительность любой цепи в каждый момент времени определяется лишь одним ограничением. Вероятно, это проще понять на примере проектов: так, в любом плане проекта есть лишь одна самая длинная цепочка работ (если не имеется других цепочек, абсолютно равных ей по протяженности). Как только вы приступаете к реализации проекта, эта одна цепочка будет настоящим ограничением. Ограничением (самой длинной цепочкой) может стать и любая другая последовательность работ - под действием изменений, происходящих при выполнении проекта. Однако в каждый момент только одна цепочка определяет длительность всего проекта.
Используя научный метод применительно к основам ТОС, можно получить множество производных принципов. В книге «Теория ограничений Голдратта: Системный подход к непрерывному совершенствованию» (Goldratt’s Theory of Constraints: Systems Approach to Continuous Improvement) Детмер приводит следующий список:
- 1. При внедрении преобразований и разрешении конфликтов лучше полагаться на системное мышление, а не на аналитическое.
- 2. Эффективность оптимальных системных решений снижается со временем при изменении окружающих условий. Необходим процесс непрерывных улучшений для отслеживания актуальности и эффективности решения.
- 3. Когда система в целом действует с максимальной отдачей, лишь один из ее элементов работает на пределе своих возможностей. Из того, что все части системы работают на пределе своих возможностей, вовсе не следует, что вся система работает эффективно. Оптимальное состояние системы не складывается из оптимальных состояний ее отдельных элементов.
- 4. Системы подобны цепям. В каждой системе есть самое слабое звено (ограничение), которое в конечном счете снижает результативность всей системы.
- 5. Укрепление любого неограничивающего элемента не делает цепь более прочной.
- 6. Для проведения обдуманных, разумных преобразований необходимо понимать текущее состояние системы, ее цели и характер существующих проблем.
- 7. Большинство нежелательных явлений в системе вызваны несколькими ключевыми проблемами.
- 8. Ключевые проблемы почти всегда неявные. Они заявляют о себе рядом нежелательных явлений, связанных причинно-следственными отношениями.
- 9. Устранение отдельных нежелательных явлений дает ложное чувство безопасности, в то время как истинная причина остается невыяв- ленной. Решения такого плана недолговременны. Решение ключевой проблемы одновременно устраняет все связанные с ней нежелательные явления.
- 10. Ключевые проблемы обычно усугубляются лежащим в их основе скрытым конфликтом. Для решения проблемы нужно выявить основные исходные установки конфликта и избавиться хотя бы от одной из них.
- 11. Ограничения системы могут быть как физическими, так и организационными. Физические ограничения сравнительно просто выявлять и ликвидировать. Организационные ограничения обычно сложнее обнаружить и снять, но их нейтрализация, как правило, влечет за собой более существенные и важные изменения, чем удаление физических ограничений системы.
- 12. Инерционность - худший враг процесса непрерывных улучшений. Былые решения постепенно приобретают вес и значимость, обрастают массой вспомогательных деталей, что препятствует дальнейшим преобразованиям.
- 13. Идеи - это не решения.
Теория ограничений и сама непрерывно совершенствуется. Когда Гол- дратт впервые сформулировал метод логических рассуждений по ТОС, определение сферы преобразований сводилось к установлению ключевой проблемы, как это видно из приведенного выше списка принципов ТОС. Устранение ключевой проблемы приведет к тому, что нежелательные явления уступят место желаемым результатам. Иногда ключевую проблему еще называют истинной причиной. Позже Голдратт стал говорить уже об определении ключевого конфликта, а не ключевой проблемы. Это значительный шаг вперед в развитии теории. Речь идет о том, что большая часть нежелательных явлений в системе происходит из-за неразрешенного или в недостаточной степени разрешенного конфликта или дилеммы. Если заменить словосочетание «ключевая проблема» на «ключевой конфликт» в приведенном списке принципов ТОС (кроме пункта 10), получится современное звучание теории. Пункт 10 - это более ранняя формулировка предыдущей версии процесса логических рассуждений.
Понятие ключевого конфликта, лежащего в основе многих нежелательных явлений системы, вероятно, связано с мыслью о том, что ради избавления от НЯ люди изменили бы систему, если бы знали, как именно, и были бы в состоянии проводить преобразования. Если нежелательное явление не исчезает, значит, что-то мешает создателям или руководителям системы ее изменить. Идея ключевого конфликта помогает понять, что именно им мешает.
Для установления логической связи между нежелательными явлениями и ключевым конфликтом ТОС предлагает такой инструмент, как дерево текущей реальности (ДТР).
По причинам, которые будут изложены позже, я рекомендую при создании и анализе ДТР рассматривать его под максимально широким углом зрения. Представление организации как системы, регулярный пересмотр работы основных компонентов системы позволит уменьшить расхождения между реальной ситуацией и представлениями о ней. При наличии процесса организационного развития управленческая команда предприятия может использовать выявленные несоответствия для оптимизации системы.
