Советы тимлиду: что важно в командной работе

Когда приходит новый аналитик, за ним закрепляется бадди. Он помогает именно освоится в компании, тут не важно какой у кого грейд, здесь важно, что человек погружен в процессы компании, знает, что как устроено и может в этим поделиться. Если разработчик, ставший сеньором, не растет в сторону тимлида или управленца, мы обычно переводим его на работу https://deveducation.com/ по модели аутстафа. Мы решили провести мозговой штурм среди команды разработки. Ведь лиды, мидлы и джуны определенно должны иметь особый, отличный от нашего взгляд на тимлидство. Однажды CEO, CTO, руководитель проектного офиса и менеджеры проектов собирались на очередной митинг, посвященный проблемам исполнения производственного плана.

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

Как стать тимлидом?

Лучше весь проект разбить на составляющие, зафиксировать это, а потом разом их оценить, чтобы не заставлять голову работать сразу в двух режимах. Не оцениваю задачу, если в условии есть “и” / “или”. Например, если предлагается “сделать авторизацию и регистрацию”. Нет никаких проблем в том, чтобы разбить этот пункт на две задачи и оценить каждый из них по отдельности. Такая оценка будет точнее, потому что ты не будешь смешивать схожие, но все же отличающиеся сущности. Чем качественнее декомпозиция, тем точнее результат.

Тестирование и оптимизация сайта проходят без вовлечения вашей IT-команды, а результаты тестов доступны в личном кабинете в реальном времени. Кооператор, в отличие от логика, испытывает удовольствие от работы в команде, она заряжает его энергией. Ему нужна и важна обратная связь от коллег, он с удовольствием сам ее предоставляет – иногда даже слишком активно. Он предпочитает не записывать и анализировать идеи, а обсуждать их сразу на этапе возникновения, чтобы подтвердить или опровергнуть свои мысли.

Индивидуальная ERP вместо Excel для бизнеса по взысканию долгов

Он как-то встретился с друзьями-тимлидами, и они придумали собрать все возможные навыки тимлида в одном месте – так, чтобы на это можно было визуально посмотреть. Это не значит, что один человек должен знать все, что там указано. Меня зовут Алексей Климашенко, я работаю в компании Авито.

• Лидерами команд разработчиков становятся программисты-разработчики.
• Они распределяют и контролируют задачи уже в рамках проекта.
• Старший специалист ответственен за функциональные и технические компоненты проекта, с которым он работает, — код, архитектура, сборка проекта, производительность.
• Выстраивая тимлидство, мы выбрали весьма нетривиальный путь.
• Из важных практик, которые мы подметили исходя из опыты, это, конечно же, встречи 1-1 — личные разговоры с каждым сотрудником.

Внимательные и педантичные, эти сотрудники доводят результат командной работы до совершенства. Они не просто замечают моменты, которые упускают другие сотрудники, но и могут объективно оценить влияние этих моментов на дальнейшую работу. Точность и стратегическое мышление – их главные козыри. Однако стремление к совершенству может сыграть злую шутку – представители этого стиля сложно идут на компромиссы и не проявляют гибкость в тех ситуациях, где она важна.

Как распределить обязанности в команде

Могут помочь не только тренинги, но и профильные конференции. Нужно посмотреть несколько топовых докладов с конференции TeamLeadConf, чтобы иметь представление, с чем придётся столкнуться на позиции тимлида. Читайте также

Интервью тимлида Evrone Дмитрия Матвеева. Дмитрий рассказывает о своём рабочем распорядке, сферах ответственности, требованиях к джуниору и других интересных вещах.

Сейчас у нас пять продуктовых направлений, и я веду одно из них (актуально на момент записи подкаста. — Ред.). Кроме того, развиваю новые продукты — и, соответственно, продуктовые команды. Тимлид – человек, который должен сделать работающую команду, поэтому мне это название импонирует больше, чем «Руководитель тимлид обязанности разработки». С одной стороны, строить команду в Авито очень интересно, потому что всегда есть где посмотреть, как это применяется. С другой стороны, это суперсложно, потому что далеко не все практики применяются в 1С – иногда просто негде почитать про практики в 1С, так как другие команды этим не занимаются.

Ведь очень часто эффект от действия или бездействия руководителя имеет

Возможности и нюансы превращения ИТ-службы в бизнес, а себя – в партнера

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

У нас в компании эти должности не так уж и отличаются. Без погружения в дебри проджект-менеджмента (для этого есть хорошие учебники, книги и статьи) описал то, что каким-то образом закрепилось и сидит внутри. Часть советов подойдёт для всех, кто участвует в командной работе — где есть проект, исполнитель и заказчик.