Непопулярные мнения про организацию команд

👉Не создавайте нано-команды из 2-3 человек. Вы создаете дополнительную менеджерскую нагрузку, редко когда получаете достаточно пользы, а потом сталкиваетесь с тем, что решить проблему и смерджить несколько команд, не задев эго их лидов и уронив их мотивацию на пол, очень сложно.
👉Не проводите хакатоны. Дефолтный результат любого закатона – куча сырых прототипов, про которые все забудут уже на следующий день. Видимость деятельности большая, а значимых результатов нет. Если вы ждете инноваций от команд, то лучше попробуйте интегрировать возможность экспериментировать с новыми идеями в их повседневную работу.
👉Не выделяйте 20% времени на техдолг. Это очень не структурный подход, который легко может привести к тому, что команда будет заниматься не приоритетными вещами. Вместо этого работайте с техдолгом как с обычными продуктовыми задачами, добавляя их в тот же бэклог, и пропуская через сквозную приоритизацию.
👉Не защищайте время инженеров. Многие тимлиды относятся к рабочим часам программистов как к самому ценному ресурсу, оптимизируя все вокруг них – продакты должны приносить детально описанные спецификации, а тестировщики работать в изоляции и не беспокоить своими вопросами. У такого подхода миллион плохих последствий, включая замедление работы, падение качества продукта и демотивацию тех самых программистов.
👉Цельтесь в здоровый рейт увольнений. Компания, из которой никто не увольняется, и в которую не приходят новые люди, становится очень замкнутой на себя. Людям некуда расти, новых знаний не появляется, формируется пузырь.
👉Избегайте чрезмерной специализации. Наличие очень узких экспертов ведет к появлению бутылочных горлышек и падению бас-фактора.