Comments 3
Меня всегда восхищают вот эти эксперименты из серии: "В команде 10 человек, поставим WIP=8, пусть учатся взаимодействовать". Мало у команды естественных проблем и ограничений, которые надо преодолеть - так мы им еще одно вкрутим... При этом, команда - это очень дорогой и хорошо настроенный инструмент. Вспоминается анекдот про суровых сибирских мужиков и дорогую японскую пилу - там тоже любили экспериментировать пока не сломали...
Так вот - работать это должно с точностью до наоборот. Определив что у нас в процессе есть какое-то ограничение (например, тестировщик) - мы подчиняем остальную систему этому ограничению (по-Голдратту). Внимание! Мы сначала организуем работу команды по-новому, а для контроля и визуализации (!) этого нового способа работы уже ставим WIP.
Ключевая беда наших управленцев (и тех, кто их учит) - это непонимание разницы между tools/controls и instruments. Точнее в смешении "инструментов" (руск) и instruments (англ). Слово почти одно и то же, но значения - существенно разные. Западный менеджер знает что он может смотреть на instruments, но управляет не показателями а процессом. Российский его коллега убежден что его задача - обеспечить правильные instruments, а процесс как-нибудь сам организуется лишь бы услаждать взор менеджера правильными значениями показателей. Естественно, в реальности это ведет к тому, что писаная и неписаная рабочая культуры расходятся все дальше и дальше - и менеджер через какое-то время сам не знает чем управляет... :-(
Соглашусь. В целом беда начинающих (и не очень) менеджеров в том, что они отталкиваются от инструмента, а не от решаемой проблемы. Я достаточно давно на рынке и работаю с разработкой, менеджерами, топами, чтобы всякого повидать и могу сказать, что до этой мысли надо просто дойти самостоятельно.
Кому-то нужен rocketscience и его не устраивает объяснение механики, ему пофиг на теорию ограничений Голдратта, кому-то надо просто сказать инструкцию: "возьми вот это, сделай так и не спрашивай", а кто-то работает в среде, где срабатывает эксперимент. Я сам лично был во всех стадиях и переосмыслял эти вещи, сам видел менеджеров в этих стадиях и до сих пор вижу. Если погуглите какие-то видео со мной, то увидите мою позицию относительно того, какие мысли я вгружаю в менеджмент в своей работе, через публичные мероприятия.
В статье я пишу не об одном единственном варианте: "поставьте лимит по количеству людей", в статье я специально пишу, что есть ситуации, в которых лимит не нужен, если это, с ваших слов: "команда - это очень дорогой и хорошо настроенный инструмент." - я бы с такой пылинки сдувал и кофе приносил бы. Так же, я набрасываю разные варианты того, как это можно сделать. В статье я отвечаю на просто вопрос: "как их внедрить и какие бывают ошибки". Тонкой красной линией я говорю о том, что это не надо делать бездумно. Ну и, конечно, хочу сказать, что на основании своего опыта, я не могу утверждать, как это должно работать во всех ситуациях. В каких-то командах, от установки лимита приходило понимание, что взаимодействовать - это хорошо, что это снимает перегруз, где-то меня прям просили их поставить, где-то я не мог внедрить лимиты ни под каким соусом, хотя они были нужны и я аргументировал, показывал проблемы, графики и т.д., меня просто игнорили, а где-то это работало и мы приходили к ним эволюционно. Ну и, конечно, были ситуации с экспериментами "на шару", которые были, как успешные, так и нет. Поэтому я описал точно рабочие варианты.
Ну тогда у нас примерно одинаковые мысли. Единственное - я бы опасался в русском сегменте интернета выражать мысли типа "WIP усиливают...", "WIP влияют..." (не обязательно WIP - можно ставить любой другой показатель). Потому что в большОм количестве случаев это будет воспринято буквально. На самом деле, и усиливают и влияют на команду договоренности, а WIP (и все остальное) - это средства визуализации и контроля за этими договоренностями. И да, среди достаточно опытных и адекватных менеджеров это самое "договориться об изменении процесса" подразумевается и может даже не проговариваться (примерно как опытный водитель говорит "положил стрелку спидометра на 90" не упоминая о том, что тому предшествовал анализ обстановки и нажатие на педаль газа). Но сколько тех адекватных ?... А остальные пойдут расшибать себе лоб путем установки WIP и ожиданием что команда как-нибудь справится и с этим навязанным ограничением. То есть натурально заставлять спидометр показывать 90 вне зависимости от текущей скорости движения (потому что "...так в интернете писали, и им помогло"). :-(
WIP-лимиты помогают тимлиду усилить команду: рассказываем, как их внедрить и какие могут быть ошибки