Заработался и не добил финальную часть как я стал Тим лидом :)

В предыдущем посте в коментах накинули правильные идеи как управлять командой 10 человек — найти мини лидов, внедрить фича лидство и так далее. Классные и правильные советы, которые звучат довольно просто, но реализовать их, бывает, непросто

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

Плохо, когда проактивных инженеров меньше, чем есть ответственности, которую тебе нужно распределить

Для работы в таких условиях хорошо подходит создание документации, регламентов, чек листов и тд. Но тут возникает очень тонкая грань что руководитель становится борцом за все хорошее, против всего плохого :)
Регламенты описывают идеальные сценарии, которых чаще всего не бывает в реальном мире и тут приходится индивидуально работать с каждым, корректировать, решать повседневные проблемы. Очень важно не скатиться в микроменеджмент, не убить всю мотивацию экспериментировать и ошибаться.
Ретроспективно, тогда мне это не удалось — я организовал процесс, в котором все работало, задачи решались, релизы релизились, но постепенно все заглохло после моего ухода из компании

Чтобы не совершать моих ошибок, хотел бы поделиться несколькими советами:
1. У команды и у мини-лидов должен быть среднесрочный роадмап с четкими целями и сроками их реализации
2. Если команда начинает нарушать сроки, нельзя включаться в процесс и тащить все факапы на себе. Это реально сложно, потому что все проблемы, возникающие перед командой, Лид уже много раз решал, а минилид сталкивается с ними впервые. Нужно именно научить минилида диагностировать эти проблемы(!) и решать их
3. Для того чтобы минилиды справились со свалившейся на них ответственностью, нужно заранее подсвечивать потенциальные проблемы с помощью наводящих вопросов, например:
- Все ли у нас хорошо с активностью «А»?
- Есть ли у команды все необходимое для решения задачи?
- Есть ли какие-то ограничения, которые не позволят реализовать нашу цель?
- справляешься ли ты со своей нагрузкой? Нужно ли что-то пересмотреть
4. Научить минилидов уточнять требования — самая большая проблема разработчиков, что они принимают все требования как аксиому, что приводит к куче переделываний
5. Изучить принцип ситуационного управления. Не буду детально описывать что это и как работает — это легко гуглится)

В следующей статье хочу описать как я стал head of, но буду рад вашим вопросам и разобрать какие-то из ваших кейсов :)