Что спросить у будущего руководителя, чтобы потом не пожалеть?
Роль тимлида для обычного программиста
Вытащу из ссылок.
Для обычного программиста в большой компании опыт работы процентов на 90 зависит от непосредственного руководителя (чаще всего тим-лида).
- Влияет на твою зп — давать тебе повышения или нет, для этого надо понимать что он ценит. Если у вас расходятся понимания что хорошо и что плохо, что важно и не важно, то скорее всего вы не будете довольны друг другом.
- Реагирует на твои успехи или наоборот, всегда недоволен — будет влиять на твоё настроение неизбежно.
- Будет давать адекватный и своевременный фидбек, или будет молчать о проблемах пока не накопится на «мы думаем не уволить ли тебя».
- Будет команда нормальная или нет, принимает непосредственные решения о найме/увольнении.
- Доносит, что там наверху творится или “таски есть, а зачем они нужны не понятно”. Простая передача информации сверху вниз без фильтрации — плохо (слишком много информации о рисках, не нужной команде; слишком мало коррекции сроков в пользу реалистичных).
- Доносит наверх что вы делаете, или ваша команда первая полетит при сокращениях потому что “хз чем они там занимаются”.
Вопросы для проверки совместимости:
- каков был ваш карьерный путь, расскажите о себе
- какое развитие вы планируете для себя? как это повлияет на ваших подчиненных
- что мотивирует вас в работе?
- какие ваши сильные и слабые стороны как руководителя
- какие качества вы цените в коллегах
- что вы делаете если подчиненный не соответствует вашим ожиданиям
- когда вы в последний раз увольняли человека и за что?
- есть ли в вашей практике истории об успешном росте ваших подчиненных до руководящих должностей
- какие основные достижения ваших подчиненных за последний год
- как вы помогаете подчиненным соблюдать work-life balance
- как часто я буду получать обратную связь? насколько часто будут встречи 1-1
- как вы будете получать обратную связь от меня
- как вы ставите задачи подчиненным? какой стиль управления вы предпочитаете
Общие подходы работы в компании:
- уровень детализации задач — максимально расписано, тз с замечаниями архитекторов, дизайнеров, аналитиков и т.д. или “есть проблема — исследуй причины и сделай решение”
- работа с 9 до 18, но без опозданий с обеда, или лишь бы результат был к нужному сроку, даже если с овертаймами
- движение задач по пайплайну — ревью, qa, работа с инцидентами, частота релизов и т.п.
- Разделение команд по стадиям конвейера производства фич - поддержка фич от авторов, или от команды поддержки