Чекап инженерных команд: Как не потерять их из вида, когда команд становится больше
Программный комитет ещё не принял решения по этому докладу
Целевая аудитория
Тезисы
Когда команда одна, руководитель часто понимает ее состояние напрямую: по задачам, разговорам, качеству кода, настроению и проблемам в работе. Когда команд становится несколько, этот контекст распадается на статусы, Jira-доски, дашборды, релизы, инциденты и ощущения тимлидов. Сигналы есть, а цельной картины часто нет.
В докладе покажу практичный подход к регулярному чекапу инженерных команд: как смотреть на поставку, стабильность, бизнес-эффект и состояние команды в одной модели. Разберем, почему одна главная метрика почти всегда искажает реальность, как договориться о зеленой, желтой и красной зоне и как превращать метрики не в отчетность, а в управленческие решения.
Отдельно обсудим роль AI в такой системе. Расскажу, как AI помогает собрать разрозненные сигналы, подготовить саммари к сервис-ревью, найти повторяющиеся паттерны, подсветить аномалии и сформулировать вопросы для разговора с тимлидом.
Более 15 лет в IT. Прошел путь от разработчика до руководителя инженерных организаций. Управлял командами разработки, тимлидами и менеджерами в продуктовых компаниях и финтехе, участвовал в найме, развитии и увольнении сотрудников на разных уровнях: от junior-специалистов до руководителей.
Сейчас отвечаю за развитие одного из технологических доменов в Uzum Bank. В работе больше всего интересуют темы инженерного менеджмента, организационного дизайна, развития команд и принятия сложных управленческих решений.
Видео
Другие доклады секции
База
