Что должен делать тимлид: роли, обязанности и навыки


    Тимлид – это снежинка. При детальном рассмотрении в каждой компании тимлид принимает разную форму. Где-то от него ждут только передвижения задач по доске, где-то – наймов и увольнений, а где-то просят одновременно проектировать архитектуру, ставить бизнес-цели и думать о болях пользователей продукта. На самом деле все обстоит еще сложнее. Различия встречаются не только между разными компаниями, но и даже в рамках команд, находящихся в одном офисе.


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


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


    Роадмап



    Роадмап содержит в себе два раздела:


    • Роли и обязанности. Перечень высокоуровневых рабочих ролей и более конкретных обязанностей и зон ответственности.
    • Personal Skills. Личные навыки и качества, наличие которых необходимо для определенных ролей и обязанностей.

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


    Немного про роли:


    • Resource Manager – управление людьми и командами.
    • Administrator – управление проектами и процессом разработки задач.
    • Technical Lead – технологии, качество, архитектура, автоматизация.
    • Product Owner – управление продуктом, целями и бэклогом.
    • Integrator – понимание бизнеса, ценностей и структуры компании.

    Почему роадмапу можно верить


    Основная проблема, о которой я уже упоминал – это разница в восприятии роли тимлида в разных компаниях. При составлении общей модели нельзя было опираться только на наш опыт работы в Авито, Туту и Рамблере. Нужно было исследовать больше компаний.


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


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


    • Что это за ветка?
    • Почему ветка важна?
    • Что будет, если ее не делать?
    • На кого можно ее делегировать?
    • Примеры поведения
    • Способы прокачки

    Получившуюся структуру мы валидировали через серию интервью с руководителями разработки из разных компаний. На интервью мы задавали серию вопросов, чтобы узнать все обязанности тимлида в компании, и одновременно отмечали их на своем роадмапе. В конце получившуюся модель мы показывали интервьюируемому и проводили финальную валидацию. Судя по результатам, мы практически ничего не упустили.


    Как роадмап использовать


    Для компании


    1. Скачайте себе Mindmap с полной моделью тимлида.
    2. Изучите все ветви обязанностей тимлида. Удалите те, которые в вашей компании не требуются, либо уже выполняются кем-то еще.
    3. Сформируйте из получившейся карты нужные вам артефакты: профиль для найма, описание ожиданий от роли, план развития.
    4. Для углубления в любую из веток используйте нашу базу знаний. Для каждой из веток мы детально описываем ее смысл, мотивацию к использованию, примеры хорошего и плохого поведения, способы развития на практике и в теории.

    Для тимлида


    1. Скачайте себе Mindmap с полной моделью тимлида.
    2. Отметьте на нем те компетенции, которыми вы уже обладаете и те, которые вам требуются для дальнейшего роста внутри компании. Для подсказки – посмотрите на то, чем занимается ваш руководитель или коллеги. Если тут все еще есть сложности – задайте вопрос в нашем чате.
    3. Составьте список с теми компетенциями, которые находятся между вашим текущим профилем и целевым.
    4. Используя нашу базу знаний, сформируйте себе план развития по каждой из компетенций, который включает в себя теорию, консультации и практическое применение.
    5. Покажите свой план развития руководителю и попросите содействовать в нем.



    Работа над роадмапом только начинается – мы делаем первый релиз и нам очень важно собрать еще больше фидбэка:


    • Насколько предложенная структура ложится на вашу компанию?
    • Каких навыков не хватает в отдельных ветках?
    • Какого контента и ссылок не хватает в описании в базе знаний?

    Пишите комментарии к статье, issues на GitHub и предложения в наш чат!

    Похожие публикации

    AdBlock похитил этот баннер, но баннеры не зубы — отрастут

    Подробнее
    Реклама

    Комментарии 28

      +1
      Вопрос — сколько можно выиграть в произвотительности труда, используя такие методики, и стоят ли они затраченного времени на их разработку?
        +4
        18%, проверено!
          0
          Это не шутка? Как считали?
        +7
        Так это, тимлид же все. Не по скраму. Оказалось, при хорошем тимлиде очень трудно втюхать фирме скрам-мастера. Эти роли конфликтуют и соревнуются за влияние и кол-во митингов, которые каждый может назначить. Тимлид, грешным делом, может навести порядок, а это прямая угроза эджайл коучу. Текущий тренд: тимлид — роль деспотичная, авторитарная. Ограничивает свободу и креативность команды. Вопиющая несправедливость в эпоху эгалитаризма. Только равенство и плоская иерархия, за все отвечает «команда» и никто в частности.
          0

          Если смотреть на роли в посте, то чистый тимлид (без обязанностей техлида) совмещает роли ПО и скрам-мастера. Если тимлид не віполнет обязанности ни техлида, ни ПО, то он скрам-мастер :)

            +1
            В теории плоская иерархия, SCRUM и самоуправляемая команда с полностью взаимозаменяемыми senior разработчиками — это замечательно. На практике все стараются нанять вчерашних студентов или тех, кто готов работать за небольшие деньги, и одного ведущего над ними, который становится тимлидом. Такой тренд я вижу чаще.
              +2
              Это нормально. Если у вас тимлиды, значит вы выстраиваете классическую иерархическую модель управления с персонифицированной ответственностью. Если скрам-мастеры, то у вас коллективная ответственность команды.

              У вас не роли конфликтуют, а подходы к ответственности (и полномочиям)

              >тимлид — роль деспотичная, авторитарная. Ограничивает свободу и креативность
              Это стереотипы. Тимлид также может быть Y руководителем, сдувающим пылинки с членов команды.

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

              Чем больше когнитивная нагрузка, тем выше вероятность, что если вы поставите одного человека отвечать, ему разорвет мозг и он станет боттлнеком, тормозящим процесс.

              Но не думайте, что командная ответственность это модно, стильно, современно. Чтобы это заработало нужно построить команду из опытных членов, выстроить доверие внутри этого мини-коллектива, следить за коммуникацией и многое другое. Иначе будет просто бардак.
              +3

              Роадмап настолько хорош, что даже слегка демотивирует)

                0
                Блажен незнающий)
                +1

                Вообще странно, что позицию тим лида рассматривают как промежуточную или даже тупиковую. По моему мнению, это вершина профессионального роста работника из IT сферы после которой наступает лишь деградация, ведь основной признак тим лида — это способность заменить ЛЮБОГО члена команды, пусть и не со 100% эффективностью, то есть своего рода "стволовая клетка " в организме проекта.

                  0

                  Вовсе не обязательно тимлид должен быть способен заменить любого члена команды. Его задача, чтобы команда продолжала работать даже если одного человека не будет по каким-то причинам. Самому быть готовым заменить, дублировать компетенции, хоть формально (минимум 2 QA, 2 фронта, 2 бэка, 2 девопса), хоть путём набора/развитиея T и Ш специалистов ("фуллстэков"), иметь допбюджет и полномочия на например контракторов на время болезни сотрудника — это лишь инструменты достижения цели

                  0
                  Действительно, очень основательный поход. Заморочились что называется. Остается только поблагодарить.
                    0

                    Извините, за, может быть, глупый вопрос, но, как вы вышли на такое количество руководителей разработки, ещё и зарубежных, чтобы провести с ними интервью?
                    Где "взяли" их?
                    Это всё знакомые или люди со стороны?

                      0
                      Какая разница? Это не делает карту хуже.
                        0
                        А я и не говорил, что с ней что-то не так. Мне действительно интересно, где люди находят столько контактов именно нужного свойства (тимлиды), как выходят на интервью с ними.
                    • НЛО прилетело и опубликовало эту надпись здесь
                      • НЛО прилетело и опубликовало эту надпись здесь
                        0
                        Я правильно понял(из вашего подхода), тимлид — это в каждой бочке затычка?
                        Иначе: если никто эту функцию не выполняет, значит это функция тимлида.

                        ответственный определен — бизнес спасен
                          0
                          Очень интересно!!!
                          Хотя, конечно, отличие верхней ветки от нижней не очень большое. И там и там есть и hard skills и soft skills, просто пропорции разные.
                            0
                            Оптимальный подход и 100% по качеству выходная структура (файл *.mm). Спасибо!
                              0
                              Почитал эту требуху, сдал экзамены, выучил правила — и становись тим лидом. Или скрам-мастером. Или коуч-мастером-прожект-онером.
                              Современное кино не люблю, но когда оно вдруг попадает в точку, изучаю. Вот она: точка. И тут не скажешь лучше.
                                0
                                >выучил правила — и становись тим лидом
                                Остается только, чтобы тим лидом взяли)
                                  0

                                  Есть понятие "неформальный лидер".

                                    0
                                    hr-щики этого не заметят, им нужна должность.
                                      –1

                                      Что мешает написать в резюме "2019-2020: ООО "Рога и копыта" — исполнял обязанности тимлида"?

                                +1
                                Team Lead — не снежинка, а коммуникатор(или даже маршрутизатор).

                                Вернее так, чем больше он снежинка, тем меньше он Team Lead, и больше Team Superhero, который должен спасти проект, но с печальным концом.

                                «Разница в восприятии» возникает только из-за незрелости и/или тухлости компании: того насколько команда и руководство хочет и сможет на него сбросить ответственности.

                                «ставить бизнес-цели и думать о болях пользователей продукта» — это ответственность Product Owner, чем больше она кочует к Team Lead'у, тем более незрелая и/или тухлая компания.
                                  0
                                  Человек-снежинка, где-то я уже это слышал, а точно: cartmendum.livejournal.com/140149.html Баян, конечно, но может кто не видел :)
                                    –1

                                    Тимлиды — это что то вроде лучшего игрока, в дворовой команде по футболу, на фоне остальных соседских парней, которые знают о профессиональном футболе, только из телевизора(из гугла). Обычно в таких командах, нет профессионалов, типа девопс инженеров, скрам мастеров, ux дизайнеров и.т.п. Ну немного научились все программировать(пинать мяч)… Более того в таких командах даже иногда не то что не понимают четко, чем занимаются эти специалисты, но и названия профессий не всегда могут вспомнить. Поэтому собираются эти ребята и решают кто более менее может бить по мячу лучше всех, назначают его тимлидом, хз какие у него обязанности, главное он будет бегать по полю и заменять кого попало и как попало. Ну вы поняли мысль я думаю ))) ребята, забудьте это слово "тимлид", лучше пойдите учится на курсы какие нибудь )) не выдумывайте чепуху и начните играть в профессиональный футбол. Вот например https://geekbrains.ru/courses

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

                                    Самое читаемое