Иногда в мире менеджмента встречается выражение:

Команда работает как часы!

Некоторые руководители, директора, и даже владельцы бизнеса думают:

Процессы настроили? Настроили. Продукт выдают? Выдают. Деньги капают? Капают. Отлично, дело сделано!

Иногда такие люди называют себя эффективными менеджерами.

А правда ли дело сделано?

––

Рассмотрим несколько примеров. Что некоторые боссы имеют в виду, когда говорят, что всё работает как часы?

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

История, которую я видел в настоящей команде:

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

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

А ещё – продукт разросся, изменения стали большими. За недельный спринт не так уж часто что-то поставляется. Многие проекты занимают по полторы-две недели, а планирование – всё ещё недельное.

––

Похоже, наши "часы" устарели со времени сборки!
Да, когда-то процесс был собран умными людьми со вниманием к деталям. Но с тех пор команда изменилась и живёт в футляре не по размеру.

Процесс найма у нас – как часы. Здесь резюме проворачиваются, там интервью с кодом проводят, тут архитектура, там – офферы выписывают..

Заглядываешь, а там – всё ещё задачи на сортировку пузырьком, знание работы с памятью и тд. На "архитектуре" – инстаграм проектируют.

Дружище, твоей системе найма 10 лет! Задача про инстаграм 20 раз разобрана в сети. Задача про сортировку пузырьком – во-первых, тоже 20 раз разобрана в сети, а во-вторых – разработчики больше не борются с этой проблемой на работе, у них есть множество других!

––

Да, эту систему найма строили умные люди (может быть, даже ты сам и строил), но это было давно и теперь ты теряешь релевантных кандидатов и, как следствие, эффективность команды!

Развитие сотрудников у нас – как часы! Все шагают по матрице компетенций, осваивают нужные навыки, мы их продвигаем..

Заглядываешь, а в этой матрице..

  1. Устаревшие технологии, которые используют в 20% задач (раньше было в 80, но с тех прошло 5 лет).

  2. Откровенно неизмеримые вещи: "разработчик должен быть ответственным, коммуникабельным, проактивным".

  3. Синьор должен иметь 10 лет опыта.

Под пунктом (2) понималось что-то конкретное, вот только автор это не записал, а потом – уволился. Пункт (3) был рекомендацией, а не блокером, но..люди, которые об этом помнили, уже работают в других местах, а новые руководители – пользуются матрицей на полном серьёзе.

Когда-то она работала, но теперь – просто тормозит людей.

––

И снова – "часы" устарели и реальному миру в них тесно. Они неплохо работали в прошлом, но время и люди – изменились.

Заключение

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

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

А часы?

  1. Растут? Нет.

  2. Изменяются? Да, со временем ломаются, ржавеют и работают хуже.

Твоя задача – не просто настроить работу этого организма, а ещё и регулярно перестраивать её, адаптировать под внутренние и внешние изменения.

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

––

Больше контента и советов для руководителей – в моём телеграм-канале.

Увидимся!

Комментарии (4)


  1. alexhott
    28.05.2024 08:24
    +2

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

    А то люди, которые не часы, разбегутся.


    1. beatusapril
      28.05.2024 08:24

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


  1. kira_balabanova
    28.05.2024 08:24
    +1

    Очень интересно было бы почитать про конкретные инструменты и практики такого регулярного пересмотра процессов


    1. saboteur_kiev
      28.05.2024 08:24

      Реально работающие ретро митинги и есть инструмент. Ретро митинги это неотъемлимая часть любой agile разработки (она же обязаны быть гибкая).
      У нас это работало так:
      Любой мог вынести на ретро проблему. Делается это не прямо на ретро, а заранее оформляется и отправляется в виде пункта ответственному за ретро модератору (менеджеру тим лиду, в общем кто ведет ретро).
      Во время ретро все эти пункты выносятся на обсуждение. Модератор следит чтобы за ретро митинг успели пройтись по всем пунктам.
      Если какая-то проблема может быть решена быстро, она решается сразу, назначается ответственный.
      Если какая-то проблема висит в ретро слишком долго, ее параметры пересматриваются. Важность увеличивается/уменьшается, ответственный перевыбирается

      Ну в общем ретро митинг ведется нормально.
      Именно там могут быть приняты такие решения как смена длительности спринта, переход на другой CI/CD, изменения в процессе.
      Когда решение принято - просто добавляется новая таска, сроки, исполнители и она внедряется.
      Ретро митинг ведется не для того, чтобы проблемы решили прямо на нем, а чтобы проблемы собрали, рассмотрели и организовали их решение. По проблемам создаются таски, над которыми работают уже в обычное рабочее время.