Вы не можете заставить людей что-то делать

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

С одной стороны, довольно спорное утверждение:

- Вы можете помогать людям работать лучше, обеспечивая непрерывную обратную связь, и помогая им обучаться.
- Вы можете не давать им работать плохо, улучшая инженерную культуру и проводя различные виды peer review на ранних стадиях.

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

Опрос про увольнения

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

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

Простое упражнение по управлению рисками

Премортем – это один из самых простых, недушных и вовлекающих команду подходов к управлению рисками, которые я знаю. Алгоритм выглядит примерно вот так:

🤙Вы собираете на митинг команду, которая занимается проектом
💬Описываете наихудший возможный сценарий развития событий в будущем
🤔Каждый участник составляет список возможных причин, которые привели проект к провалу
📝Вы все вместе обсуждаете получившийся список рисков и распределяете их по категориям

Категории описываются любимой всеми менеджерами матрицой 2х2:

☀️Высокая вероятность и высокий импакт: надо приложить все усилия, чтобы избежать таких рисков
🌤️Низкая вероятность и высокий импакт: надо найти способы уменьшить возможный импакт, либо избежать риска, не вкладывая в это слишком много ресурсов
⛅️Высокая вероятность и низкий импакт: найти способ делегировать защиту от этого риска другой команде
☁️Низкая вероятность и низкий импакт: принять эти риски и ничего с ними не делать

Исследование Miro про асинхронную работу

Miro опросили 2300 человек про то, как асинхронная работа влияет на различные аспекты их труда. Под асинхронной в контексте исследования понималась любая работа, в рамках которой команда решает проблемы не одновременно и по отдельности друг от друга. Держите интересные выводы из исследования!

👨‍👨‍👦‍👦Митинги заметно лучше даются мужчинам, чем женщинам. 79% мужчин обычно чувствуют себя вовлеченными против 70% у женщин. Кроме того, 70% мужчин лучше всего брейнштормят во время встреч, в то время как у женщин этот показатель – 58%.
🤫66% опрошенных чувствуют себя гораздо увереннее, когда делятся с менеджером своими идеями в асинхронном режиме, а не лично.
🔥60% опрошенных уверены в том, что асинхронная работа уменьшила стресс и понизила вероятность их выгорания.
👀84% опрошенных говорят, что асинхронная работа спасает их от микроменеджмента.

Вебинар по проектному менеджменту

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

Если вы хотите прокачать свою проджектовую жилку, то я бы рекомендовал почитать “Критическую цепь” Голдратта. А если вы предпочитаете получать опыт вживую, то приходите на вебинар от Алексея Карпунина, ИТ директора в БКС, где он расскажет об арсенале инструментов проектного управления и разберет различные кейсы их применения.

📆Дата: 27 апреля, 19:00
👉Регистрация

Почему мы называем командами то, что командами не является

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

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

В своем докладе на недавно прошедшей Podlodka Teamlead Crew Виталий Шароватов раскрывает тему построения команд во всех возможных деталях, подкрепляя свои доводы исследованиями и жизненными примерами. Если тезисы интересны – обязательно посмотрите!

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

Тимлидские плейлисты Подлодки

Кстати, если утренний доклад вам зашел, можете закупиться плейлистами всех десяти сезонов Podlodka Teamlead Crew! За три года мы успели вытащить всех самых топовых экспертов и записать прикладные доклады и воркшопы про все частые задачи тимлида.

Мои любимые сезоны, если что:

👀Teamlead Crew 5: Работа с лоу перформерами + карьера тимлида
👀Teamlead Crew 6: Как собрать дримтим + мотивация
👀Teamlead Crew 8: Change management

Ну и раз я закинул в канал рекламу Подлодки, держите небольшой промокод: leadgr_records

Сообщество Garage Eight

Ребята из Garage Eight пилят разные инвестиционные продукты. А кроме этого, недушно рассказывают про свою внутреннюю кухню, травят карьерные байки и делятся полезными материалами.

Вот несколько клевых постов, с которых можно начать знакомство с каналом:

🤔Подборка материалов по развитию критического мышления
🤝Про опыт построения ML команды, в которой нет тимлида
💬Инструменты и практики дачи фидбэка

Реклама ООО «Гараж 8» erid: Pb3XmBtzt3DqJcVpJpAwuWCx5vF2shk8cDBnkkv

Результаты опроса про увольнения

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

😱Больше всего тимлиды боятся накосячить при увольнении по culture fit.
💬Самые сложные аспекты увольнения связаны с проведением разговора с сотрудником и чувством вины.
🤔Самые частые причины увольнений – плохое качество работы и непрохождение испыталки.
👉95% тимлидов сами разговаривают с человеком про увольнение, но вот обсуждает его условия только половина из них.

Не всем нужен 99.99% аптайм

Почти любой инженер, который занимается обеспечением стабильности сервиса или его проектированием, по умолчанию будет стремиться к тому, чтобы обеспечить его бесперебойную работу в 99.99% времени. Автор статьи напоминает, что не стоит гнаться за индустриальными стандартами, и к каждому сервису нужен свой подход. В каких-то случаях аптайм в 99.5% или меньше будет вполне адекватным. К этому вопросу нужно подходить не с технической, а с бизнесовой стороны, и внимательно сравнивать ожидаемые затраты на обеспечение SLA, и вред от даунтайма.

Как вести себя с неадекватно реагирующими людьми

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

Автор статьи предлагает следующий алгоритм:

1️⃣Представьте ситуацию, в которой поведение человека было бы понятным и оправданным.
2️⃣Помоделируйте, как одни и те же стимулы видятся с двух сторон – в воображаемой картине мира другого человека и той, которая есть у вас в голове. Попробуйте посмотреть, какие слова и действия могут быть восприняты человеком как агрессия или манипуляция, хотя вам такими не кажутся.
3️⃣Если вы предполагаете, что какие-то слова вы действительно воспринимали по-разному, в явном виде посинкайтесь про их смысл.
4️⃣Подкрутите свое общение с этим человеком, исключив потенциальные раздражители.

Предсказание сроков с оглядкой на Канемана

☁️Два основных фактора, снижающих точность прогнозирования – предвзятость, которая включает систематические искажения, и шум, он же непоследовательность в суждениях.
☁️The Good Judgement Project, большое исследование ученых-бихевиористов, показал, что людей, лучше всего справляющихся с предсказаниями, отличают способность структурировать и декомпозировать проблемы и умение смотреть на задачу с разных углов и учитывать накопленные статистические данные.
☁️В контексте разработки прогнозы часто смещены в сторону оптимизма из-за давления со стороны заинтересованных сторон или недооценки рисков. Шум появляется из-за несогласованности между оценщиками или самого процесса оценки.
☁️Вместо того, чтобы давать единую оценку сроков, лучше придерживаться вероятностной модели, предлагая ряд результатов и вероятность их наступления. Например, так: “Есть 80% вероятность, что мы выпустим следующий релиз в течение 12 недель”.

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

Управляйте проектами команд разработки

Yandex Tracker — сервис для совместной работы. Он поможет легко управлять процессами команды разработки: тимлид сможет планировать проекты и анализировать работу, а команда — общаться с коллегами и следить за приоритетами по задачам.

Tracker поможет эффективно выстроить процессы:

— управляйте задачами: настраивайте типы, статусы, параметры, используйте шаблоны, декомпозируйте;

— работайте по гибким методологиям (Agile) с помощью досок задач;

— контролируйте сроки и формируйте календарный план с помощью Проектов и диаграммы Ганта;

— приоритезируйте задачи в бэклоге и планируйте их выполнение с помощью спринтов;

— автоматизируйте рутинные действия с помощью триггеров, автодействий, макросов;

— подключайте репозитории исходного кода и привязывайте коммиты к задачам;

— интегрируйте системы для сборки, тестирования, развёртывания приложений.

Вы можете легко перенести процессы в Tracker с помощью API или инструмента миграции.

Попробуйте Yandex Tracker прямо сейчас➡️

Чем опытные сотрудники опасны для бизнеса

С одной стороны, любой здравомыслящий менеджер понимает, что текучка – это плохо, влияет на качество разрабатываемого продукта, климат в команде и кучу других вещей. Особенно текучка со стороны опытных людей, носителей знаний проекта. А с другой стороны, мы имеем Амазон с текучкой порядка 100% в год (но вроде как не в IT), который с бизнесовой точки зрения вполне себе процветает. Да и в целом, если посмотреть на любую компанию в FAANG, средний срок полураспада программиста будет меньше двух лет.

В статье предлагается любопытный взгляд на то, откуда у этой ситуации растут ноги:

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

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

Короче говоря, что думаете про тейлоризм в современном IT? Винтики ли мы, или ценность имеем?

Папка каналов для тех, кто интересуется продакт-менеджментом

Рост в продакта – одна из довольно частых веток развития тимлида. Мотивация чаще всего примерно одна и та же. Ты устаешь быть тем, кто отвечает на вопрос “как нужно что-то сделать” и быть фичепроводом, в который другие люди закидывают вещи, с которыми ты принципиально не согласен. Логичный выход – перейти в роль того, кто отвечает на вопрос “что и зачем нужно делать”. Примерно так я сам и реролльнулся в продакты (выгорание от скучных бюрократических процессов, связанных с пипл-менеджментом, тоже свою роль сыграло, конечно же). И я знаю, что очень многие из подписчиков тоже думают про похожий карьерный путь.

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

А я начинаю собирать похожую папку, но с каналами непосредственно про пипл-менеджмент, управление людьми и командами. Если вы ведете такой канал, и в нем больше 1000 подписчиков – пишите мне в личку @etolstoy!

Жизненный цикл инфраструктурных проектов в Slack

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

Они выделяют следующие стадии:

1️⃣Alpha: экспериментальный проект, который никому не рекомендуется использовать в проде.
2️⃣Beta: проект, который точно будет стабилизироваться, но еще не дошел до финальной стадии, поэтому гарантий стабильности особо никаких нет.
3️⃣Active: полноценный продакшн проект с обязательным саппортом и гарантиями на то, что его внезапно не закроют.
4️⃣Maintenance: устаревшие технологии, замена которых сейчас находится где-то в стадии Beta.
5️⃣Deprecated: устаревшие технологии, для которых есть замена в стадии Active. Могут использоваться проектами, которые их уже заадоптили, но запрещены к адопшну в новых местах.
6️⃣Retired: проекты, от которых полностью отказались, без каких-либо гарантий и поддержки.

Бреслав и Ложечкин

Начнем понедельник с отличной новости. Мой бывший руководитель Андрей Бреслав и Александр Ложечкин, на блоге которого я рос, как тимлид, запустили подкаст про управление людьми и командами. Первый выпуск – про то, как выбирать между карьерой эксперта и руководителя, можно ли переключаться между этими треками, и как на них избежать выгорания.

Слушать ребят очень интересно – они отлично слушают друг друга, конструктивно спорят и шарят прорву уникального опыта. Рекомендую максимально! А если у вас будет обратная связь или мысли по теме – пишите в комментарии прямо тут.

Что отличает хорошие и плохие цели

Использовать SMART для постановки целей – хорошо, но не всегда достаточно. Держите список признаков хороших и плохих целей.

Ключевые признаки хорошей цели:

👍Сужает фокус команды, и подталкивает к тому, чтобы делать больше хороших вещей, и иеньше плохих.
👍На нее можно заметно повлиять своими силами. При этом неважно, какой путь ее достижения вы выберете – любой из них должен быть сонаправлен с ее смыслом.
👍Формулировка помогает команде легче говорить «нет» тем инициативам, которые ее не поддерживают.
👍Ее формулировка включает в себя весь необходимый контекст, она понятным образом вписывается в общую картину.
👍Может подстраиваться под меняющиеся обстоятельства, сохраняя при этом свой основной смысл.
👍Способствует развитию чувства единства в команде и наличию общего смысла существования.
👍Не приносит смысл в жертву простой измеримости и понятным метрикам.

При этом для плохих целей характерно следующее:

👎Провоцирует людей придерживаться жесткого плана даже тогда, когда из-за изменения обстоятельств цель теряет смысл.
👎Провоцирует нездоровую конкуренцию, поощряет раскол вместо единства.
👎Фокусируется на легко измеримых вещах вместо свмых важных.

Папка тимлидских каналов

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

Простой алгоритм разрешения рабочих конфликтов

1️⃣Если кто-то замечает, что у него есть разногласия с кем-то в команде, он в первую очередь должен поговорить с ним лично и попробовать разрешить конфликт вдвоем.
2️⃣Если вдвоем решить не получается, к разбору привлекается медиатор. Медиатором может быть любой коллега, которому доверяют оба человека. Медиатор не принимает решение сам, он только помогает договориться и дает советы.
3️⃣Если конфликт все еще не решен, собирается группа экспертов. Они выслушивают обе стороны, и, так же, как и медиатор, помогают в принятии решения.
4️⃣Если дискуссия дедлочится, то из группы экспертов выбирается арбитр, который принимает итоговое решение.