Тут пару раз обсуждали что делать тимлиду, когда он приходит на новую работу — а что делать разработчику, который приходит на новую работу с ростом в тимлида?

Я сейчас потыкался по вакансиям и закономерно обнаружил, что почти никто не готов брать меня тимлидом, но многие готовы брать меня разработчиком с коротким (до полугода) ростом в тимлида. Какой план действий тогда? Очевидно, что надо точно также знакомиться с командой, зарабатывать авторитет, смотреть на пробелы в текущей структуре. Но не очень понятно какими практиками пользоваться? 1 на 1? не будет странно?)

Очень хорошие книги для этого случая Патрик Ленциони "Пять пороков команды" и Майкл Уоткинс "Первые 90 дней". Дельные рекомендации даны.

Спасибо!

Подходит тем кто соответствует этому уровню. Для начинающего тимлида нужны пункты, правила, рамки и тд

Строить доверие и анализировать что хорошо и плохо в первое время? Зарабатывать авторитет? Хорошо если там нет оппозиции и неформального лидера и готовы идти на контакт

Имхо при таких собезах важно общаться с будущей командой это должно быть двухсторонее решение

Ну и триал звучит резонно ведь работа Тимлида это долгосрочные инвестиции, странно ждать изменения через месяц два. Хотя пол года как-то многовато🤷‍♂️

Многим проще вырастить Лида чем взять с рынка с чужой религией

Я пришел так на разработчика с ростом в лида, в команде уже был лид, который в перспективе должен стать лидом уже не на уровне команды, а на уровне компании. И вот мы с ним решили попробовать типа плавный переход, я постепенно, понемногу начал брать на себя его ответственность по частям. И смотреть, как команда реагирует. На текущий момент я еще не готов его полностью заменить, но бОльшую часть его ответственности уже несу. Для команды это происходит почти незаметно. Ну и он меня менторит очень хорошо и сам смотрит степень моей готовности. Мне кажется, процесс роста в лида из разработчика сильно зависит от внутрикомпанейских и внутрикомандных процессов, и каждый случай нужно рассматривать отдельно. Возможно, стоит на собесе уже об этих процессах расспросить, если уж работодатель сам обозначает такие перспективы. Нельзя же просто прийти и стать лидом по факту отработки полугода.

Да имеет смысл подробный transition
понять подходить человек или нет за час общения. В одну компанию у меня было 5 собеседований на позицию Лида и на последнем DM сказал что да импонирует мой подход но им нужны совсем жесткие процессы в команду(причем запрос на Лида пришёл именно от команды а не ДМА и общался в тч с командой на одном из митингов )

Hard Скилл реально за тех собез узнать,  а софт скилы можно хакнуть, ответы на вопросы можно дать ожидаемые для собеседующего а в реальности делать противоположные вещи

Все по делу)) сказка)

без вакансий, пожалуйста

Прочел, кажется это не совсем про то. Как я понял идею: мы в явном виде раздаем роли по типам мыслительных процессов свойственных для людей. Не понял как это может помочь решить конфликт.

А у нас внезапно появилась новая веточка: делегирование. Онбордил новых лидов в компании, подумал, что это один из важнейших скиллов, а в роадмапе нет. Написал, причем попутно для «примеров плохого поведения» накинул кейсов, которые у меня прям сейчас встречаются.

Приглашаю поревьюить/набросить: https://github.com/tlbootcamp/tlroadmap/pull/175

Может я опоздал, но в поиске ничего не нашел. А в этом чате уже Егора поздравляли? :)

Всем привет! У меня не большой холиварный вопрос. Как убедить компанию перейти на jira или youtrack? Сейчас используется trello для ведения задач.
ps. Небольшая продуктовая компания, отдел it 10-15 человек?

а для чего необходим переход?

В трелло нет учета времени

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

Учет времени даже не обязательная опция

Так может так и рассказать коллегам?

Вполне себе аргументы