Все записи автора Дмитрий Егоров

Коротко об итогах Республиканской конференции “Жизнеспособная Система Управления для малого и среднего бизнеса”

23-24 октября наше некоммерческое партнерство «Жизнеспособная система управления» провело в Петрозаводске республиканскую конференцию «Жизнеспособная Система Управления для малого и среднего бизнеса»

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

Занимаясь с 2006 года консалтингом, я обратил внимание, что лучше всего продаются мероприятия на тему «как увеличить продажи?», если вы собираетесь рассказать про «фишечки» в продажах, способах убеждения клиентов, особенностях привлечения их внимания – аудитория, как правило, с удовольствием придет на ваше мероприятие.

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

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

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

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

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

Короткий сюжет о нашей конференции вышел на канале РОССИЯ в республике Карелия:

Дошел сертификат из TOCICO

Ничего не пишу, просто хвастаюсь.

В продолжение новости о сдачи экзамена: дошел сертификат № 141005 TOC Certified Practitioner in Supply Chain Logistics, так что теперь я с красивой международной бумажкой. Теперь не просто “усы, лапы, хвост,” мозги и опыт. Теперь у меня документ есть с красивой печатью :)

 

TOC SCL P_1

 

 

Заодно и сертификат о сдаче TOC Fundamentals пришел, правда, на фоне Сертифицированного Практика, он как-то теряется, а между тем, он говорит, что “кандидатский минимум” по основам теории, логистическим решениям, критической цепи (CCPM), показателям эффективности и мыслительным инструментам пройден, т.е. знания и понимание основных положений подтверждено.

 

TOC Fundamentals_1

 

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

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

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

Ссылки на предыдущие части: часть первая, часть вторая.

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

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

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

Следующий шаг: определение корневой ошибочной парадигмы.

Команда пришла к заключению, что вопрос «как это произошло?» следует обратить к двум ключевым операционным причинам.

  1. Как произошло, что первоначальные спецификации были вебрализованы только самым общим образом?
  2. Как случилось, что проектная команда не оповестила руководство о «дырах» в системе?

Слайд1

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

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

Следующий шаг: вербализация основной обновленной парадигмы.

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

Каково будет влияние новой парадигмы управления TopSecurity?

Следующий шаг: строим Дерево Будущей Реальности

Слайд2

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

Расширение общего посыла обновленной парадигмы

Существуют, по крайней мере, два способа обобщить новое понимание.

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

Например, можем мы предложить изменения в способе выдвижения идей для новых продуктов/проектов? Например, компания, чей бизнес основан на передовой[iii] технологии, должна убедиться, что технологические идеи соответствуют текущим ограничивающим факторам[iv] пользователей! Люди, занимающиеся технологиями, обладают хорошей интуицией о возможностях технологии. Люди, которые близки к развитию бизнеса, лучше понимают нужды пользователей.

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

Последний шаг: вербализация извлеченных уроков.

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

Она должна включать следующее:

  1. Качественное резюме истории
  2. Определение разрыва – без погружения в детали обсуждения и других рассмотренных альтернатив.
  3. Резюме операционных фактов, которые вызвали разрыв.
  4. Логическое дерево, определяющее ошибочную парадигму, и то, как она привела к разрыву.
  5. Формулировку новой парадигмы.
  6. Новые процессы, которые должны быть созданы на основе новой парадигмы.

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

 

[i] В оригинале «operational causes» – прим. переводчика

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

[iii] В тексте «state-of-art» буквально на «текущем состоянии исксства», т.е. самое современное, передовое, инновационное. – прим. переводчика

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

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

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

Как обычно ссылка на оригинал, а картинки в этот раз пришлось переводить.

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

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

 

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

Формальная структура рассматриваемого разыва:

РазрывИзКейса

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

Команда выдвинула следующие гипотезы:

Гипотеза 1: Ожидания были нереалистичными с самого начала – невозможно создать идеальную систему, которая бы поднимала тревогу, когда необходимо, и не поднимала, если в этом нет необходимости.

Гипотеза 2: Участники проекта разрабатывали то, на что были способны. То, что казалось слишком трудным, не разрабатывалось.

Гипотеза 3: Участники проекта сфокусировались на защите от ложных тревог, даже за счет отказа от подачи сигнала тревоги, когда происходит реальное проникновение.

Гипотеза 4: Не было четкой и детальной спецификации того, что должны делать Wise-Cameras, утвержденной топ-менеджментом.

Гипотеза 5: К разработке системы недостаточно привлекали профессионалов в области безопасности.

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

Гипотезы были вербализированы членами команды обычным повседневным языком. Между некоторыми гипотезами существуют причинно-следственные связи. Поэтому несколько гипотез могут оказаться обоснованными[ii]. На этом этапе команда просто проверяет каждую гипотезу, на предмет объясняет ли она разрыв.

Вербализируем потенциальное объяснение:

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

ЛогикаГипотезИзКейса

Проверка фактов продолжается до того момента, пока причина не станет ясна.

Вербализируя некоторые возможные объяснения, выведенные из основных гипотез, команда без труда выяснила к некоторым очевидным фактам:

  • Топ-менеджментом была сформулирована спецификация высокого уровня, содержащая следующие основные требования:
    • Система должна идентифицировать пытающихся проникнуть в защищаемое здание до того как они достигнут двери или окна.
    • Число ложных тревог должно быть минимальным – не более чем 5%.
    • Система должна иметь ясные преимущества перед любой другой системы защиты, основанной на камерах.
    • Письменно менеджмент не указал, что система должна исключать необходимость человеку-охраннику наблюдать за экранами. Тем не менее, это требование неоднократно возникала в нескольких неформальных разговорах.
  • Руководитель проекта Рафаэль Турина сообщил топ-менеджменту, что в проекте реализованы все требования, которые записаны, и стремиться достичь точки, где наблюдение за экранами не будет необходимым.
  • Сэм Фуллер, исполнительный директор, сказал, что Рафаель обещал дать топ-менеджменту знать, существует ли необходимость наблюдения за экранами.
  • Рафаель сказал, что он уведомил Сэма, что все записанные требования были удовлетворены.
  • Идея, что люди будут перекатываться по направлению к зданию, в команде не возникла и, потому, не рассматривалась.
  • The main technical challenge was to distinguish between a person and an animal moving.  The team assumed animals have four legs and based the ultra sophisticated image recognition on this idea.
  • Было установлено, что все сотрудники проекта обладают высочайшими профессиональными навыками.
  • Как Рафаэль, так и Алекс обладают широким опытом в области обеспечения безопасности.
  • Никто из сотрудников проекта или внутренних менеджеров не был привлечен к планированию теста системы.

Факты, которые были подтверждены косвенно:

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

Резюме установленных фактов:

Проекту не хватило ясного определения требуемых характеристик. Он стремился охватить все, но проявились некоторые проблемы. Две проблемы были ясно определены:

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

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

Вопросы:

  1. Мы знаем, что случилось – есть ли еще что-то, о чем нам надо знать?
  2. Что нам сейчас делать? Расследование завершено?

Продолжение следует!

 

[i] В тексте «to keep the open mind», есть также вариант перевода «быть непредвзятым», но мне по контексту это вариант не понравился. – прим. переводчика

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

About Profit, Cash flow and Attention

It took me a lot of time to understand the sources of disagreement and gap in understanding approaches to cash flow evaluation in decision making. I couldn’t realize why formula CF=T-OE-∆I is not obvious.

Now I realize that it’s not used in TOC. What a surprise to me! Let me explain why.

I started studying TOC in 2011 from the Russian edition of William Detmer’s book “Goldratt’s Theory of Constraints. A system Approach to Continuous Improvement” not from the “Goal”. In the chapter devoted to T, OE and I concept there was a footnote about relations between T, OE and I with the above formula. The formula is so natural and obvious to anybody who is related with financial accounting, it’s so simple, logical, practical and graceful if we are speaking about the goal “to make money now and in the future” that I even didn’t mentioned that the footnote was written by scientific editor not by author and focused on T/CU concept admiring and enjoying simplicity and usability. The formula is taken from The Complete Guide to CQM (Quality America, 2000).

When I started my discussion about the purpose not to consider material costs as a TVC in some cases I was sure that the formula is usual in TOC (because it’s obvious as I thought) and when you didn’t understand me I was puzzled. So, I took all my books were is this issue: William Detmer’s I’ve mentioned above , Thomas Corbett’s “Throughput Accounting” and found the reason.

Thus, let start from the very beginning.

First, let’s agree about the goal. It’s generally accepted that the goal of any commercial organization is to get profit. But is it a goal of owner?  Will any owner be satisfied when his organization has profit but can’t give him any cash? “Common sense is not common” What is profit? It’s just a figure in accountant’s books. It can be related with your money in bank or in cash or it may be dissipated in inventories, investments and deferred client’s payment. I didn’t see correct Goldratt’s quotation but I clearly know that “make money now and in the future” and “make profit now and in the future” is not the same. And the vast majority of entrepreneurs and owners I’m acquainted with will prefer to have more money with less profit than the reverse. And if it’s so that the top-level measurement is cash-free. There are different definitions of FCF (Free Cash Flow), I prefer to define it like “money which owner can use to any projects and purposes without any harm to organization functionality, liabilities and development plans”. Profit is necessary condition to make money in future but it’s not sufficient.

TOC solutions for supply chain management do not only improve ROI but also free money from the stock from surpluses. Let say we have about 20% increasing of T due to better availability ($20 000 – for example) and decreasing stock minus 30% ($10 000). In this case we have increased cash-free for $30 000 – not bad to invest in entrepreneurs experiment.

When we make any decision it impacts on all three elements. For example, we sell product for $100, TVC is $50, ∆OE for one sale is zero. If we use buffer management and replenish according to consumption ∆I is to be zero: when we sell it decreases for $50 and we replenish it for $50. What we’ll see in CF? Throughput is $50, ∆OE = 0, NP = $50, CF=$50-0-($50-$50)=50. No difference between NP and CF. But what happens when we sell to deferred payment? Where would we see accounts receivable? I think it’s investment in client’s relationship, so we have to account it ∆I.

And here is a question which sum we have to account? Usually it is revenue but… We have invested our own money only equal to TVC. To my mind ∆I is (-$50) (decreasing by shipping goods) plus replenishment for $50 plus $50 (money invested in accounts receivable) = ($50)+$50+$50=$50.

So NP didn’t changed, it’s $50 but CF = $0. Now we have profit but have no money. Good business!

Of course, we have to look it not only in short time but and in long time interval. May be we have to buffer accounts receivable, who knows? We make buffers for our clients accounts receivable in two dimensions: time and money.

That’s why I’m torturing you with questions.

You say that it may take a lot of time between the moment we buy the material and the moment we decide to stop its production. Yes, it’s obvious but the formula is working at any time interval not only for single sale but for whole organization slightly modified.

CF=T-OE-∆I

All variables are sum for T, OE and I for the whole organization. If we are making decision for some scenarios  we should use Deltas.

It’s not something special. It’s trivial calculation of cash flow indirect way from P&L and BS report. It links Net Profit with changes in Balance sheet. Usually it is used to check cash flow accounting in order to be sure that every movement of cash is accounted and nothing left unaccounted. So , there are different approaches what to consider as “I” – it may be total assets, current assets if we are talking about all money stuck in organization or net assets (I’m not sure it is correct translation: it means total assets minus all debts in liabilities) if we are talking about our own money. So the impact of TOC supply chain logistics application on a cash flow was obvious from the very beginning.

That’s why I even didn’t pay any attention that it’s not Detmer’s or Goldratt’s formula so obvious it was if we are talking about money. I even admired how easy physician understood the nature of money management without any complexity just taking out the core of it. All thoughts in Haystack Syndrom, all definitions of T, OE and I never caused me doubt that this calculation of cash flow is obvious to everyone.

 

That’s why I claim that it’s no reason don’t to treat material costs as TVC because if we don’t replenish it even selling below TVC have positive impact on our goal units – money. And in regular cases it have negative impact due to replenishment.

Let’s see: selling price is $40, TVC – $50, and we replenish (OE we put out of consideration). CF = 40 (TS) – 50 (TVC) – (50-50) (∆I) = (10) – minus  ten dollars – bad decision.

But if we don’t replenish situation changes: CF = TS – TVC – ∆I = 40 – 50 – (-50) = 40. Good decision in spite of negative NP.

That’s why I don’t see any reason to multiply entities. Let’s use Occam’s razor. We already have all necessary data to make good enough decision if we’ll not substitute the goal – make MONEY now and in the future. “Information is an answer to the question” if I’m not mistaken.

О целях, прибыли, деньгах и избирательности внимания

Вопрос

 

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

Я уже много раз писал, что Теорией ограничений я начал заниматься в 2011 году, причем начал я не совсем стандартно. Обычно первая книга по ТОС, которую читают начинающие адепты – это книга Голдратта “Цель”, а я начал изучать ТОС с книги Уильяма Детмера “Теория ограничений Голдратта. Системный подход к непрерывному совершенствованию”. Кстати, до недавнего времени, это была наилучшая методическая книга по основам Теории ограничений, по крайней мере, до появления книги Одеда Коэна и Елены Федурко “Основы теории ограничений”. Ссылка для скачивания: Kniga Osnovy Teorii Ogranichenij_Oded Cohen i Jelena Fedurko_pdf version_01 Oct 2012

В книге есть раздел, посвященный концепции Прохода (Т), Операционных издержек (ОЕ) и инвестиций (I), а в этом разделе есть ссылка-комментарий, в которой эти концепции объединены в формулу, связывающую их в расчет денежного потока: CF=T-OE-ΔI. Формула, как формула, обычный расчет денежного потока косвенным методом. В ТОС столько говорится о том, что цель коммерческой компании “делать деньги сегодня и в будущем”, что связывание прибыли, инвестиций (или запасов, в зависимости от контекста) в общую оценку денежного потока настолько очевидно и естественно, что я даже не обратил внимание на авторство ссылки. Более того, порадовался, что физик по образованию Голдратт так легко и просто разобрался в сложных финансовых показателях, вытащив из них самую суть. Более того, все определения, используемые в ТОС, книгах по учету прохода и даже в книге “Синдром стога сена” не на секунду не вызывали у меня сомнения, что такой подход к расчету результата в виде денежного потока, в первую очередь – свободного денежного потока, очевиден и общепринят для всех, кто занимается ТОС и учетом прохода.

И только дискуссия с Эли Шрагенхаймом показала, насколько то, что очевидно для нас, может быть не очевидно для остальных. Первое, и самое важное, что я выяснил: эта формула в ТОС НЕ ИСПОЛЬЗУЕТСЯ, более того Эли она даже незнакома. Я поднял все книги, которые у меня есть на эту тему: “Учет прохода” Томаса Корбетта, “Синдром стога сена” Голдратта, “Основы Теории ограничений” Коэна и Федурко и книгу Детмера: этой формулы у авторов нет. Автор этого комментария – научный редактор перевода книги Детмера! А без этой формулы многие эффекты логистических решений и решений в области управленческого учета становятся неочевидными и не всегда понятными.

В ТОС оперируют понятиями чистой прибыли (Net Profit) и ROI. Даже поразительно, насколько очевидное влияние логистических решений ТОС на свободный денежный поток компании, не оценивается в учете. Потому, как повышение уровня наличия и снижение запасов (а это стандартные эффекты при внедрение решений МТА, PTA и DTA) дают как увеличение уровня генерации Прохода (20% – грубая оценка) и, как правило, одновременное сокращение запасов (30% – грубая оценка), что напрямую приводит к высвобождению дополнительных денежных средств и увеличению свободного денежного потока.

То есть, несмотря на декларацию, что цель коммерческой компании – зарабатывать деньги сегодня и в будущем, вся система оценки построена на том, чтобы зарабатывать ПРИБЫЛЬ сегодня и в будущем. Я был в шоке!!! Потому что это – подмена цели. Спросите любого собственника и предпринимателя, что ему нужно от компании – деньги или прибыль? Ответ будет очевиден, более того, даже если вам скажут, что им нужна прибыль, то последующими уточняющими вопросами вы легко обнаружите, что большинство предпринимателей под “прибылью” понимают – свободный денежный поток. У этого понятия есть несколько вариантов определения, я предпочитаю следующее: “это деньги, которые собственник может забрать из компании на любые цели или новые проекты без какого-либо вреда для функционирования компании, исполнения ее обязательств и ранее принятых планов развития”, т.е. это прибыль минус все, что мы положили на склад или вложили в основные средства, и финансовые и инвестиционные обязательства. Как говорится: смотри формулу – там это все написано. Именно концентрация на прибыли часто приводит к ситуации, когда прибыль есть – а денег нет!

Давайте рассмотрим простой пример: мы продаем товар по цене 100, абсолютно переменные издержки составляют 50, операционные издержки оставим пока за пределом рассмотрения – для одной сделки они не актуальны. Продаем мы за наличные и пополняем склад в объеме потребления, т.е. сколько отгрузили, столько и приобрели. Что произойдет с нашим денежным потоком? Считаем:

Прибыль от сделки = 100 – 50 = 50. Денежный поток = 100-50 – (50-50) = 50, т.е. равен прибыли. ΔI = 50-50 = 0, т.е. на 50 мы уменьшили остатки на складе и на 50 закупили. Разницы нет.

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

Прибыль не поменяется: 50. Как измениться ΔI? ΔI = 50 -50 + 50 = 50, мы уменьшили запасы на 50, пополнили их на 50 и инвестировали в клиента 50. Денежный поток = 100 – 50 – 50 = 0 (нуль). Классическая ситуация: прибыль есть, а денег – нет! Классно побизнесовали!!!!

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

Т.е. ΔI равен уменьшение запасов плюс пополнение запасов плюс увеличение суммы дебиторской задолженности на сумму учтенной выручки. ΔI = (-50)+50+100 = 100. И денежный поток = 100 – 50 – 100 = (-50). То есть не просто прибыль есть, а денег нет, а еще хуже: прибыль есть, дайте еще денег!!!

Что лишний раз доказывает, что даже “обоснованные” попытки усложнить принципы учета, часто приводят к слишком сложным решениями. Уже имеющиеся инструменты учета вполне себе работают. И да! – работают только простые решения.

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

Но в целом, формула CF=T-OE-ΔI применима для любого временного отрезка и оценки любого принимаемого решения и очень точно отражает движение в сторону цели: зарабатывать деньги сегодня и в будущем, потому что любое принимаемое нами решение отражается либо на величине прохода, либо на величине операционных издержек, либо на сумме инвестиций, либо на какой-то комбинации этих переменных. В случае, если мы пользуемся ей для принятия решений, то, естественно, нам следует оперировать дельтами (изменениями) этих переменных.

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

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

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

Вот так-то!

Сдал TOCICO Supply Chain Logistics Exam

ФотоРост
Теорией ограничений я начал заниматься в 2011 году и впервые за много лет консалтинговой практики озаботился получением международного сертификата.

И вот теперь я являюсь официально сертифицированным практиком в области решений Теории ограничений для управления логистикой в цепях поставок (TOCICO Certified Practitioner Supply Chain Logistics). Экзамен сдан в TOCICO  – международной сертификационной организации в области Теории ограничений. Членом этой организации я являюсь с 2015 года.

Официальное письмо-уведомление вчера получил на электронную почту.

Dmitry Egerov Pass letter SCL

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

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

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

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

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

Спасибо компании Юнискан-Резерч за поддержку в мощности перевода.

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

Дмитрий Егоров

http://www.dreamstime.com/royalty-free-stock-images-breaking-chain-group-as-business-concept-organization-stress-partnership-failure-as-metal-links-exploding-image36389899

Я использовал этот вымышленный кейс на мастер-классах по Обучению на ОДНОМ событии, чтобы продемонстрировать процесс. Мне хотелось бы, чтобы по ходу чтения вы останавливались и задавались вопросом о том, как бы повели себя в этой ситуации. Также задумайтесь, насколько случай применим к менее эффектным провалам и что можно обрести из изучения ПРАВИЛЬНЫХ уроков. Это первая часть кейса, вторая выйдет через неделю.

Повод для обучения и начало процесса

Первый крупный тест камер Wise-Cameras, которые должны были стать новым бриллиантом в короне TopSecurity, был организован для двух сотен представителей армии, военно-воздушных сил, полиции и секретных служб. Он обернулся полной катастрофой. Сэмюэл Фуллер, исполнительный директор TopSecurity, прошедший весь путь превращения  компании в гиганта стоимостью 5 млрд. долларов, сформировал команду из трех человек, чтобы проанализировать это позорное событие: Wise-Cameras не смогли зафиксировать, как профессиональная группа из пяти человек проникла в здание Top Security, несмотря на изощренность и сложность испытуемой системы.

Руководителем команды по расследованию стал Гилберт, менеджер SecurityCheck, независимой организации, отвечающей за проверку функционала и эффективности различных технических средств обеспечения безопасности. Компанию SecurityCheck попросили проникнуть в штаб-квартиру TopSecurity. Их успех стал крупнейшим провалом в истории TopSecurity. Линда, блестящий директор ThoughtWare, компании-разработчика ПО, не связанной никакими деловыми контактами с TopSecurity, также вошла в команду. Организационный консультант Джейкоб стал третьим участником.

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

 

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

 

Естественно, неудача обескуражила Сэма. Она мгновенно оказала влияние на TopSecurity, с экономической и оперативной точек зрения. Фактическая стоимость проекта составила около 5 млн долларов, но ожидалось, что в будущем он будет приносить около 100 млн в год!

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

 

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

 

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

 

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

Новая команда, теперь состоящая из пяти человек, собралась с целью решить первую проблему:

Вербализация разрывов между ожиданиями и фактическими результатами

 

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

Разрыв №1:

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

 

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

 

Разрыв №2:

Первоначальные ожидания: Система способна отследить даже самое хорошо продуманное проникновение в защищенное здание.

 

Фактический результат: Умная команда обманула систему.

 

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

 

Расхождение 2 строится на вопросе: почему за три года не удалось создать результативый продукт?

 

Руководитель команды Гилберт задал Алексу простой вопрос:

Был ли провал вызван незначительной и быстро устранимой технической проблемой?

Алекс: «В спецификациях было очень четко указано, чтобы никакое случайное движение со стороны животных, таких как собаки, не смогли бы активировать сигнал тревоги. Другими словами, ложная тревога не допускается! Таким образом, мы допустили, что любой человек подходит к зданию на двух ногах. Алгоритм распознавания образов основывался на этом допущении».

 

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

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

Вопросы: Каким должен быть следующий шаг? Нуждаемся ли мы в дополнительной информации и анализе? Если да, какой информации не достает?

 

Организационное развитие – какими силами?

С определенной периодичностью я анализирую причины успешности и неуспешности  проектов. Сразу, наверное, стоит оговориться, что я называю успешным проектом: это проект, результатами которого клиент не просто доволен, но и продолжает пользоваться и адаптировать к изменяющимся условиям, хотя бы спустя год, после официального окончания проекта. То есть проект успешный не просто, когда цели проекта достигнуты и клиент доволен, но когда клиент понимает, ЧТО было СДЕЛАНО, ЧТО было ИЗМЕНЕНО, ЗАЧЕМ это было сделано и КАК это РАБОТАЕТ.

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

Но вот ведь какая заковыка… Изменение, улучшение, импрувмент чаще всего не является частью его должностных обязанностей, если, конечно, речь не идет о собственнике или генеральном директоре. Ни у одного функционального специалиста в должностной инструкции не написано: “развитие системы управления (целей, структур, процессов и регламентов)”. Собственно говоря, есть мнение, что у любой руководитель – это двуликий Янус: с одной стороны, он обеспечивает регулярную операционную деятельность, с другой стороны, он эту же деятельность совершенствует. Но, как мы прекрасно знаем, локальный оптимум не означает оптимум для всей организации.

Кроме того, эти две разные по сути своей деятельности далеко не всегда (прямо скажем, – редко) совместимы в одном человеке. Более того, “улучшатель” часто злейший враг операционного руководителя, потому что ломает отработанный и отлаженный, как ему кажется, процесс.

Наиболее ярко этот конфликт представлен на уровне Генерального директора и ему, несчастному, не разорваться – обе задачи требуют его внимания. Но, поскольку Генеральные тоже люди, то, как правило, они склонны предпочитать или составляющую развития (очень часто, вместо организационного развития речь идет о развитии продуктов (НИОКР или R&D) или развитии рынков (маркетинг и продажи)), и тогда в компаниях появляется отдельная должность Исполнительного директора (Директора по операциям, COO); или, наоборот, операционную составляющую, и  тогда в компаниях начали появляться такие должностные позиции как Директор по организационному развитию.

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

Я не всегда был консультантом. Мне пришлось поработать и на постах топ-менеджера компании. Пик моей управленческой карьеры – директор по персоналу в холдинге, где работало 3500 человек. Именно с этой позиции я ушел в консалтинг. Соответственно, пришлось мне быть и внутренним менеджером проектов по улучшению системы управления. И сейчас есть формы сотрудничества с клиентами, при которых я становлюсь частью менеджмента компании на какой-то  достаточно длительный срок, чтобы изменения были “вживлены” в систему управления компанией, прижились и не были ей отторгнуты. Но еще НИ РАЗУ не возникала РЕАЛЬНАЯ необходимость в моей загрузке в 40 часов в неделю по проектам связанным с изменениями.

Загрузка очень велика на старте, в процессе диагностики, разработки решения, обучения персонала и подготовке решения к запуску, но продолжительность этих этапов не превышает 3 месяцев (обычно значительно меньше). Дальше уровень загрузки не превышает 20%, т.е. формально – плюс-минус одного рабочего дня в неделю достаточно, чтобы обеспечивать движение проекта и его “приживление”. Более того, недельный цикл чаще всего оказывается самым оптимальным, обеспечивающим непрерывное и ненадсадное движение компании в заданном направлении. Кроме того, если бросить компанию после того, как решение разработано и подготовлено к запуску, как делают некоторые консалтинговые компании (не будем показывать пальцем), то вероятность того, что решение не будет запущено стремится к 100%.

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

Обеспечить полную загрузку такого специалиста могут только очень крупные компании. Но, так уж получается, что именно в крупных компаниях реальные процессы изменения, часто не востребованы. ИМХО, как говорится, но в достижении результатов любых изменений заинтересованы более всего компании средние и малые (пожалуй, не стоит исключать из этого перечня даже и микробизнес), а в крупных компаниях ориентированность на достижение осмысленного результата встречалось мне ОЧЕНЬ редко.

Глубоко мною уважаемые представители гильдии Кинсмарк, представляющие именно подход SbA (Support by Action – поддержка действием), т.е. “делание изменений изнутри клиента”, говорят, что импрувер (развивающий) чаще сам увольняется из компании, чем его увольняют. Они дают (или по крайней мере пытаются дать) свой ответ на тот же вопрос, но насколько этот ответ понимаем бизнес-сообществом?

Я приглашаю всех к дискуссии на тему “Нужны ли компании выскоквалифицированные специалисты по изменениям и способны ли компании обеспечить им полную загрузку?”

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

Есть желание построить “тучу” и поискать для нее решение.

Если вы не хотите, чтобы ваше имя, аргументы или что-то еще светилось в общественном пространстве – пишите мне на электронную почту: egorovde@mail.ru

“Идентификация возникновения угроз” Перевод материалов блога Эли Шрагенхайма

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

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

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

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

 

word in the eye

Эли Голдратт говорил о необходимости обращать внимание на несоответствия. Он даже заявлял, что нам необходимо мужество, чтобы это делать. Осознав несоответствие, вам настоятельно рекомендуется его устранить[i], даже если это означает обновить одну или больше своих базовых предпосылок[ii].

Я не уверен, называется ли то, что нам надо, «мужество», потому что, если мы выберем игнорирование несоответствия, то в результате мы подвергаем себя угрозе невозможности[iii] понимания нашей реальности. Что нам нужно сделать – это признать тот факт, что мы чего-то не знаем и, таким образом, делаем ошибки; и нам необходимо их устранить[iv] их, чтобы никогда не повторять одни и те же ошибки.

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

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

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

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

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

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

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

Что мы можем сделать для идентификации возникновения новой угрозы,  о которой мы даже не думали?

Возникающая угроза порождает сигналы, которые несовместимы с нашими ожиданиями..У нас есть название для такого странного чувства, что случилось что-то неожиданное. Мы называем это чувство УДИВЛЕНИЕ (СЮРПРИЗ).[vii]

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

ЛогикаИзИдентификацияУгроз

Разве эта парадигма ВСЕГДА работает? Случается, что мои подчиненные не делают того, что должно быть сделано. Это сигнал того, что в логике есть изъян. На этом этапе неясно, где этот изъян.

Ядро сигнала – это разрыв между ожиданиями и результатами:

Мои ожидания: мои подчиненные делают в точности то, что я попросил их сделать!

А теперь я сталкиваюсь со следующим инцидентом: Я попросил Дейва записать все факты относительно Сделки Х. В ответ я получил одну страничку с наиболее очевидными фактами и множеством упущенных важных событий.

Я зол на Дейва. Это не то, чего я от него ожидал. Что мне следует сделать?

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

Давайте еще раз взглянем на простой случай с Дейвом, предоставившим слишком короткий отчет по Сделке Х. Разрыв указывает на ошибочную парадигму, но в чем она состоит? Я объяснил, что необходимо сделать и я все еще босс.

Три (должно быть больше) первоначальных возможных объяснений:

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

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

Не проводя здесь полного анализа, давайте представим, что проявилось следующее понимание:

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

Если это новый выученный урок – можете вы увидеть возможности[viii] положительных последствий? Возможность того, что их инструкции не будут выполнены – это угроза для каждого руководителя. Если они усвоят необходимость объяснять, зачем необходимо сделать то-или-это, то большая часть этой угрозы не будет материализована. Однако, похожий разрыв может по прежнему появиться как результат другой ошибочной парадигмы. Мы по прежнему должны быть открыты для того, чтобы обнаруживать сюрпризы и продолжать процесс обучения.

 

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

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

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

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

[v] В тексте «to throw the mistakes in my face», я постарался максимально сохранить смысл фразы оригинала. – прим. переводчика

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

[vii] В тексте «surprise», я не смог отдать предпочтение варианту перевода – прим. переводчика

[viii] В тексте «scope» «содержание», «возможности», «рамки». Часто используется в проектном управлении для определения содержания проекта. – прим. переводчика