Самый шерстяной волчара: тимлид с технической ролью и без / Анастасия Абрашитова (Яндекс)

• Докладчик представляет Анастасию Брашитову из Яндекса.  

• Тема доклада: техническое лидерство в команде разработки.  

• Обсуждение роли тимлида и его технической экспертизы.  

• Анастасия Брашитова рассказывает о себе и своей работе в Яндексе.  

• Она руководит службой инструментов репозитория и занимается организацией мероприятий.  

• У нее есть канал "Записки из горящего дома", где она делится своими рабочими буднями.  

• Анастасия делится вопросами, которые ей задают о роли тимлида без технической экспертизы.  

• Примеры вопросов: как менять работу, если ты не самый "шерстяной волчара", и что делать, если на собеседовании пришел более сильный кандидат.  

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

• Анастасия объясняет, что роль технического лидера может лежать на тимлиде, на другом человеке или на коллегиальном органе.  

• Если роль не лежит ни на ком, это может привести к деградации команды или к тому, что каждый работает в своем направлении.  

• Коллегиальная роль предполагает, что несколько человек внутри команды выбирают технические решения и осуществляют лидерство.  

• Анастасия подчеркивает, что нет единого правильного ответа на вопрос о роли технического лидера.  

• Важно выбирать систему лидерства в зависимости от ресурсов команды и целей.  

• Она делится своим опытом работы в разных системах и подчеркивает, что все они могут быть эффективными.  

• Уход тимлида без технической роли не вызовет больших проблем, так как коллегиальный орган может справиться.  

• Уход тимлида с технической ролью приведет к значительным переменам и боли для команды.  

• Уход тимлида, на которого завязано все, может привести к катастрофе для команды и его амбиций.  

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

• Если тимлид хочет развиваться, ему не стоит замыкать на себе все функции, чтобы не ограничивать свои возможности.  

• Уход тимлида в команде с технической ролью вызовет меньше перемен, но все равно будет значимым событием.  

• Тим-лид может временно или постоянно выполнять роль, но не требует глубокого погружения в технологии и кодовую базу.  

• В коллегиальной системе замена тим-лида проще, так как не нужно сразу брать на себя все обязанности.  

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

• Перестройка системы с тех-лидом может быть болезненной, особенно если тех-лид был единственным.  

• В коллегиальной системе приход нового тим-лида будет менее болезненным, так как коллегиальный орган продолжит работать.  

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

• Конфликт между тим-лидом и тех-лидом может привести к расколу в команде и гражданской войне.  

• В коллегиальной системе конфликт маловероятен, так как коллегиальный орган продолжает работать.  

• Правильный выбор личности тим-лида и тех-лида важен для предотвращения конфликтов.  

• Скорость принятия решений в коллегиальной системе ниже, чем в однолидерной.  

• Масштабируемость работы в коллегиальной системе выше, так как каждый член коллегии может выполнять свои задачи.  

• Сложность установления системы зависит от типа лидерства: однолидерная система проще, коллегиальная требует больше усилий.  

• Однолидерная система требует дополнительных усилий для вовлечения и развития команды.  

• Коллегиальная система способствует вовлечению и развитию, если правильно организовать работу и правила.  

• Важно, чтобы все члены команды чувствовали себя услышанными и не чувствовали себя обиженными.  

• В схеме с одним техлидом и тимлидом вовлеченность и развитие требуют усилий с обеих сторон.  

• В коллегиальной системе люди стремятся быть уважаемыми и равными, что способствует органичному развитию.  

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

• В схеме с одним техлидом вся ответственность лежит на нем.  

• В схеме с выделенным техлидом ответственность делится между ним и тимлидом.  

• В коллегиальной системе ответственность коллективная, что может привести к коллективной безответственности.  

• Техническое лидерство на тимлиде: высокая скорость принятия решений, но низкая вовлеченность команды и зависимость от тимлида.  

• Выделенный техлид: компромиссное решение, но высокий риск конфликтов.  

• Коллегиальное техническое лидерство: сложная система, но стабильная и масштабируемая, с органичным вовлечением и развитием.  

• Авторитет руководителя важен для управления командой.  

• Нужно выстраивать нормальные отношения с командой, давать цели и вводить процессы.  

• Быть честным и лидером, за которым хочется следовать.  

• Обсуждение системы с двумя тим лидами в команде из более чем 15 человек.  

• Рекомендация найти третьего человека для разделения зон ответственности.  

• Важность четкого разделения обязанностей и функциональных областей.  

• Влияние размера команды на количество тим лидов.  

• Проблемы с большим количеством тим лидов и их влияние на принятие решений.  

• Рекомендация использовать коллегиальную систему для управления.  

• Преимущества коллегиальной системы для крупных проектов.  

• Важность надзора и контроля со стороны коллег.  

• Роль тим лида в делегировании и проверке работы команды.  

• Проблемы с управлением командой из 5-6 команд без тех лидов.  

• Важность делегирования обязанностей и распределения задач.  

• Рекомендации по поиску тех лидов или выделению их из команды.  

• Необходимость технического авторитета для кроссфункциональной команды.  

• Возможность создания коллегиального органа из тех лидов.  

• Важность умения работать с разными технологиями.  

• Проблемы с авторитетом нового тех лида.  

• Рекомендация действовать прозрачно и постепенно.  

• Важность обратной связи и корректировки процесса.  

• Необходимость погружения в историю проекта и ожидания команды.  

• Важность понимания дедлайнов и обязательств.  

• Начало работы с четким пониманием задач и ожиданий.  

• Важно выяснить все проектные части и метрики KPI до подписания трудового договора.  

• Необходимо сразу знакомиться с людьми в команде, чтобы избежать разрушения отношений.  

• Важно узнать о ролях, проблемах и дедлайнах в команде.  

• Важно заметить проблемы в процессах, чтобы избежать их усугубления.  

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

• Возможно, за время знакомства с командой удастся найти и вырастить лидеров.  

• Нанимателей нужно прощупывать заранее, задавая много вопросов на стадии собеседования.  

• Компании также заинтересованы в том, чтобы задавать вопросы на собеседованиях.  

• Важно заранее продумать, что для вас важно, и задавать вопросы на собеседовании.  

• Роль тимлида может быть разделена на двух человек: техлид и скрам-мастер.  

• Скрам-мастер отвечает за соблюдение скрам-процедур и командообразование.  

• Если скрам-мастер выходит за рамки своей роли, это может привести к проблемам.  

• В случае ухода ключевого игрока, команда может вернуться к роли техлида.  

• Время и желание техлида играют ключевую роль в этом процессе.  

• Некоторые техлиды могут вернуться к программированию, если чувствуют, что теряют в цене.  

• Выбор инструментов зависит от цены ошибки и уровня ответственности.  

• В ответственных проектах нужна глубокая техническая проработка, что может потребовать коллегиальной системы.  

• В менее ответственных проектах может быть достаточно техлида, который совмещает программирование и руководство.  

• Важно учитывать технические компетенции и лидерские качества членов команды.  

• Коллегиальная система может быть необходима для сильных технических лидеров.  

• Дискуссию можно продолжить в зоне кулуаров.