Всем привет!🖖 Мысленный эксперимент: возьмите тимлидов, объясните правила, дайте половинки шариков и попросите собрать как можно больше целых. Казалось бы: вот детали, вот процесс, вот люди, которые вообще-то умеют управлять командами. Они сделают всё как надо? Ну конечно же нет)

Ребята из Yandex Dream TeamLead поставили мне задачу: показать, что такое Теория ограничений, за 1,5 часа. Можно сколько угодно рассказывать и объяснять, но потрогать работает намного лучше. Это должен был быть практикум, поэтому решено было играть. Я очень не люблю бизнес-игры, в которых есть правильный ответ, причём тот, который придумал автор. Но я обожаю симуляции, которые позволяют хоть и упрощённо, но очень сжато по времени пронаблюдать за тем, как устроена жизнь.

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

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

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

Кто-то действовал по здравому смыслу, потому что подробных требований к этапу не было. Что мы проверяем, когда не очень понятно, что проверять? То, что можем. Локально — ну мы же тестирование, мы же можем! Для всей системы — ненужные задержки.

А потом релиз.

Не буду раскрывать всех правил, но там была вполне жизненная особенность: чем больше незавершёнки накопилось перед релизом, тем сложнее становилось релизить. И чем быстрее, слаженнее, эффективнее работали команды на предыдущих этапах, тем…

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

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

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

Я очень люблю такие игры.

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

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

Часто результата нет не из-за того, что кто-то делает свою работу плохо, а из-за того, что все очень постарались сделать хорошо.

Если захотите приложить эту мысль к себе:
Как выглядит ваш поток и чем он забит?
Как вы понимаете, что улучшили систему, а не отдельный этап?
И какое из ваших недавних улучшений стоит перепроверить — а может, даже откатить, хоть это будет неловко и, возможно, даже немного стыдно?