Teamlead Good Reads – ежедневные советы про менеджмент людей и команд

Как выделение 10% времени команды на решение техдолга изменило проект История стара, как мир – менеджмент подгонял команду катить как можно больше фичей и не тратить время на качество кода, и в то же время в команде не было кого-то достаточно сеньорного, чтобы заметить проблемы в таком подходе и наладить более здоровый процесс. Затем в команде появился автор статьи, смог договориться о выделении части времени команды на системную борьбу с техническим долгом, и поменять часть общепринятых практик. Если вы находитесь в похожей ситуации, проект со временем разваливается, а как на это повлиять вы не знаете, статья может помочь.

Большое исследование тимлидов и руководителей разработки Как давние подписчики канала могли заметить, я очень люблю проводить всякие опросы. Помните недавнее исследование продактов? Так вот, пришла очередь узнать, что происходит с тимлидами! 🤔Какие навыки для руководителей самые важные 💰По каким критериям оценивают их работу 💻Сколько времени уходит на написание кода 👋Как попадают в профессию, и куда из нее уходят 📚Полезные для развития каналы, курсы и книги Проходите опрос и пошарьте его другим знакомым тимлидам! Результаты будут в открытом доступе в конце марта, а я обязательно буду смотреть на них при выборе будущих тем для канала. 👉Пройти опрос

Ведется поиск двух опытных тимлидов в юнит DBA Авито⚡️ Команды SQL и NoSQL поддерживают, консультируют продуктовые команды внутри Авито и решают задачи автоматизации управления и эффективного распределения ресурсов, в том числе с помощью Kubernetes. У Авито грандиозные планы: идут в облака, смотрят в сторону zero-trust в контексте баз, интегрируют хранилища БД в платформу DBaaS. Вам предстоит выровнять процессы, подхватить внедрение скрама и довести до качественно высокого уровня, построить роадмап команды на пару лет вперёд. Стек: 🔸В команду SQL: PostgreSQL, Patroni, wal-g, LXC/k8s, Python/Go. 🔸В команду NoSQL: MongoDB, Redis, ClickHouse, Tarantool, Consul, Elasticsearch, Docker, LXC, Kubernetes. Зарплата: по итогам собеседования, от 361 000 рублей. 👉 Подробнее о вакансиях: Для SQL bit.ly/3JeLUbb Для NoSQL bit.ly/3De45df

Как оценить, насколько вы хороший менеджер Быть тимлидом – часто неблагодарное занятие. Понять, насколько много пользы ты приносишь, и отделить свой результат от результатов работы команды очень сложно. Каждый здесь изворачивается как может – кто-то пытается поставить себе измеримые цели, кто-то ведет дневничок побед, а кто-то плачет по ночам в подушку. В статье предлагается еще один подход – регулярная оценка своего прогресса по пяти менеджерским шкалам. 💪Execution: насколько качественный результат поставляет ваша команда и насколько предсказуемо это происходит 👨‍👩‍👧‍👧People management: насколько хорошо вы знаете людей в своей команде и помогаете им становиться лучше 📚Team development: как с течением лет развивается ваша команда 👀Strategic vision: насколько ясное видение будущего вы транслируете команде 💬Organizational influence: насколько тесно вы интегрированы в компанию и как влияете на общие успехи

Что влияет на эффективность парного программирования Парное программирование – как зарядка по утрам. Все прекрасно знают, что это очень полезная практика, но по факту мало кто действительно ее внедряет. Не любое парное программирование одинаково полезно. Уровень разработчиков в паре, выбранная ими задача и подходы к коммуникации сильно влияют на итоговый результат. Статья дает обзор нескольких исследований, сфокусированных на изучении факторов эффективности парного программирования. 😶Личность участников, или какие-то ее особенности вроде интровертности или открытости мышления, не оказывает значимого эффекта. Любимый многими гороскоп MBTI, ожидаемо, тоже. 📊Профессиональный уровень людей в паре должен быть близок друг к другу. Работающие в паре два мидла показывают заметно больший скачок в качестве результата, чем сеньор и джун. 💬Пары, работающие по нескольким известным правилам коммуникаций, работают лучше, чем те, кто работает стихийно. Сами правила есть в статье. Помимо факторов, повышающих эффективность, есть несколько антипаттернов, которые ее быстро убивают: 💬Пара слишком глубоко закапывается в детали задачи и забывает свои краткосрочные и долгосрочные цели. 💬Один партнер теряет другого, когда не может объяснить, что и зачем он делает. 💬Один партнер топит другого в слишком душных и подробных объяснениях своей работы. Если стало интересно, посмотрите еще другой пост того же автора, где он системно разбирает плюсы и минусы парного программирования.

С неизбежностью изменений мы уже смирились, но вот вопрос: как работать с ними стратегически, чтобы бизнес продолжал развиваться и давать результаты? Трансформации могут быть как внешние, так и внутренние — от изменений в мире и на рынке до новых подходов в работе команды и бизнеса. Управлять изменениями — значит уметь создавать гибкую, адаптивную и устойчивую рабочую среду в компании. Этому как раз можно научиться на курсе «Управление изменениями» от SETTERS EDUCATION. Вы узнаете: — как выстраивать процесс изменений в компании — как сделать бизнес устойчивым к трансформациям — управлять изменениями на уровне стратегии, процессов и команды Прямо на курсе вы разработаете пошаговый план трансформаций вашего бизнеса. Он будет учитывать ваши стратегические цели, ресурсы и особенности. В обучении вас поддержит куратор Юра Филатов — эксперт с 10-летним опытом в продуктах и трансформациях, член совета директоров и CPO в PashaPay. Курс стартует 27 февраля — читайте подробнее о программе по ссылке и занимайте место 🔥 Больше о курсе

Хотите продать идею – напишите документ 1️⃣Изложение своих идей в письменной форме позволяет увидеть пробелы в логике, которые вы можете не замечать, прокручивая их в голове, или обсуждая с кем-то вслух. У вас есть больше времени и возможностей подобрать самые убедительные аргументы, вместо тех, которые первыми приходят в голову. 2️⃣Сложно заставить людей сфокусированно слушать тебя, особенно в течение продолжительного времени. С документом работать гораздо проще – каждый человек может прочитать его в режиме и темпе, удобном для него. 3️⃣В отличие от живого обсуждения, даже с записанным видео, документы обычно живут намного больше. Их гораздо проще проиндексировать и найти спустя несколько лет. 4️⃣Часто бывает так, что люди серьезнее относятся к идеям, изложенным в письменном виде. 5️⃣Человеческая память очень ненадежная. Спустя несколько лет вы скорее всего забудете, почему приняли то или иное решение. А бумага все помнит.

Частые примеры менеджерского долга Один из самых популярных постов прошлого года – про концепцию менеджерского долга. Сегодняшний материал раскрывает определение подробнее, дополняя его несколькими частовстречающимися примерами такого долга: *️⃣Слишком мелкое дробление команд, при котором появляются тимлиды с 1-2 сотрудниками *️⃣Команды, состоящие из джуниоров *️⃣Инфляция тайтлов сеньоров/стаффов *️⃣Инфляция компенсаций

Ошибки в работе с Architecture Decision Records Architecture Decision Records – практика записи всех ключевых технических решений, принимаемых командой, с объяснением их контекста. Про какие ошибки идет речь в треде: 📚Держать ADR отдельно от кода, к которому они относятся, описывая их в виде документов и презентаций. Из-за этого их реже будут открывать, появятся дополнительные барьеры для их заведения, и все превратится в бюрократию. 🔀Выстраивать отдельный процесс по написанию и оформлению ADR. Проще не относиться к этому как к отдельному этапу разработки, а вести ADR по ходу обсуждений, сразу же записывая ключевые идеи принятого решения. ADR должны быть интегрированы в процесс разработки, а не отделены от него. 📝Вместо описания принятого решения слишком много времени тратить на перечисление возможных альтернатив. Из-за этого объем ADR раздувается, их сложнее читать, и меньше фокуса уделяется самому важному – принятому командой решению. В треде еще много интересных обсуждений про другие ошибки в ведении ADR и подходящую организацию для их хранения, тоже советую почитать!

✈️Программы миграции работают даже в сложные времена Relocode - это консалтинговое агентство, которое помогает получить ВНЖ стартапам и удалёнщикам digital nomad, а также занимается IT-визами. У компании более 7 лет опыта в сфере релокации. Если вы мечтаете переехать в Великобританию один/с семьёй, то Global Talent Visa создана именно для вас. ❗️Её можно получить за 4 месяца, а ВНЖ дают сразу на 3-5 лет Relocode берёт на себя все работы по ВНЖ: от оценки шансов до сопровождения после релокации. Виза Global Talent: 📍подходит IT и бизнес специалистам в IT компаниях (product/project-менеджер и др.); 📍не требует знания английского и готового бизнес-проекта; 📍ведёт к ПМЖ и гражданству; 📍имеет высокий процент одобрений. Не нужно быть талантом, чтобы получить Global Talent Visa. Достаточно быть хорошим специалистом, а с правильной презентацией поможет Relocode. Подписывайтесь на Telegram-канал Relocode, где регулярно публикуют полезную информацию о релокации: https://t.me/relocode

Story Points Revisited Когда вам в следующий раз кто-то на очередном скрам-тренинге будет продавать сторипойнты, пришлите ему эту статью. Рон Джеффрис, один из трех авторов методологии XP, и человек, изначально предложивший и популяризовавший идею сторипойнтов, спустя много лет рефлексирует по этому поводу. Он признает, что идея – неудачная, и большинство тех, кто ее использует, делает это во вред процессу разработки. Основные идеи: 👀Сторипойнты выглядят очень удобной метрикой для того, чтобы сравнивать производительность разных команд друг с другом. Это в корне неверная идея, которая не ведет к полезному исходу. 📆Наличие оценки задачи приводит к тому, что эту оценку сравнивают с итоговым потраченным временем, и на основе этого делают выводы о предсказательной способности команды. Вместо того, чтобы фокусироваться на выборе самых важных задач для разработки и декомпозиции их на небольшие кусочки, менеджеры требуют от команды повышения качества оценки ей сроков. В большинстве случаев это мусорная работа, которая не несет пользы. 👊Сторипойнты ведут к давлению на команду, от которой будут регулярно требовать наращивать их количество в каждой итерации. Сроки будут давить на команду, она будет ускоряться за счет понижения качества, а итоговый продукт будет получаться плохим. Зато сторипойнтов больше съели! 🤔Сторипойнты, как и любая другая оценка сроков, дают только иллюзию контроля и предсказуемости. На самом деле в сложных инженерных проектах никто не может предсказать, сколько займет та или иная задача.

Вебинар для тех, кто планирует системно прокачать свои навыки коммуникации Любая задача руководителя в какой-то момент утыкается в навыки коммуникации – выяснение потребностей и намерений коллег, согласования со стейкхолдерами, разбор обратной связи со своей командой, отказ делать чьи-то задачи, не разрушая с ними отношения. Если среди ваших планов по развитию есть галочка “прокачать коммуникации”, то приходите на открытый вебинар «Как вырасти в IT с помощью навыков коммуникации», в котором на рабочих кейсах будет разбираться: *️⃣Как выяснять потребности и намерения коллег *️⃣Как доносить свою позицию и обозначать личные границы *️⃣Как давать экологичную обратную связь *️⃣Как отвечать на манипуляции, не вызывая лишнюю агрессию *️⃣Как эффективно коммуницировать со стейкхолдерами и учитывать разные интересы 📆Дата: 24 января в 18:30 👉Регистрация