Иногда в мире менеджмента встречается выражение:
Команда работает как часы!
Некоторые руководители, директора, и даже владельцы бизнеса думают:
Процессы настроили? Настроили. Продукт выдают? Выдают. Деньги капают? Капают. Отлично, дело сделано!
Иногда такие люди называют себя эффективными менеджерами.
А правда ли дело сделано?
––
Рассмотрим несколько примеров. Что некоторые боссы имеют в виду, когда говорят, что всё работает как часы?
Процесс разработки у нас – как часы. Планирование – всегда в понедельник, ретро – всегда в пятницу, спринт – неделя, артефакты на входе, артефакты на выходе...
–
История, которую я видел в настоящей команде:
Процесс настроили больше года назад, с тех пор люди в команде выросли, сработались и новых тем для обсуждений на ретро – мало. Не ругаются друг с другом и с продактом. Продакт – приносит вменяемые задачи.
Разработчики приходят на ретро, кто-то закидывает тему для разговора на две минуты, а после этого – просто мучительно смотрят друг на друга.
А ещё – продукт разросся, изменения стали большими. За недельный спринт не так уж часто что-то поставляется. Многие проекты занимают по полторы-две недели, а планирование – всё ещё недельное.
––
Похоже, наши "часы" устарели со времени сборки!
Да, когда-то процесс был собран умными людьми со вниманием к деталям. Но с тех пор команда изменилась и живёт в футляре не по размеру.
Процесс найма у нас – как часы. Здесь резюме проворачиваются, там интервью с кодом проводят, тут архитектура, там – офферы выписывают..
–
Заглядываешь, а там – всё ещё задачи на сортировку пузырьком, знание работы с памятью и тд. На "архитектуре" – инстаграм проектируют.
Дружище, твоей системе найма 10 лет! Задача про инстаграм 20 раз разобрана в сети. Задача про сортировку пузырьком – во-первых, тоже 20 раз разобрана в сети, а во-вторых – разработчики больше не борются с этой проблемой на работе, у них есть множество других!
––
Да, эту систему найма строили умные люди (может быть, даже ты сам и строил), но это было давно и теперь ты теряешь релевантных кандидатов и, как следствие, эффективность команды!
Развитие сотрудников у нас – как часы! Все шагают по матрице компетенций, осваивают нужные навыки, мы их продвигаем..
–
Заглядываешь, а в этой матрице..
Устаревшие технологии, которые используют в 20% задач (раньше было в 80, но с тех прошло 5 лет).
Откровенно неизмеримые вещи: "разработчик должен быть ответственным, коммуникабельным, проактивным".
Синьор должен иметь 10 лет опыта.
Под пунктом (2) понималось что-то конкретное, вот только автор это не записал, а потом – уволился. Пункт (3) был рекомендацией, а не блокером, но..люди, которые об этом помнили, уже работают в других местах, а новые руководители – пользуются матрицей на полном серьёзе.
Когда-то она работала, но теперь – просто тормозит людей.
––
И снова – "часы" устарели и реальному миру в них тесно. Они неплохо работали в прошлом, но время и люди – изменились.
Заключение
–
Люди – не часы. Люди – живые организмы.
Когда людей собираешь вместе, получается более сложный живой организм.
Твоя команда, команды конкурентов, сообщество разработчиков и даже множество потребителей продукта – это никакие не часы. Это всё – сложные организмы, которые растут и изменяются.
А часы?
Растут? Нет.
Изменяются? Да, со временем ломаются, ржавеют и работают хуже.
Твоя задача – не просто настроить работу этого организма, а ещё и регулярно перестраивать её, адаптировать под внутренние и внешние изменения.
Если ты собрал из своей команды часы и это было давно – скорее всего, их пора менять.
––
Больше контента и советов для руководителей – в моём телеграм-канале.
Увидимся!
Комментарии (4)
kira_balabanova
28.05.2024 08:24+1Очень интересно было бы почитать про конкретные инструменты и практики такого регулярного пересмотра процессов
saboteur_kiev
28.05.2024 08:24Реально работающие ретро митинги и есть инструмент. Ретро митинги это неотъемлимая часть любой agile разработки (она же обязаны быть гибкая).
У нас это работало так:
Любой мог вынести на ретро проблему. Делается это не прямо на ретро, а заранее оформляется и отправляется в виде пункта ответственному за ретро модератору (менеджеру тим лиду, в общем кто ведет ретро).
Во время ретро все эти пункты выносятся на обсуждение. Модератор следит чтобы за ретро митинг успели пройтись по всем пунктам.
Если какая-то проблема может быть решена быстро, она решается сразу, назначается ответственный.
Если какая-то проблема висит в ретро слишком долго, ее параметры пересматриваются. Важность увеличивается/уменьшается, ответственный перевыбирается
Ну в общем ретро митинг ведется нормально.
Именно там могут быть приняты такие решения как смена длительности спринта, переход на другой CI/CD, изменения в процессе.
Когда решение принято - просто добавляется новая таска, сроки, исполнители и она внедряется.
Ретро митинг ведется не для того, чтобы проблемы решили прямо на нем, а чтобы проблемы собрали, рассмотрели и организовали их решение. По проблемам создаются таски, над которыми работают уже в обычное рабочее время.
alexhott
И вообще весь код приложения устарел на 20 лет и его тоже весь надо переписать!
Все что в статье имеет место быть, но вовсе не означает что надо рвать волосы и все переделывать.
Перечислены минимум 5 разных сфер и прежде чем ввязываться в реформы надо очень хорошо в них разобраться, прежде чем шашкой размахивать.
А то люди, которые не часы, разбегутся.
beatusapril
че на чувака накинулись, хоть кто-то делает эту работу, руководить командой тоже неприятная вещь, никто этим не хочет заниматься - теряешь ценность на рынке труда, забываешь приобретенные навыки. Прямо так процессы поменялись за 10 лет, люди 2000 лет назад пирамиды строили, можно просто поставить программу на комп и следить работает человек или нет. А насчет разбегуться - никуда не денутся, благо кредиты и ипотеки себя сами не выплатят. А руководить командой можно основывыясь на общечеловеческих ценностях, не нужно изобретать какой-то скрам и прочее