Поднять сам CI - не сложно.

Пойти поговорить про то, что нам это нужно, убедить несогласных, продать им свое видение, потом пойти к отделу QA, выяснить где у них лежат тест кейсы, проговорить то, как мы будем взаимодействоать, пойти к разработчикам, объяснить это взаимодействие, отслеживать прогресс выполнения изменения чтобы не забили и не продолжили работать по старинке.

Вы это описали как "преодоление инертности среды", но за этим преодолением как раз и кроется работа руководителя. Мало кто из разработчиков может/хочет ходить и договариваться про это все, выстраивать план и следовать ему. В средних и крупных компаниях все эти согласования могут занимать время и нужно довести это изменение от начала до конца.

Хорошо, наверное да. Не очень получается в общем сформулировать, но я попробую.

А для вас будет являться критерием то, что если руководителя вынуть из команды, то команда продолжит работать как ни в чем не бывало, просто немного просядет по производительности?

Для этого вам нужно задать правила игры - как писать код, какая у нас архитектура и кодстайл, какие у нас процессы, почему они именно такие. Также вам нужно будет задать культуру общения внутри команды, чтобы она была открытой, чтобы люди помогали друг другу, чтобы это считалось нормой - некоторые моменты приходится прям шлифовать чтобы получилась хорошая команда.
У команды должна быть цель, которая должна быть прозрачна и понятна, у сотрудников должны быть цели, которые соотносятся с целями компании и с личными пожеланиями сотрудников. Это от вас потребует выстроить доверительные отношения с сотрудниками, систему тетов, вам нужно периодически ходить и пинговать топов, чтобы сверяться с целями компании и отслеживать не изменились ли они.
Отслеживать мотивацию сотрудников, думать про кадровый резерв, про замену сотрудника в случае ухода, понимать стоимость этой замены, стоимость найма. Участвовать в найме, иметь алгоритм приема на работу, онбординг сотрудника, помогать ему с адаптацией.

В общем, много чего. Я описал только часть конкретно своей работы, какие-то параметры сложно измерить в моменте - требуется время чтобы их замерить и сделать выводы о том, эффективен ли лид как руководитель или нет.

Всем добрый день! Тут можно разместить вакансию разработки на Team Leader?

Анна, добрый день! Это не хайринговый чат. Размещение вакансии лучше сделать в спецканалах. Спасибо!

Хорошо, спасибо👍

Не может быть

Согласен

Кыш

👌

Поговорим про планирование сроков в разработке?

https://medium.com/bizzapps/5b1742ad454c

В провокационном стиле, индуцирующим дискуссии, по традиции? )

Хорошая статья! Пасиба.

Важно понять что оценка сроков по задачам и разработчикам — не работает, если вы разрабатываетсяесли вы разрабатывается что то

Очепят детектед

Вот мы и подбираемся к ключевой идеи - идее

да в теме как всегда много заряженных мнений. думал будет более бурная полемика )

а потом понял что скорее всего для большинства команд это тупо не актуально. многим хватает agile + okr. и в этом случае скрам + истории и сторипоинты им просто нафиг не нужны )

спасибо )

👍🏾👍🏾👍🏾

доописал 2 раздела: про контекст где это надо и не надо, и про карго культ, который к сожалению встречается сильно чаще чем реальный скрам и agile )