Архив рубрики: Инструменты управления

Для какого активного ограничения подходит решение “для наличия” (Replenishment) ТОС

Моя последняя публикация перевода блога Эли Шрагенхайм об управлении смешанной средой “Производство под заказ (МТО)” и “Производство для наличия (МТА)” вызвала интерес, а мое персональное утверждение, что реализация решения МТА на практике требует обязательного наличия защитной (читай – избыточной по отношению к спросу) мощности вызвало обсуждение этого вопроса.

Для того, чтобы выйти на этот вывод, я задал собеседнику вопрос: для какого активного ограничения подходит (fits – если использовать английский глагол) решение “для наличия”. Поскольку однозначного ответа не было получено, а для меня он очевиден, я пообещал сегодня подробно ответить на этот вопрос.

Для начала обратимся к последнему переводу, к той части, где Эли Шрагенхайм пишет о том, какие товары могут управляться в режиме “для наличия” (выделение – мое):

“Стандартные продукты с хорошим и относительно стабильным спросом, безусловно – товары, хорошо оборачиваемые, подходят для того, чтобы производиться «для наличия». Естественно, что полностью кастомизированные продукты подходят для производства «под заказ». Между двумя этими группами находятся продукты, которые могут управляться как в режиме MTO, так и в режиме MTA. Есть несколько категорий, относящейся к серой зоне, которые могут управляться таким же или иным способом. Например, медленно оборачиваемые товары, наличия которых рынок все-таки ожидает, или ситуация такова, что требуемый срок исполнения заказа больше одного дня, но меньше, чем существующее время производства.”

Для сравнения оригинальный текст:

“Standard products with good and relatively stable demand, certainly fast-runners, fit being produced to availability. Fully customized products naturally fit make-to-order.  In between the two groups there are products that could be treated either as MTO or as MTA.  There are several gray-area categories of products that can be treated this way or the other way. For instance, slow movers that the market still expects to be available or when the required delivery time in more than one day, but less than the current production lead-time.”

Давайте еще раз обратим внимание на ключевое требование к товарам, которыми может быть целесообразно применять управление в режиме “для наличия”: требуемое клиентом временем время исполнения заказа МЕНЬШЕ, чем срок производства.

Теперь обратимся к списку типов ограничений. Сразу оговорюсь, что общепринятого списка типов ограничений не существует – от автора к автору они могут детализироваться, видоизменяться, пополняться. Но в данном случае проще, поскольку этот перечень типов для меня и участника дискуссии Романа – общий.

Я не буду их перепечатывать, а просто вставлю скрин-шот из раздаточных материалов по курсу ДТА, точно такой же слайд есть в курсе по МТА/МТО:

Обратим внимание на последний тип – “Ограничение времени”. По определению, данному в данном слайде: ограничение времени существует тогда, когда “время реагирования системы на потребности рынка слишком долго, что ставит под угрозу способность системы выполнить взятые на себя обязательства перед клиентами, а также расширить свой бизнес

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

Другими словами: решение “для наличия” – это решение для ситуации с АКТИВНЫМ ДЕЙСТВУЮЩИМ ограничением времени. В данном случае, я исхожу из посылки, что в системе, которую не пытаются принудительно сбалансировать, действующее ограничение, как правило, одно. Потому что, если мы имеем более одного активного действующего ограничения, то мы получаем нестабильную систему, которой очень сложно управлять.

Теперь об избыточной мощности. Несколько исходных предпосылок:

  1. Мощность – это функция времени. По сути это сумма (интеграл для гладких, непрерывных функций) производительности за определенный интервал времени. Если мы имеем неограниченное время – мы имеем неограниченную мощность.
  2. Для обеспечения наличия, наша мощность должна превышать потребительский спрос за надежный срок пополнения. Если наша мощность не позволяет обеспечить выпуск МАКСИМАЛЬНОГО потребления за на надежный срок пополнения, то мы оказываемся в ситуации, когда мы не в состоянии обеспечить наличие.

Отсюда требования к наличию значительной защитной мощности, которое отражено в том числе в стандартном дереве Стратегии и Тактики (извините, но переводить его у меня пока нет времени и возможности, я обязательно это сделаю в процессе работы над онлайн курсом “Основы Теории ограничений”):
Отсюда следствие – если у нас внутри компании находится ограничение мощности и через него проходит поток товаров “для наличия” (в данном случае неважно – это среда чистого МТА или смешанная МТО/МТА), то обеспечение наличия – невозможно, так как мы не в состоянии пополнить запасы в соответствии со спросом за надежный срок пополнения.

Следовательно, мы обязательно должны обеспечить защитную/избыточную мощность для обеспечения требуемого уровня надежности. Скажем – 95% (здесь нужно оговориться, что это выбор компании, можно поставить задачу и 100%, но… это потребует очень большой защитной мощности). Какие у нас для этого есть средства?

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

Во-вторых, это аутсорсинг, сверхурочные и любые другие способы относительно быстрого увеличения мощности, за дополнительные деньги (Эли Шрагенхайм в своем блоге для этого использует понятие “буфер мощности”, но важно понимать, что это понятие еще не является общепринятым в среде ТОС).

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

“Управление смешанной средой «Производство для наличия» (MTA) и «Производство на заказ» (MTO)” Перевод материалов блога Эли Шрагенхайма

Приветствую всех!

Не знаю как вам, а мне с  темой, которую в этот раз, обсуждает Эли Шрагенхайм, приходится сталкиваться на каждом проекте. Потому как в реальности очень немного компаний, которые живут в чистой среде “для наличия” или в чистой среде “под заказ”.

Хочу сказать, что для себя с партнерами мы нашли решение, которое позволяет получить общий и непротиворечивый метод приоритезации заказов в условиях смешанной среды. И, после прочтения этой публикации Эли, мне захотелось с ним его обсудить. Но… безотносительно установления приоритетов, в данной статье Эли еще раз обращает внимание на такую важную штуковину, как учет мощности (с помощью механизма Планируемой загрузки), и ОБЯЗАТЕЛЬНОГО обеспечения защитной мощности (т.е. фактически – избыточной по отношению к спросу), если вы работаете в среде “для наличия”.

Это ОЧЕНЬ важный момент, так как следствием его непонимания является неспособность компании обеспечить постоянное наличие товаров, что наносит компании репутационный ущерб.

Как обычно, ссылка на оригинал и картинка из поста автора.

Читайте, комментируйте.

Ваш Дмитрий Егоров

Около 2000 года в Теории ограничений возникло критически важное понимание:

Следует четко отделять заказы клиентов, имеющие конкретное количество и сроки исполнения, от производственных заказов на пополнение склада!

Это совсем НЕ ОБЩЕПРИНЯТАЯ практика, которая стремится объединять количество, требуемое для исполнения клиентских заказов, с количеством, которое производится на склад на основе прогноза. TOC четко воздерживается от объединения заказов клиентов с разными датами завершения в один производственный заказ. Но, до того времени, даже методология ТОС использовала присвоение искусственных дат завершения для заказов на пополнение склада. Через понимание, что заказам на пополнение склада не следует присваивать никаких дат завершения, ТОС было достигнуто подлинное разделение между производством «на заказ» и «для наличия». Это значительно упростило производственный процесс за счет выделения двух разных типов потока с разными типами буферов: времени и запасов.

Стандартные продукты с хорошим и относительно стабильным спросом, безусловно – товары, хорошо оборачиваемые, подходят для того, чтобы производиться «для наличия». Естественно, что полностью кастомизированные продукты подходят для производства «под заказ». Между двумя этими группами находятся продукты, которые могут управляться как в режиме MTO, так и в режиме MTA. Есть несколько категорий, относящейся к серой зоне, которые могут управляться таким же или иным способом. Например, медленно оборачиваемые товары, наличия которых рынок все-таки ожидает, или ситуация такова, что требуемый срок исполнения заказа больше одного дня, но меньше, чем существующее время производства.

Иногда комбинирование  «производства на заказ» и «производства для наличия» применяется для одной и той же номенклатурной позиции (SKU), например, обычно номенклатура управляется в режиме MTA, но в случаях очень редких больших заказов, которые могут быть больше чем весь установленный буфер запасов, ими лучше управлять в режиме MTO. Другой, довольно распространенный случай: поставки крупным клиентам, типа производителей автомобилей, которые дают поставщику скользящий прогноз на несколько недель, а потом ожидают, что поставлено будет несколько иное количество. Тут также предпочтительным направлением решения  будет комбинация  MTO и MTA

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

Каковы общие проблемы в управлении ассортиментом, который включает в себя как режим MTA, так и MTO?

Буферы для MTO основаны на времени. Заказ запускается в производство в соответствии с приоритетом буфера времени, относительно срока завершения. Таким образом, потребление буфера – линейно, буфер потребляется день за днем в одном и том же темпе. Важным шагом в методологии ТОС было использование Планируемой загрузки[i] – загрузки самого слабого звена/ограничения, для определения «безопасной даты» для любого поступающего заказа.  Она дает механизм сглаживания временных пиков спроса, путем увеличения обещанного клиенту срока исполнения заказа, основанного на входящем спросе. Механизм «безопасных дат» сглаживает загрузку и, таким образом, гарантирует стабильную работу. В зависимости от своей стратегии, компания может в период между пиками спроса предлагать более короткое время отклика. Такое предложение следует делать очень осторожно, потому что оно может привести к негативным последствиям типа того, что клиенты будут ожидать быстрого исполнения заказов в любое время и, если это так, отказываться платить больше за более быстрый отклик.

Буферы MTA основаны на запасах, поэтому статус буфера зависит от фактических продаж. Прямое следствие – то, что статус буфера заказа может за один день скачкообразно измениться с Зеленого на Красный.

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

Эта разница в поведении не имеет отношения к вопросв: если у нас два красных заказа, один MTO, а другой MTA, то какой из них более срочный?

Здесь следует рассмотреть одно открытие:

Управление буфером эффективно до тех пор, пока существует возможность  выполнить ВСЕ красные заказы вовремя!

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

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

Алгоритм управления буфером не учитывает размер заказов, генерируемый ими проход и игнорирует вопрос, кто – клиент. Однако, когда для компании кажется совершенно ясно, что она (временно) не способна выполнить все обязательства, то по настоящему критически важной информацией становится: Кто клиент?

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

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

Если компания управляет комбинацией из MTO и MTA, то возникает вопрос:

Какова доля потребления мощности самого слабого звена у заказов MTO и заказов MTA?

Причина необходимости «резервировать мощность», скажем: 40% для MTO и 60% для MTA, в том, чтобы дать возможность сгладить загрузку в части MTO, с помощью механизма «безопасной даты». Чтобы это сделать, мы предполагаем, что в среднем 40% ежедневной доступной мощности закрепляется за MTO. Таким образом, мы можем учитывать планируемую загрузку для заказов MTO, что означает расчет того, сколько времени потребуется самому слабому звену для обработки всех существующих заказов в режиме МТО. Это время преобразуется в дату, с учетом того, что учитывается только 40% дневной мощности. Рассчитанная дата показывает, когда самое слабое звено будет свободно для обработки нового, только что поступившего заказа МТО. Безопасная дата для такого заказа рассчитывается как планируемая загрузка плюс половина буфера заказа.

Читатель может найти более детальное описание определения безопасной даты для заказов МТО в другом месте. Очень короткое описание предназначено только для объяснения того, как средняя зарезервированная мощность для заказов в режиме МТО в смешанной среде необходима для этого механизма.

Отношение 40/60 может дать ошибочное представление, что самое слабое звено, потенциальное ограничение мощности, планируется использовать на 100% от доступной мощности. Это – большая ошибка. Обязательства по надежному выполнению заказов MTO и поддержании прекрасного наличия для продуктов в режиме MTA требует определенного уровня защитной мощности.  Когда механизм расчета безопасных дат для MTO работает надлежащим образом, необходимость в защитной мощности для покрытия неожиданных поломок, переделок и, главным образом, неточных данных о мощности, по прежнему сохраняется.

Поддержание прекрасного уровня наличия для товаров MTA требует БОЛЬШЕ защитной мощности, вследствие влияния неожиданных пиков загрузки.

Д-р Голдратт требовал, чтобы общее использование любого ресурса в среде МТА, включая смешанную среду, не превышало 80% от доступной мощности. Голдратта беспокоила не просто флуктуации общего спроса на продукцию в режиме МТА, но еще и необходимость иметь достаточно времени, чтобы справиться с увеличением общего спроса. Множество симуляций показали, что, если спрос растет, то существует момент, когда неожиданно количество «красных» заказов резко возрастает, и ситуация нехватки множества товаров – это только вопрос времени. Обратите внимание, что поддержание больших буферов сдерживает влияние нехватки защитной мощности только на короткое время. Использование в этот момент динамического управления буфером делает ситуацию ХУЖЕ, потому что увеличение буферов, увеличивает спрос в тот момент, когда слишком много «красных» заказов конкурируют за ограниченную мощность самого слабого звена, которое превращается в «бутылочное горлышко». Чрезвычайные меры на этом этапе должны быть направлены на сокращение буферов, одновременно с быстрыми мерами по добавлению мощности как можно быстрее. Нам не следует много экспериментировать с допустимым уровнем защитной мощности, особенно в среде MTA.

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

Задача использования внутреннего ограничения только на 80% его теоретической мощности – сложна. Когда существует больший объем потенциального спроса, соблазн извлечь больше из ограничения – велик. Однако, также велик риск перегрузки ограничения и, вследствие него, разрушения решающего конкурентного преимущества.

Голдратт предложил решение поддерживать  ситуацию без обязательств или с очень ограниченными обязательствами перед рынком! Например, если ограничение простаивает, оно может производить на склад продукцию, которая может быть продана на другом рыночном сегменте, без каких-либо обязательств по будущему наличию для этого сегмента. Такие заказы, производства «на склад» по определению заказы с наименьшим приоритетом, – меньшим, чем у «зеленых» заказов.

Эта идея основана на важном открытии, которым очень хорошо завершить статью:

Конкретные обязательства, которые обеспечивают высокую ценность для клиентов, должны быть направлены на конкретные рыночные сегменты. На других сегментах можно предлагать менее жесткие[ii] обязательства.

 

[i] В тексте «Planned load» – концепция, предложенная Эли Шрагенхаймом. – прим. переводчика

[ii] В тексте «binding» – связывающие, обязывающие – прим. переводчика

“Мой взгляд на правильную фокусировку в кейсе HighX” Перевод материалов блога Эли Шрагенхайма

Эта публикация для тех, кто задумался над предыдущей публикацией и попытался поискать ответы. А значит не совсем новичок в Теории ограничений.

Эли опубликовал свое видение для вымышленного кейса, который он выкладывал для обсуждения.

Я тоже поучаствовал в дискуссии и комментариях и могу сказать, что по многим позициям я с ним совпал, что не может не радовать.

Предлагаю вашему вниманию разбор с позиции Эли Шрагенхайма.

Как обычно, ссылка на оригинал.

Ваш Дмитрий Егоров.

Это пост продолжает кейс и комментарии к предыдущему посту. Для начала прочитайте предыдущий пост.

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

Обычно консультанты ТОС требуют, чтобы ТОС проект, особенно проект по Стратегии и Тактике (S&T) получал безусловно преимущество перед другим проектами, выполняемых в то же время. Обоснование – это как предположение, что проект ТОС окажет значительно большее влияние на будущее организации, так и то, что для проекта по Стратегии и Тактике очень значим уровень внимания менеджмента, так как он основывается на изменении парадигмы.

Действенность решающего конкурентного преимущества (DCE), основанного на надежности плюс возможности быстрого отклика, зависит от уже существующей «боли» рынка. Также она зависит от того, будет ли ценность от устранения этой боли сегодня признана рынком, и того, сможет ли HighX, направляемая ТОС экспертом, быстро достичь быстрого изменения осведомленности клиентов. Поэтому такое решающее конкурентное преимущество может быть очень эффективным, но в других случаях эффективность будет ниже.

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

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

Предположим, что три или четыре из этих проектов критически важны для сохранения позиции HighX на этих рынках. Захотим ли мы отложить их до момента запуска нового решающего конкурентного преимущества? Информация о том, что HighX радикально улучшает своевременность выполнения заказов и скорость отклика, но, в то же самое время, очень медленно внедряет необходимые новые характеристики, которые конкуренты уже предлагают – большая проблема!

Критически важный вопрос:

Хватит ли внимания менеджмента HighX для фокусировке как на проекте ТОС, так и на трех или четырех действительно критически важных проектах разработки новых характеристик?

Внимание менеджмента очень неточный термин. Кто эти менеджеры, которые должны посвятить значительный объем мощности своего внимания проекту ТОС?

Должны ли эти менеджеры также посвятить значительный объем своего внимания разработке этих характеристик?

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

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

Чтобы проанализировать необходимую нагрузку на внимание менеджмента, мы должны отметь, что после того, как достигнут консенсус по вопросу применение S&T, основное бремя внимания ляжет на плечи руководителей производства. Они сталкиваются с новыми парадигмами «перекрытия запуска» заказов в производство и следования приоритетов управления буфером.

Это те же самые менеджеры, которые должны уделять большое внимание проектам по разработкам новых характеристик?

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

Первый вывод: сосредоточить HighX на проекте S&T ТОС и, одновременно, на нескольких ключевых проектах R&D по разрабтке новых характеристик, в то время как другие проекты R&D должны быть заморожены до тех пор, пока завершение такого проекта не позволит «разморозить» другие проекты.

А что с двумя более крупными проектами, которые направлены на поиск новых рыночным сегментам?

Здесь мы видим значительно более серьезную нагрузку на управление Маркетингом и Продажами. После завершения создания процедур, политик и показателей ТОС в Производстве процесс S&T столкнется с серьезным вызовом разработки новой предложения ценности для рынка! Проект также будет связан с обучением отдела продаж, чтобы они были способны продавать такое предложение ценности на рынке.

Как руководителям Маркетинга и Продаж справиться с этими изменениями, да еще и одновременно подготовить два больших проекта по выходу на новые сегменты рынка? Именно здесь нагрузка на соответствующих руководителей может оказаться слишком высокой. Представляется невозможным справиться с двумя, и уж совершенно точно – с тремя, настолько критически важными задачами одновременно.

Другим результатом внедрения DCE может быть возможное сильное увеличение загрузки обычных производственных мощностей. В дереве S&T после раздела «Капитализировать» начинается раздел «Поддерживать» – подготовка к значительному увеличению спроса, чтобы поддерживать неизменным новый уровень исполнения заказов. Ясно, что успех в выходе на новый сегмент рынка может дать больше спроса. Кажется неразумным, одновременно предпринимать различные усилия по существенному увеличению спроса одновременно!

Вывод  эти два больших проекта должны быть заморожены, по крайней мере, до тех пор, пока не будет полностью внедрен раздел «Капитализировать». И тогда может быть рассмотрено продолжение, одновременно убедившись, что более высокий уровень спроса, не нанесет ущерба качеству выполнения заказов, которое к тому моменту станет ключевой частью имиджа HighX.

 

“Трудный выбор фокуса: вымышленный случай для публичной открытой дискуссии” Перевод материалов блога Эли Шагенхайма

Эли Шрагенхайм тут опубликовал кейс для обсуждения и поиска правильных/наилучших способов внедрения.

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

Для остальных, ежели Эли обобщит дискуссию – я это обобщение обязательно переведу.

Размышляйте, наслаждайтесь, комментируйте.

Ваш Дмитрий Егоров.

HighX – небольшая производственная компания (цех), производящая 12 различных категорий продуктов в соответствии с детальными спецификациями, полученными от клиента. Не существует реального способа производить «на склад»/ «для наличия», это чистая среда «производство под заказ» (MTO).

Стив, генеральный директор, заинтересовался деревом Стратегии и Тактики[i] (S&T), чтобы достичь в отношении конкурентов решающего конкурентного преимущества. Идея в том, чтобы предложить высокую надежность и одновременным быстрым откликом при выполнении заказов клиентов и, таким образом, получить решающее конкурентное преимущество. В настоящее время клиенты страдают от не очень хорошего исполнения заказов, что также относится и к качеству работы основных конкурентов.

Время от времени, некоторым клиентам нужна значительно более быстрая поставка. Текущий срок выполнения заказа составляет четыре недели и, если это будет надежно выполняться, то это значительно уменьшит «боли» клиентов. Если бы было возможно дополнительно предлагать быстрый отклик, скажем выполнение конкретного заказа всего за одну неделю, то 25% надбавка к первоначальной цене будет считаться справедливой. На основе фактических запросов клиентов, прогнозируется, что 17% заказов будут со сроком исполнения одна неделя по более высокой цене. Методология ТОС для производства может обеспечить возможность надежного выполнения заказов, в том числе и более быстрое выполнение заказа.

Однако, во время первых сессий по построению дерева Стратегии и Тактики  Стив поднял вопрос о уже существующих инициативах по улучшению, уже находящихся в работе. Департамент R&D занят добавлением новых характеристик в семь наиболее прибыльных категорий продуктов. Потребители требовали эти характеристики и разумно, что конкуренты также над ними работают.

Более того, есть две еще более крупные инициативы, сочетающие R&D и развитие бизнеса, касающиеся выхода на два многообещающих рыночных сегментов с новыми категориями продуктов. Эти два рыночных сегмента обещают более высокую долю прохода в цене продаж. Эти два проекта были инициированы девять месяцев назад и ожидается, что они будут завершены через шесть – двенадцать месяцев.

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

В ответ Стив сказал, что он не может позволить себе заморозить эти проекты, потому что они критически важны для поддержания позиции HighX на конкурентном рынке. Джеймс предложил подождать шесть месяцев с разработкой Стратегии и Тактики, пока три наиболее важных проекта не будут завершены, а затем начать внедрение. Он также предложил заморозить остальные проекты, пока будут выполняться эти три, а также пока не будет успешно внедрена методология ТОС в отношении производства.

Как вы полагаете должен поступить Стив? Как должно приниматься такое решение?

Я призываю комментировать описанную ситуацию. Пришло время обсудить эту тему.

 

[i] В тексте «Strategy&Tactic process» – прим. переводчика

“Управление пиками как стратегический вопрос” Перевод материалов блога Эли Шрагенхайма

Тема работы с сезонностью и различными пиками спроса возникает при каждом внедрении решений ТОС по управлению наличием. Эли Шрагенхайм собрал в одной публикации анализ основных типов пиков, с которыми сталкивается любая организация.

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

Читайте, комментируйте.

Как обычно, ссылка на оригинал и картинка из поста автора.

Ваш Дмитрий Егоров

Большинство организаций сталкиваются с небольшим количеством периодов пикового спроса и значительно более долгими периодами отсутствия пиков. Пик определяется как всплеск спроса, который превышает нормальные колебания. Генерируемый во время пиков спроса проход часто очень существенен относительно общего прохода генерируемого в течение года. Таким образом, работа с пиками должна рассматриваться как ключевой стратегический вопрос, устанавливающая связи между политиками, применяемыми в периоды пикового спроса, и отличных от них политик для периодов между пиками. Критичность пика, с точки зрения операционной деятельности, состоит в том, что разумно ожидать, что самое слабое внутреннее звено станет ограничением во время пика, и будет не-ограничением в период между пиками. Часто это связано с признанием того, что уровень доступной мощности, поддерживаемой в организации, должен в целом соответствовать требованиям пикового спроса.

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

В 2001 году в международном журнале «Исследование производства» (Production Research) была опубликована важная статья, озаглавленная Управление пиками, написанная Боазом Роненом (Boaz Ronen), Алексом Команом (Alex Coman) и Эли Шрагенхаймом (Eli Schragenheim). В мае 2016 в моем блоге был опубликован пост Столкновение с сезонностью – действительно сложный вопрос, где было предложены некоторые идеи, направленные на работу с ожидаемым пиком, который повторяется каждый год сам по себе. В конце этого поста будет ссылка на эту публикацию.

Говоря в общем, нам нужно обсудить три взаимосвязанных периода времени, когда мы разрабатываем наиболее эффективный способ работы с пиками спроса:

  1. Период между пиками, предшествующий собственно пику, когда происходит соответствующее планирование и подготовка, например: производство или закупка соответствующих уровней запаса для пикового спроса. Общий подход к планированию работы во время пика – это извлекать что-либо из типичного пика спроса для периодов между пиками до и после пика. Это может достигаться способами ценообразования, которые бы поддерживали клиентов в совершении покупок до или после пика спроса. Авиакомпании, отели и весь бизнес, связанный с отпусками, прекрасно владеют этими средствами. Другим следует адаптировать это общее понимание к специфике своего окружения.
  2. Политики, приоритеты и процессы во время собственно пика, максимально эффективно использующие ограниченные степени свободы. Это несомненно включает в себя, максимальное использование и подчинение системы активному ограничению. Например, следует серьезно рассмотреть правило предлагать во время пика только часть ассортимента продуктов и услуг, а в периоды между пиками – предлагать полный выбор.
  3. Период после пика должен справляться с последствиями пика, что требует учета в планировании. Обычно сразу после пика невозможно вернуться к «нормальному» поведению. Политики, которые подходят для периода пикового спроса, отличаются от тех, которые применяются в периоды между пиками. Из-за давления во время пика после его окончания человеческие ресурсы обычно нуждаются в отдыхе, это приводит к действительно медленному периоду после пика, который ниже, чем средняя активность в период между пиками. Необходимо позаботиться о запасах, которые не были приобретены[i] во время пика. Часто такие запасы продаются по значительно меньшим ценам, чтобы достичь нормального поведения в периоды между пиками. Общий успех или неудача в извлечении максимума из пика зависит не только от того, что было продано во время пика, но также и того, что происходит после пика. Например, вклад промоакций сильно зависит от того, насколько сильно проваливаются продажи после промоакции.

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

Короткие ожидаемые пики.

«Короткий» пик означает, что во время пика нет действенного[ii] способа пополнить запасы. В сфере услуг это может означать, что невозможно добавить ресурсы, которые, в этом случае, не были заранее подготовлены до начала пика. Таким образом, то, что у вас есть на старте – это тот максимум, на использование которого вы можете надеяться.

Для примера рассмотрим крупное спортивное событие, например Super Bowl, которое генерирует два коротких пика, разного типа. Один – это продажа специальных товаров, связанных с конкретным событием, например шапок и футболок с логотипом команд. Не существует действенного способа пополнить запасы шапок во время пика. Другой тип – это, например, услуги полиции, которая должна быть готова к любым возможным нарушениям. На таком событии невозможно спешно добавить больше людей, обеспечивающих безопасность, если они не находятся в готовности очень близко от стадиона.

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

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

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

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

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

Сдвиг спроса со времени пика на период перед и после пика, если это возможно, – это важная часть подготовки к коротким пикам. Это значительно лучше использует ограничение во время пика и снижает риски во время пика спроса.

Короткие непредвиденные пики.

Некоторые организации знают о возможности внезапного возникновения пика. Для некоторых, например пожарной охраны или отделения скорой помощи в больнице, – это критическая важная часть цели их создания. Значит для таких случаев должны быть подготовлены соответствующие запасы и/или мощности, хотя фактическое время пика неизвестно. Такие организации обладают структурированным процессом для такого пика. Использование первых трех шагов из пяти фокусирующих шагов должны стать ядром «руководства» по работе в условиях большого, но короткого, непредвиденного пика.

Организации, которые не подготовлены к возникновению таких пиков, должны импровизировать. Еще раз: понимание первых трех фокусирующих шагов – это главное руководство в работе с таким неожиданным пиком.

Длинные непредвиденные пики

Непредвиденные длинные пики довольно редки. Когда спрос начинает непредвиденно расти, задача понять – является ли это трендом или пиком, означающим, что спрос вернется к «нормальному поведению». В первом случае организация запускает большой неожиданный хит продаж, не имея представления о потенциальном ущербе. Критически важно диагностировать  будет ли продолжаться этот неожиданный успех. Если организация ошибочно полагает, что будущий успех гарантирован, что значит предположение, что это тренд и бросается инвестировать в удвоение и утроение мощности, то результат может быть катастрофическим. Другая очевидная ошибка – это застрять на текущем уровне мощности и позволить другим конкурентам получить новый рыночный спрос. TOC обладает инструментами для выяснения истинных причин неожиданной волны спроса.

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

Как уже говорилось, работа с ожидаемым пиком спроса, рассматривалас в публикации «Столкновение с сезонностью – действительно сложный вопрос» здесь https://elischragenheim.com/2016/03/28/facing-seasonality-the-true-problematic-issue/

Ссылка на русский перевод.

 

[i] В тексте «purchased» – закуплены, приобретены. – прим. переводчика

[ii] В тексте «valid» – соответствующий действительности, валидный. – прим. переводчика

Мероприятия, достойные участия

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

Первые два – это вэбинары, которые проводит TOCICO.

Первый это он-лайн интервью Эли Шрагенхайма с Алексом Найтом:

https://tocico.site-ym.com/events/EventDetails.aspx?id=1013214&group=

Эли читателям блога представлять не надо, а Алекс Найт – это избранный  в этом году Председатель Совета директоров TOCICO, который сделал  очень много в области применения ТОС в области здравоохранения и общественной сфере.

Второй, для тех, кто интересуется управлением проектами. Вэбинар Вольфрама Мюллера. Я был на его выступлении на конференции в Берлине – это очень здорово.

https://tocico.site-ym.com/events/EventDetails.aspx?id=1016324&group=

Для членов TOCICO участие бесплатное, для остальных 40$. Так что членство в TOCICO окупается быстро :)

И третье мероприятие – это наш совместный с Алексеем Васильевым семинар про то, как сдавать в срок проекты любой сложности. Объединяем вместе подходы ТОС и Agile. От меня – знакомство с CCPM, от Алексея – лучшие практики Agile. Постараемся чтобы коктейль был и полезным и интересным.

Сайт мероприятия и регистрация здесь

Ну и приглашаю тех, кто может, на очередной ТОС Практикум в Санкт-Петербурге. Времени на обучающие мероприятия практически нет, а это способ пообщаться и обсудить интересующие вопросы.

 

Совместное применение CCPM и подходов Agile. Семинар-практикум в Санкт-Петербурге 28-29 октября 2017 года

Приветствую всех!

Кто-то в курсе, а для кого-то будет новостью, что практически все свое участие в ежегодной конференции TOCICO я посвятил теме управления проектами, границам применимости и будущему метода Критической цепи в различных средах управления проектами. А перед конференцией я участвовал в большой и жаркой дискуссии о применимости CCPM в среде разработки программного обеспечения, где методы Agile сегодня стали мейнстримом.

Мне довелось послушать и пообщаться с Вольфрамом Мюллером на тему совместного применения этих подходов.

А также получить книгу “Agile CCPM” Коичи Учигавы и пообщаться с автором.

 

 

 

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

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

И теперь мы готовы рассказать, показать и дать вам самим попробовать, как эти подходы взаимодополняют друг друга, как их применение позволяет управлять содержанием, сроками и бюджетом проекта. Мы объединили опыт управления проектами и знания ТОС практиков и специалистов в области Agile.

Мы свернули наш опыт, знания и понимание в семинар-практикум “ВЫПОЛНЕНИЕ ПРОЕКТОВ В СРОК И В РАМКАХ БЮДЖЕТА

Более подробная информация и регистрация по ссылке

 

 

“Мы значительно улучшили операционную деятельность – что делать дальше?” Перевод материалов блога Эли Шрагенхайма

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

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

Переводя этот пост, я обратил внимание, что одну из предлагаемых обязательных способностей, мы уже заложили в бета-версию программного продукта для планирования и управления производством в смешанной среде, который мы разрабатывали полтора года. При этом мы исходили только из общего понимания решений ТОС и практики их внедрения в различных производственных средах. Это не может не радовать :)

Поспешите с регистрацией на вэбинар, кто понимает английский. Остальным сочувствую.

Читайте, комментируйте, думайте и не принимайте ничего на веру.

Как обычно, ссылка на оригинал и картинка из поста автора.

Ваш Дмитрий Егоров.

Ключевые решения ТОС, по прежнему, фокусируются на Потоке ценности для рынка. Пять фокусирующих шагов, Барабан-Буфер-Канат, CCPM и управление запасами – все нацелены на достижение превосходного выполнения своих обязательств перед клиентами[i].

Возникает следующий очевидный вопрос:

Как  улучшения операционной деятельности превратить в капитал достижения значительно больших продаж?

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

Каково новое предложение рынку?

Например, если текущий стандарт выполнения заказов клиентов[ii] шесть недель, а теперь производство может выполнить их за три недели, то должно ли предложение рынку звучать так: «Мы надежно выполняем заказы за три недели»? И если – да, должна ли цена остаться прежней?

Способность действительно улучшить поток обеспечивается постановкой по сомнение синдрома экономичности[iii] и фокусированием системы на ограничении, за счет его максимального использования и подчинения всей организации его максимальному использованию.

Однако, критическим фактором, который может блокировать поток, может является временная или постоянная нехватка мощности. Просто, чтобы быть правильно понятым, нехватка мощности не обязательно означает наличие настоящего «бутылочного горлышка», когда загрузка выше, чем доступная мощность. Хватит недостаточной защитной мощности, чтобы временные пики загрузки вызывали задержки в потоке.  Чем меньше доступная защитная мощность, тем более возможны длительные непредвиденные задержки.

Это не должно нас беспокоить, если спрос остается на прежнем уровне. До тех пор, пока не меняется предложение рынку, не существует причин для того, чтобы пришли новые клиенты. Поскольку улучшения операционной деятельности, основанные на ТОС, выявили значительный объем избыточной мощности, то есть гарантия наличия достаточной защитной мощности.

Но что произойдет, когда организация выйдет на рынок с новым предложением?

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

Мир, к сожалению, не таков. Когда вы предлагаете больше ценности за большие деньги, то в результате спрос может оказаться значительно меньше или значительно больше. Ситуацию относительно легко контролировать, если на рынке принято динамическое ценообразование, вроде того, которое является современной нормой в бизнесе  авиаперевозок. Тогда простой метод проб и ошибок безопасно даст нам превосходные финансовые результаты. Однако, динамическое ценообразование далеко не норма в большинстве других областей бизнеса, и я полагаю, что даже в бизнесе авиаперевозок пришло время заново рассмотреть все последствия динамического ценообразования.

Как насчет того, чтобы предложить более короткое и надежное исполнение заказов[iv], запросив, по крайней мере – в начале, более высокую цену? Это может неплохо сработать, если потребители получат большую выгоду от быстрого, но надежного выполнения заказов.

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

Как быть в ситуации, когда у нас есть прекрасная возможность получить большую долю рынка, но мы не можем справиться со слишком высоким спросом?

Вообще говоря, есть два направления решения:

  1. Быть очень осторожным, не торопиться вносить изменения в предложения. Это значит, что новое предложение должно быть лишь частью того, что может быть сегодня предложено существующему рынку. А затем продолжить улучшать предложение путем небольших изменений.
  2. Подготовиться к наилучшему из возможных сценариев. Это требует двух дополнительных способностей:
    1. Иметь механизм управления, который проверяет входящий спрос, быстро превращает его в требования к мощности и проверяет остается ли достаточно защитной мощности.
    2. Иметь средства быстрого добавления относительно небольших объемов мощности, даже при затратах значительно выше, чем на обычную доступную мощность. В более ранних публикациях я называл эти средства «буфер мощности».

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

Требуемый механизм управления, фокусирующийся на потоке входящего спроса, основывается на двух различных механизмах, которые дополняют друг друга: Управление Буфером и Планируемая Загрузка.

Управление буфером основано на идее, что если вы включили в свой процесс планирования буферы, то вы получаете ценную информацию при мониторинге текущего потребления буферов. Большое преимущество в том, что управление буфером рассматривает только состояние запланированного буфера, оно не опирается на какие-либо иные данные, которые могут быть неточными.

Читателей, которые не знакомы с концепцией Планируемой Загрузки, я приглашаю прочитать пост « Важная информация, лежащая в основе метода Планируемой загрузки »

Демонстрация этой дилеммы и двух способов ее разрешения будет в моем вэбинаре для TOCICO. Для членов TOCICO участие в вэбинаре бесплатно, он состоится в субботу 9-го сентября 2017, и повторится в воскресенье 10-го сентября 2017. Запись вэбинара будет выложена вместе с записями осенней серии вэбинаров на сайте TOCICO, и будет в любой момент доступна для бесплатного просмотра членами TOCICO.

Детали по ссылке: https://tocico.site-ym.com/events/

[i] В тексте «superior delivery performance to the clients» – прим. переводчика

[ii] В тексте «customer-lead-time» – прим. переводчика

[iii] В тексте «efficiency syndrome» – прим. переводчика

[iv] В тексте «delivery» – прим. переводчика

Два изменения, которые трансформируют эффективность ваших проектов капитальных вложений. Манифест для проектов капитальных вложений и строительства

Здравствуйте все!

Я думаю многие уже привыкли к моим публикациям переводов блога Эли Шрагенхайма. Однако сегодня будет перевод материалов другого автора.

Эта публикация – эхо моего участия в ежегодной конференции TOCICO. Поскольку у нас было множество дискуссий о методе Критической цепи, обсуждались границы применимости CCPM, то я посвятил практически все свое участие в конференции тому, чтобы окончательно прояснить для себя эти вопросы. Надо сказать, что было много полезного, так например удалось пообщаться с Вольфрамом Мюллером и Коичи Учигавой, и теперь совместное использование CCPM и Agile перестало быть для меня загадкой, а стало очень правильным механизмом, обеспечивающим прекрасное управление проектами в любых условиях. (Оффтоп, но кстати: в октябре планируется семинар по совместному применению CCPM и Agile, причем далеко не только для ИТ проектов, по ссылке можно зарегистрироваться).

Также были подробно рассмотрены особенности применения CCPM в проектах строительства, где большое количество относительно независимых участников, и связанные с этим проблемы. В рамках этого трека удалось познакомится с подходом, разработанным  Ианом Хептинсталом (Ian Heptinstall) и Робертом Болтоном (Robert Bolton), которые они презентовали. С разрешения Иана, я подготовил перевод их краткого доклада с изложением основных идей. Иан любезно прислал мне исходники картинок, так что и картинки доступны с переводом :)

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

Читайте, комментируйте, давайте обратную связь.

Ваш Дмитрий Егоров.

P.S. И – да, публикация получилась объемная, “многабукаф”, читать не перечитать :)

Манифест для проектов капитальных вложений и строительства

Два изменения, которые трансформируют эффективность ваших проектов капитальных вложений

Больше ROI для клиентов проектов и больше прибыли для цепей поставок проектов.

Иан Хептинстал (Ian Heptinstall), автор «Руководства по прорывному управлению проектами» (The Executive Guide to Breakthrough Project Management)

Этот доклад доступен как в электронной форме, так и на бумажном носителе.

Дополнительные копии можно получить здесь:

www.BreakthroughProjectManagement.com/BPM_manifesto_for_Change

(с) Иан Хептинстал. Все права защищены

Два изменения, которые трансформируют эффективность ваших проектов по капитальным вложениям и строительству.

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

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

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

Но они пока не стали мейнстримом в отрасли. Не потому, что не работают, а потому, что отличаются.

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

Если вы стремитесь к инновациям и пробуете что-то иное, то эти 14 страниц могут оказаться самым ценным из того, что вы читали.

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

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

Зачем нам сегодня что-то менять?

Что-то неправильно в мире проектов капложений и строительства.

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

 

 

 

 

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

Ответ лежит в области определения и обращении к корневым проблемам сегодняшних проблем.

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

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

  1. То, как мы заключаем контракты с основными поставщиками в проекте и подрядчиками.
  2. То, как мы планируем проекты и управляем прогрессом при выполнении.

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

И это не просто изменения ради изменений.

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

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

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

Просто не значит Легко

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

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

Почему бы генеральному подрядчику не хотеть удвоить свою маржинальность на проектах?

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

Именно в применении возникают трудности, и это причина того, что их использование в проектах капитальных вложений сегодня достаточно редко.

Без внесения изменений во внутренние правила, процедуры, показатели и культуру всей организации, очень мала вероятность, что удастся реализовать долгосрочный потенциал этой идеи.

Например, базирующийся в Великобритании подрядчик Balfour Beatty провел пилотное внедрение одного из изменений, которые мы рекомендовали, в середине 1990-х. Результаты были выдающимися. Четыре проекта дорожного строительства были завершены значительно быстрее, чем планировалось. Были достигнуты и улучшены показатели по маржинальной прибыли, несмотря на обычную массу изменений и неожиданных проблем, без ущерба для отношений с заказчиком.

Пилот был успешен с точки зрения любых показателей. Но за несколько лет знание в компании было утеряно. Команда, которая осуществляла эту инициативу по улучшение бизнеса, была распущена, и ее члены вернулись к своей повседневной работе в качестве менеджеров проектов, которым нравился способ, которым они делали прекрасные вещи. Со стороны топ-менеджмента организации не было требований по организации обучения на основе успешных проектов. Таким образом ноу-хау было утрачено…

Хорошие идеи крайне редко распространяются как лесной пожар. Значительно чаще они гасятся существующей культурой, процессами и показателями!

Идея в общих чертах

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

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

Обе техники основаны на ключевой основополагающей исходной посылке:

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

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

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

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

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

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

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

Что мы делаем в большинстве проектов? Противоположное: подрядчики и поставщики вовлекаются в проект относительно поздно, и каждый член команды имеет отдельный контракт, с различными показателями эффективности и противоречащими целями.

1: Прекратите контрактовать неудачу

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

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

Это приводит к недоверию, которое препятствует командной работе. Многие проблемы могут быть сведены к простому личному конфликту человека работающего над проектом:

  • Делаю ли я то, что поможет проекту быть более успешным, ИЛИ
  • Делаю ли я то, что помогает человеку, который платит мне зарплату, быть более успешным?

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

Обойти эту дилемму можно только убедившись, что контракты, которые заключает заказчик с генеральным подрядчиком, ориентированы на сотрудничество по своей природе. Обычно это требует отбросить уверенность в том, что фиксированная цена – это самый лучший способ обеспечить соотношение цена-ценность. Есть несколько подходов к заключению контрактов, ориентированных на сотрудничество (известных также как связанные контракты). Для проектов капитальных вложений я рекомендую вариант Проектный Альянс.

По сути, это проектный альянс – это многосторонний договор, который заключается совместно между заказчиком и одним или более участников цепи поставок. Он содержит согласованную общую цель – успешный проект, обычно содержит 3-6 показателей эффективности, характеризующих «успешность».

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

В проектный альянс фокусируется больше на результате проекта, чем на том, кто этот результат создал. При ошибках страдают все. При улучшениях выгоду получают все. Эта идея известна как «ни вины, ни обвинений».

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

Одно из самых значительных первых использования проектного альянса было в начале 1990-х в нефтегазовой отрасли Великобритании. В качестве подхода, примененного по всей отрасли, контракты проектных альянсов стали инструментом снижения длительности и затрат на проекты на 30-50%%

График ниже демонстрирует некоторые данные проекта Эндрю Бритиш Петролеум (BP’s Andrew project)

Договариваемся о сотрудничестве: прекратите контрактовать неудачи

В дополнение к экономии денег, проект завершился на 6 месяцев раньше, чем по расписанию. Альянс Эндрю включал семь партнеров по поставки, объединенных одним многосторонним договором.

По данным, опубликованным в статье в 1995 году, сокращение затрат на 18% в альянсе Эндрю стало результатом «комбинирования ресурсов, улучшения взаимоотношений и сокращения количества точек взаимодействия между участниками[i]». Остальное стало следствием творческого подхода к разработке и идей по планированию, предложенных участниками команды.

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

Модель создания альянсов применялась также и в областях вне проектов среды, таких как обеспечение здравоохранения в Великобритании и управлении услугами, такими как FM-вещание или IT.

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

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

Но, правда в том, что альянсы будут прекрасно работать в проектах любого размера. Мой первый опыт работы в проектном альянсе был в середине 1990-х. Это был относительно небольшой проект по модернизации химического завода на северо-востоке Англии. Стоимость проекта в ценах 2016 года составляла около 17 миллионов фунтов стерлингов, и проектный альянс включал в себя двух поставщиков. Он отработал очень хорошо, выполнив очень трудный проект в срок и в рамках бюджета, хотя пришлось преодолеть несколько проблем, которые бы пустили под откос проект, управляемый более традиционными методами.

Я использовал схожий подход на проекте в два раза меньше, с одним подрядчиком, по программе исследования модернизации установки в начале 2000-х.

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

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

2: Меньше планировать и больше координировать

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

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

Существует ряд прочно устоявшихся методов в области капвложений, для применения которых очень хорошо подходит команда, ориентированная на сотрудничество, такие как моделирование строительной информации (BIM – Building information modeling), управление ценностью и риском, изготовление на стороне или опытное производство и индекс определения проекта (PDRI – Project Definition Rating Index).

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

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

Форсируйте свой Проектный Альянс с помощью CCPM

Планирование не кажется стратегической темой, или чем-то что сулит большие возможности… иные, чем просто фиксация вашего плана.

Но это не так. Я рекомендую вам использовать технику, которая называется CCPM (CCPM – Critical Chain Project Management: Метод Критической цепи). CCPM доказал свою эффективность по всему миру и во всех типах проектов, включая строительство.

В последние годы такие компании как Мазда, NASA или Боинг, внедрили ССPM, это техника, предпочитаемая Министерством наземной инфраструктуры и транспорта Японии (Ministry of Land infrastructure & Transport), которое управляет проектами стоимостью около 100 миллиардов долларов ежегодно.

К моменту начала использования CCPM эти организации не были новичками в проектном управлении, но они публично подтвердили, что само только использование этого метода позволило им сократить срок проекта на 20-40%. Не только сократилась продолжительность проектов, но и улучшилось попадание в изначально запланированные сроки проекта значительно чаще, чем обычно (как правило, в более, чем 90% случаев).

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

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

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

Меньше планировать и больше координировать

Однако для работы CCPM нужна проектная команда, ориентированная на сотрудничество, и его использование не совместимо с контрактами по фиксированных ценам, которые мы обсуждали ранее, которые предпочитают заключать во многих проектах.

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

У CCPM есть много особенностей, отличающих его от большинства методов, которые мы сегодня используем, таких как метод критической цепи или метод освоенного объема. Мы не собираемся разбирать их в этом докладе. В основе этого метода лежит критически важная исходная посылка – невозможно точно предсказать, сколько времени потребует исполнение задачи. А потому мы не в состоянии установить твердые сроки завершения для отдельных задач, но мы должны охватить внутреннюю неопределенность оценок и управлять проектом в соответствии с нею.

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

Мы все интуитивно понимаем неопределенность. Например, если бы я спросил у вас…

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

«Как пойдет, вероятнее всего от 1 до 15 минут… »

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

В проектах нам не нравятся честные ответы, вроде: «Как пойдет, скажем, от 12 до 17 недель, и от 250 до 322 тысяч фунтов стерлингов».

Если у нас есть простой проект, вроде того, что на картинке, состоящий из 10 задач. Традиционный подход предполагает получение фиксированных котировок цен и сроков от каждого поставщика, и основываясь на них мы запланируем, что проект займет 10Х17 недель – 170 недель и затраты будут 10 Х 322  тысячи фунтов стерлингов – 3,22 миллиона фунтов стерлингов.

В результате, этот метод вытеснил ответственность за управление риском и неопределенностью вниз по структуре участников проекта и цепи поставок.

Проблема этого подхода состоит в том, что маловероятно, что все 10 задач, попадут в наиболее худшие условия в рамках оценок в 17 недель и 322 тысяч фунтов стерлингов. Некоторые – да, но в других дела пойдут более гладко. Но из-за подхода контрактования фиксированных цен выгоду получит поставщик, а не проект.

Меньше планировать и больше координировать

CCPM использует противоположный подход. Время подстраховки, показанное на диаграмме Ганта голубым цветом, изымается из каждой отдельной задачи, агрегируется и используется как совокупная подстраховка на уровне всего проекта (в CCPM это называется «буфер»). Выгода этого действия в том, что размер буфера для адекватной защиты сроков завершения всего проекта, может быть значительно меньше, чем сумма всех подстраховок в буферах индивидуальных задач. Это показано на рисунке ниже: сначала все подстраховки были удалены из индивидуальных задач и агрегированы (голубая линия), а затем получившийся агрегированный буфер был сокращен (оранжевая линия).

В данном примере, это дает сокращение сроков на 25 недель. Обычно, проекты, управляемые в соответствии с CCPM на 25-40% короче. В данном примере, сокращение затрат благодаря агрегированию неопределенности составит 360 тысяч фунтов стерлингов.

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

CCPM – это намного больше, чем просто модификация графика Ганта. Нужны еще многие изменения в поведении и показателях оценки, чтобы новый общий для всех буфер не был бы растрачен впустую. Ничего сложного, но многое в этом поведении и показателях сильно отличается от тех, которые применяются сейчас. Как уже упоминалось, одно из таких изменений – это проектная команда, ориентированная на сотрудничество.

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

Еще одна выгода от использования CCPM – это ускорение цикла измерения прогресса проекта. Обычно, в проектах отчитываются и анализируют прогресс каждые 2-4 недели. Отслеживание прогресса часто кажется тяжким бюрократическим бременем, отвлекающим людей от работы на проекте.

Меньше планировать и больше координировать

Суть CCPM в том, чтобы начать с достаточно хорошего плана высокого уровня, а затем обеспечить быструю обратную связь и прекрасную координацию и синхронизацию работы на этапе исполнения: «Меньше планируйте, больше координируйте».

CCPM использует простую и быструю обратную связь о прогрессе проекта, и в системах, использующих CCPM, эта информация постоянно доступна. В них используется регулярный, но короткий обзор прогресса проекта (каждые 1-5 дней), похожий на способы используемые в различных Lean подходах к управлению проектами, таких как Agile, Scrum и системы Last Planner (которые работают близко к подходам CCPM).

Быстрая обратная связь и ясные приоритеты задач, позволяют проектам быстро и легко адаптировать ежедневную работу к тому, чтобы справляться с непредвиденными событиями, с которыми сталкиваются проекты в реальной жизни. Это то, из чего проистекает основная сила CCPM, позволяющая менеджерам задач быстро и гладко адаптироваться к приоритетам проекта в целом, а руководителям проектов и высшему руководству фокусироваться на том, что действительно важно.

Это инструмент CCPM известен как диагональный буфер[ii]. На рисунке ниже показан диагональный буфер уровня программы проектов. Для каждого проекта (от A до H) он показывает, каков прогресс по проекту (горизонтальная ось), в сравнении с уровнем потребления буфера проекта (вертикальная ось).

Проекты G и F требуют больше внимания, в то время как, проекты B, D и H похоже протекают хорошо. Предоставляет ли ваша система настолько простую и интуитивно понятную информацию, которая обновляется на ежедневной основе?

Два изменения, которые трансформируют эффективность ваших проектов капитальных вложений

Идея коротко:

  • Команда, ориентированная на сотрудничество, участники которой отбираются на ранних стадиях проекта, выполнит проект значительно лучше, нежели команда, интересы членов которой не синхронизированы, а сами ключевые члены команды подбираются непосредственно перед тем, как в них возникнет потребность.
  • Если вы будете использовать обычные методы обеспечения и заключения договоров и фиксированные цены, вам будет очень трудно добиться, чтобы члены вашего проекта капвложений сотрудничали.
    1. Договор проектного альянса устраняет основные барьеры на пути сотрудничества в проекте
  • Проектная команда, ориентированная на сотрудничество, даст более хорошие результаты, но не гарантирует успех и эффективность мирового уровня.
  1. Обеспечить использование проектном альянсом при планировании и выполнении проекта метода CCPM, чтобы поддержать сотрудничество и выполнить проект быстрее, лучше и дешевле.
  • Это то, что мы назвали «Прорыв в Управлении Проектами»

Должен ли я делать сначала одно, а затем другое?

Не должен. Я должен делать и то, и другое.

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

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

Альянс без CCPM

Так до сих пор работали большинство проектных альянсов в проектах капитальных вложений. Они планировались и управлялись традиционными методами.

Команда, ориентированная на сотрудничество, сама по себе не гарантирует лучший проект. Команда, ориентированная на сотрудничество – это прекрасная основа для применения ряда практик, увеличивающих ценность. Так зачем ставить лимиты для ее эффективности? Изолированное использование проектного альянса возможно позволит выполнить проект лучше, быстрее и дешевле, но, скорее всего, дольше и дороже, чем такая же команда с использованием CCPM.

CCPM без проектного альянса

Главным образом, этот метод будет работать, если заказчик возьмет в свои руки роль руководителя проекта и заключит договоры со всеми ресурсами на возмездной основе (например, на основе оплаты по количеству дней работы).

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

.

Что мне делать дальше?

Итак, что у вас есть: два практических шага, которые существенно улучшат эффективность ваших проектов.

  • Использовать договор проектного альянса, чтобы вовлечь в его выполнение ключевых поставщиков
  1. Ранний подбор, основанный на возможностях и опыте
  2. Активное построение команды
  • Максимально использовать команду, ориентированную на сотрудничество, с помощью CCPM, чтобы
  1. Запланировать проект с агрегированной подстраховкой и сократить общую продолжительность на 20-40%
  2. Управлять выполнением в реальном времени, чтобы завершать почти все ваши проекты в срок и в рамках бюджета.

Вроде ничего особенного, но не дайте простоте вас одурачить.

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

И CCPM дает такие же поразительные результаты. В сентябре 2016 я был на встрече, где председатель Совета директоров Mazda Cars сказал, что CCPM «спас Мазду», позволив им выполнять проекты на 30% быстрее и завершать на 35% проектов больше, с тем же персоналом, занятым на проектах.

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

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

Как узнать больше об идеях, изложенных в этом отчете?

Этот отчет только введение в Прорыв в Управлении Проектами.

Подробнее о том, как работают метод Критической цепи и Проектные альянсы, вы можете прочитать в моей книге «Executive Guide to Breakthrough Project Management», которая доступна на сайте www.BreakthroughProjectManagement.com, Amazon или любом хорошем книжном магазине.

Или почему бы не обсудить со мной как вы можете или не можете применять эти идеи в своем бизнесе в 30-ти минутной онлайн или телефонной стратегической сессии?

Вы можете узнать подробнее по адресу www.BreakthroughProjectManagement.com/FSS/ или черкните мне пару строк по адресу ian@ianheptinstall.com

Об Авторе

Иан Хептинстал – тренер и консультант по управлению проектами и цепям поставок.

Вместе с Робертом Болтоном (Robert Bolton) он является соавтором книги «Executive Guide to Breakthrough Project Management», где подробно излагаются идеи, изложенные в этом докладе.

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

До перехода в консалтинг он работал руководителем проектов, тренер руководителей проектов и директором по снабжению.

Как консультант, до перехода к частной практике, работал в нишевых консультационных компаниях, таких как REL/Hackett или ArcBlue/PMMS.

Вы можете связаться с ним по E-mail: ian@ianheptinstall.com или по телефону +44 7807 848688

www.ianheptinstall.com

 

[i] В тексте «interfaces» – прим. переводчика

[ii] В оригинальных англоязычных текстах используется словосочетание «fever chart» – график температуры, но в русскоязычном сегменте устоялся термин «диагональный буфер» – прим.переводчика

“Общий конфликт в здравоохранении и его тяжелые последствия” Перевод материалов блога Эли Шрагенхайма

Публикую обещанный перевод материалов блога Эли Шрагенхайма, посвященный управлению здравоохранением.

Как я уже писал – это не моя профильная тема, но внутри этой темы Эли поднял еще один вопрос – внутренний личный конфликт любого менеджера и лидера.

Эли не предлагает разрешения конфликта, он, скорее, намечает направление решения, которое требует еще практической адаптации к конкретным ситуациям.

Также он предлагает подумать над исходными посылками лежащими в основе замеченных им конфликтов.

Эта тема требует наблюдений, размышлений и рефлексии многих.

Читайте, комментируйте.

Как обычно, ссылка на оригинал и картинка из поста автора.

Ваш Дмитрий Егоров

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

Голдратт отмечал, что менеджеры подвержены трем критическим страхам: Сложность, Неопределенность и Конфликты. В конечном итоге менеджеры и лидеры оцениваются в соответствии с их способностью справляться с этими вопросами.

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

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

Корневая проблема здравоохранения – это возможное столкновение двух необходимых требований:

  1. Поддерживать право каждого человека на получение наилучшего лечения всякий раз, когда это необходимо.
  2. Предоставлять инфраструктуру и возможности для качественного лечения ВСЕХ граждан.

Первое выражает этические требования, подразумеваемые клятвой Гиппократа. Это основной долг каждого врача.

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

В ТОС есть инструмент для отображения конфликта способом, который помогает его разрешить. Голдратт утверждал, что любой конфликт может быть разрешен без компромисса. Практическое значение компромисса состоит в том, что обе потребности удовлетворяются только частично. Инструмент, который называется «туча», старается полностью удовлетворить обе потребности, путем предоставления возможности исследовать причинно-следственные связи, лежащие в основе конфликта для того, чтобы определить способ поставить под сомнение исходные предпосылки и, таким образом, найти решение.

Вот моя формулировка общей тучи здравоохранения.

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

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

  1. Правительство берет на себя ответственность за национальное здравоохранение.
  2. Медицинская страховка предоставляет средства для каждого человека на получение необходимого лечения.

Обычная политика комбинирует оба способа. Правительство поддерживает страховые компании в финансировании тех, кто не может позволить себе страховку, и контролирует правила.

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

В конкретном случае Хадассы столкновение было сосредоточено на двух управленческих действиях, которые доктора отделения рассматривали как ставящие под угрозу медицинское лечение. Первое состояло в том, что Хадасса изо всех сил старалась привлечь «медицинских туристов», имея в виду пациентов из других стран, которые платят изрядные суммы за лечение. Проблема состоит в нехватке достаточного количества коек и медицинского персонала в отделении, чтобы качественно лечить всех пациентов. Другая причина столкновения – это управленческое решение поместить нескольких детей в отделение для взрослых, где спрос на койки меньше.

Большинство столкновений между благополучием индивида и благополучием общества вызвается ограничением, ресурсом, не имеющим достаточной мощности, чтобы справиться со всем спросом. Конечным ограничением во всех общественных секторах здравоохранения является бюджет. Фактически бюджет – это предельное ограничение для всех некоммерческих организаций. Нехватка бюджета приводит к ограниченной мощности нескольких ключевых ресурсов. Ресурс, который в конечном счете ограничивает реализацию ценности – это ограничение, и попытка максимально использовать его производительность – одно из наиболее открытий Теории ограничений (TOC).  В больницах наиболее распространенное ограничение описывается как нехватка «коек». На самом деле, это не столько сами койки, сколько оборудование и персонал, необходимый для круглосуточного лечения и контроля пациентов, пока они лежат на этих койках. Настоящий ограничивающий ресурс, продиктованный ограниченным бюджетом, обычно ясно не определяется. Это могут быть доктора, обычно интерны, которые остаются на ночь, или медсестры, которые нужны, чтобы ухаживать за всеми пациентами отделения. Прямым следствием взаимодействия нескольких ресурсов с ограниченной мощностью является более низкий уровень лечения. Понятно, что угроза перетряхивания чувствительного баланса критических ресурсов в детском раковом отделении в Хадассе стала причиной восстания против топ-менеджмента больницы.  Внедрение единого набора приоритетов, основанного на управлении буфером, так как это было внедрено Алексом Найтом (Alex Knight) и другими последователями идеи, значительно улучшает общее состояние, но не полностью не разрешает общий конфликт.

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

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

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

В конце концов, каверзный и эмоционально нагруженный вопрос:

Каков должен быть официальный бюджет спасения жизни одного человека?

Мой преподаватель на программе MBA профессор Цви Адар (Zvi Adar) открыто задавал нам этот вопрос, просто для того, чтобы продемонстрировать остроту проблемы. Профессор Адар был экономист, и он говорил своим студентам, что проверка фактических действий, предпринимаемых различными правительственными агентствами, которые занимаются вопросами жизни и смерти, раскрывает огромный разрыв в деньгах, предназначенных для спасения жизни. Этот разрыв, означающий, что одно правительственное агентство выделяет в пять раз больше денег на спасение одной жизни, чем другое, – это последствие того, что никто не работает с общим конфликтом. Избегание эмоционально нагруженных конфликтов, на мой взгляд, ключевой конфликт лидера:

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