Заметки с тегом «Теория Ограничений»

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

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

Любые принципы продуктивности основаны на очистке мозга от незавершёнки. Это и пустые списки дел в GTD, и удаленные письма в Zero Inbox, пустые колонки в Kanban.

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

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

Книга рассказывает, как адаптировать принципы управления заводами из реального мира (с трубами и станками) к сфере услуг — банкам, парикмахерским поликлиникам, софтовым компаниям. Майкл Джордж рассматривает два принципа: бережливое производство и шесть сигм.

Бережливое производство учит менеджеров отличать ценность от фигни. Например я получаю шенгенскую визу и пришел в банк за выпиской со счета. Мне пофиг, что секретарь должен зарегистрировать запрос, сервер должен его обработать, а уборщица — помыть полы в кабинете админа. Мне подойдет даже выписка с чужого счета написанная от руки — главное, чтобы в посольстве ее приняли. Ценность для меня — полученная виза, а выписка, секретарь, сервер, уборщица и админ — фигня (подробнее о ценности и фигне — см. рассказ Артема Горбунова о полезном действии).

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

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

Если интересуетесь проблемами больших компаний — книга для вас покупайте у МИФ. Если хотите узнать побольше о бережливом производстве и шести сигмах — ищите специализированную литературу.

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

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

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

Встретил в книге «Из третьего мира в первый», автор — Ли Куан Ю, бывший премьер-министр Сингапура:

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

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

Знакомство с диаграммами теории ограничений стоит начать с Критериев Проверки Логических Построений. Они описывают то, что мы в обиходе называем логичностью. КПЛП применяют к причинно-следственным связям на всех диаграммах, чтобы случайно не построить дерево параллельной реальности.

Вот небольшой чеклист КПЛП на основе книги Детмера. Я буду возвращаться к нему при дальнейшем пересказе.

• Ясность
  • Требуются ли дополнительные разъяснения по указанным причине и следствию?
  • Понятна ли связь между причиной и следствием?
  • Не пропущены ли промежуточные элементы между причиной и следствием?
• Наличие утверждения
  • Является ли высказывание законченной мыслью? Незаконченная: «Низкая скорость»; законченная: «Низкая скорость ведет к плохим результатам».
  • Есть ли в высказывании подлежащее и сказуемое?
  • В высказывании одно подлежащее и одно сказуемое?
  • Нет ли в высказывании неличных местоимений «кто», «это», «этот»?
• Наличие причинно-следственных отношений (если X то Y)
  • Действительно ли данная причина вызывает это следствие?
  • Звучит ли осмысленно в связке «если — то»?
  • Является ли причина измеримой и доказуемой? Нет: «начальник мной недоволен»; Да: «начальник не повышает мне зарплату».
• Достаточность
  • Вызывает ли причина сама по себе приведенное следствие, или должны быть еще причины? Пример с кислородом: «Если у нас есть источник тепла и горючее, то мы можем развести костер». На Луне построение неверно, потому что там нет кислорода.
• Проверка наличия альтернативной причины
  • Существует ли другая самостоятельная причина, ведущая к этому результату?
  • Если устранить приведенную причину, будет ли наблюдаться тот же результат при каких-либо условиях?
• Недопустимость подмены причины следствием
  • Может ли указанная причина на самом деле быть вероятным следствием? Нет: «Если у меня высокая температура и болит горло, то у меня ангина». Да: «Если у меня ангина, то у меня высокая температура и болит горло».
  • Не является ли указанная причина сигналом проявления, а не источником явления? Нет: «Если на берегу много рыбаков и их ведра полны рыбы, то сегодня хороший клев». Да: «Если на берегу много рыбаков и их ведра полны рыбы, то я понимаю, что сегодня хороший клев».
  • Может ли формулировка следствия быть просто сокращенным вариантом более точного утверждения?
• Поиск проверочного следствия
  • Наблюдаются ли еще какие-то обязательные проявления указанной причины? «Если аккумулятор разряжен, то машина не заводится», проверочное следствие: «стартер не срабатывает». Если стартер срабатывает, значит причинно-следственная связь — ложная.
  • Не наблюдаются ли проявления, которые опровергают указанную причину? «Если программист прикладывает мало усилий, то план сорван», проверочное следствие: «программист делает 20 коммитов в день». Если программист делает 20 коммитов в день, то он прикладывает много усилий, а значит план сорван по иной причине.
• Отсутствие тавтологии
  • Не приводится ли результат, как основание причины? «Спартак проиграл матч, потому что плохо играл. А почему они плохо играли? Потому что проиграли!»
  • Существуют ли еще какие-то следствия, которые подтверждают причину?

А вот упрощенный вопросник для быстрой проверки логических построений в устной речи.

Читаю крутейшую книгу Уильяма Детмера о теории ограничений. Пост о книге напишу как только разложу знания по полочкам, а пока не могу не поделиться прекрасным чеклистом.

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

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