Yandex for Teamleads

🎈 Управление в условиях неопределённости на неожиданном примере Привет, тимлиды. Меня зовут Оскар, я руководитель экспедиционного штаба Фёдора Конюхова, моего отца. 25 лет я помогаю ему организовывать путешествия и ставить рекорды. Сейчас я занимаюсь риск-менеджментом и HR-функциями. В этом посте хочу рассказать о кругосветном путешествии на воздушном шаре 2016 года. Я был проджект-менеджером и руководил всем процессом начиная с этапа подготовки и до посадки аэростата в Австралии. Думаю, не всем из вас придётся запускать воздушные шары (хотя почему бы и нет), поэтому мой кейс можно воспринимать как метафору сложного проекта без второго шанса. В чём были его особенности: 🔴 Авиация — очень зарегулированная сфера Нам нужно было получить разрешение 5 стран. А в некоторые мы залетели случайно, и оформлять бумаги нужно было прямо сейчас, чтобы нас не посчитали злостными нарушителями. 🔴 Проект был международным Не только потому, что мы облетели весь мир, но и потому, что члены команды и поставщики были из разных государств. Например, наш бельгийский метеоролог был буквально лучшим в мире. Чтобы уговорить его, я представил наш проект как способ на практике подтвердить его научные теории. А ещё сказал, что такой шанс выпадает раз в жизни. 🔴 По сути, экспедиция — это стартап Не существует устоявшейся индустрии, а почти весь мировой опыт до нас был неудачным. Но мы всё же стояли на плечах гигантов, и побить рекорд с первого раза получилось именно потому, что мы проанализировали и учли ВСЕ ошибки предшественников. 🔴 И самое главное — у нас не было второго шанса Когда шар взлетает, нельзя откатить проект и начать сначала. Приземлиться и доделать шар тоже нельзя. Затянуть полёт тоже не выйдет, ведь ресурсы (еда, газ, кислород) конечны. Поэтому нам нужно было учесть и продумать всё заранее. Наш девиз в сфере риск-менеджмента: «Надежда — не стратегия». Мы заранее продумываем все негативные сценарии в 4 сферах: ➕ Человеческий фактор ➕ Материальная часть ➕ Окружающая среда ➕ Форс-мажоры К слову, о матчасти. Мы заранее уточняли у экспертов, не выйдет ли из строя печка. Ведь температура снаружи во время полёта около −40. Нас уверили, что ни у одного из предшественников такого не было. Но мы всё же решили сделать приборы аналоговыми, чтобы мороз не вывел их из строя. И форс-мажор действительно случился! Фёдору пришлось греться в пуховике, зато приборы продолжали работать. 🅰️ И последний сюжет. Я считаю, что доверие порождает ответственность Мне кажется, что нам всем стоит вести себя как во время пит-стопа на «Формуле-1». Нужно найти профессионалов, которые уверены в своих компетенциях, и дать им слаженно сделать свою работу. Когда мы уже подлетали к Австралии, на западе от неё в Тихом океане сформировался суперциклон. Наш метеоролог предложил два варианта: падать в океан к югу от Чили и несколько дней ждать спасения от кораблей либо лететь вместе с циклоном, скорость которого в разы ниже ветров, которые мы использовали ранее. Первый вариант означал, что мы точно не совершим кругосветку. Второй — что мы не побьём рекорд. К тому же могли закончиться ресурсы на шаре. Я уточнил, нет ли третьего. И он был, хоть и оказался технически самым сложным и опасным. Мы облетели циклон со стороны Антарктиды. У нас мог кончиться газ, и спасения там ждать не приходилось. Но метеоролог был уверен, что сможет нас провести. Я спросил у всех членов команды, выдержат ли части проекта, за которые они отвечают, и принял решение довериться профессионалам. 🏆 Всё получилось. Мировой рекорд мы побили, даже два. ✈ Другие инсайты для тимлидов из экспедиции вы можете найти в записи моего доклада с конференции Dream → Teamlead. Кстати, подписывайтесь на мой телеграм-канал. В нём я регулярно делюсь советами по управлению, а также фотографиями из путешествий 💭 Подписывайтесь: 💬 @Yandex4Teamleads

✨ Принципы разработки в Яндекс 360 Всем привет, это Илья Иванов, руководитель группы разработки В2С-сегмента Биллинга. В Яндекс 360 наш сервис отвечает за все домены, которые связаны с монетизацией. Мы управляем тарифами и акциями, рекуррентными подписками и обеспечением выдачи услуг. В команде бэкенда Яндекс 360 разработчик не только пишет код, но и отвечает за архитектуру целых проектов и фич. А ещё мы думаем о продуктовой ценности для пользователя. 💓 Ключевой ресурс в наших командах — это доверие. Его можно заслужить, если делать качественные проекты и повышать их сложность. А чем выше уровень доверия к определённому разработчику или тимлиду, тем больше у него возможностей проявить себя. Об этом недавно читал доклад лид нашего бэкенда Роман Акинфеев. 👳‍♂️ В карточках я рассказал, как сложился мой путь и почему мне понравилась культура в бэкенде Яндекс 360. ⏩️ Подробности можете прочитать в блоге о работе в Яндексе Подписывайтесь: 💬 @Yandex4Teamleads

🎙 Как сцена может помочь тимлидам С вами снова Денис Яковлев, технический менеджер проектов в Автономном транспорте. В прошлых постах мы говорили о конференциях и встречах 1:1, а сегодня я хочу сделать более личный пост и рассказать вам о неожиданном хобби, которое может прокачать управленческие навыки. Два года назад жена подарила мне курс по театральной импровизации. С тех пор я почти каждый день нахожу параллели между сценой и работой с командой. Порог входа в импровизацию оказался поразительно низким. В отличие от классического театра, где нужно соответствовать теориям, режиссёру и персонажу, здесь ты выходишь и просто играешь. После каждой репетиции в самом начале я не мог садиться за руль. Я был расфокусирован во все стороны настолько, что не понимал, как водить машину. Это состояние полной ментальной растяжки, когда мозг учится работать в нестандартных для инженера условиях: без чётких алгоритмов и причинно-следственных связей. ⏯ Почему это может быть полезно тимлиду. Три правила импровизации, которые работают в IT: 🔴 Не рубите идею На сцене это работает так — выходит человек и говорит: «Я суслик». Если ответить «Да нет, ты человек», то всё сломается. Но можно сказать: «Да, и ты ещё что-то» — тогда история развивается. В нашей работе нечто похожее происходит сплошь и рядом. Разработчики могут предлагать фичи или улучшения, но сталкиваются с ответом: «Прикольно, но времени нет, идея недокручена, и вообще сейчас не до тебя». В итоге команда остаётся без потенциально хорошей идеи, а человек расстраивается и больше не приходит. Важно, чтобы приоритизация не убивала инициативу. 🔴 Используйте ошибку как подарок Мы же все инженеры, и нам кажется, что нужно делать всё правильно или не делать вовсе. Но в условиях неопределённости риск напортачить может быть почти стопроцентным. Нужно научиться работать с этим и вытаскивать пользу из прошлых ошибок. В этом управление как раз сильно отличается от инженерии. 🔴 Доверяйте команде На сцене вы впятером или вдесятером рассказываете цельную историю на 40 минут, не договариваясь ни о чём заранее. У вас есть только одно слово на всех, например «кирпич» или «воскресение», — и всё. Чтобы получилась внятная история с завязкой и финалом, а не просто набор слов, приходится полагаться на людей. С разработкой так же: без командной работы вы рискуете остаться наедине со своими проблемами. А чтобы доверять своим сотрудникам, их нужно развивать. ✨ Импровизация не даст вам никаких волшебных лайфхаков. Но на моей практике ни один человек, который попробовал этим заняться, не остался разочарован. Сначала будет страшно и неуютно, но потом вы почувствуете себя увереннее — и на сцене, и на работе. Подписывайтесь: 💬 @Yandex4Teamleads

☕️ Как создать пространство, в котором хочется говорить Привет, это Денис Яковлев, технический менеджер проектов в Автономном транспорте. В прошлом посте мы говорили о конференциях и обмене знаниями, а сегодня я хочу рассказать о важнейшей регулярке для тимлида. 1:1 не должна быть формальной встречей с отчётом о проекте, иначе вы потеряете большой пласт неформальной информации, которую больше негде добыть. Это особенно важно на удалёнке. Когда вы не видите команду вживую, легко упустить невербальные сигналы. Поэтому вопросы должны быть всеобъемлющими. Я предлагаю ориентироваться на четыре смысловых блока: 🔴 Текущие задачи и контекст внутри команды 🔴 Изменения, которые происходят в компании 🔴 Личный контекст, чтобы знать состояние сотрудника 🔴 Обратная связь — как положительная, так и развивающая 🅰️ Как не перейти грань и не скатиться в панибратство Предлагаю просто в 100% случаев демонстрировать намерение быть честным. Объяснять свою позицию стоит прямо: «Мы занимаемся интеллектуальной деятельностью, и наша жизнь через настроение влияет на работу. Давай построим доверительные отношения». Самый рабочий способ растопить лёд — это личный пример. Если хотите узнать больше о коллеге, расскажите ему о себе. Он увидит в вас живого человека — и появится пространство для ответной искренности. 🅰️ От менеджера к лидеру Интересный философский поворот: менеджер — это сухо и формально, «расставил стрелочки, всё поехало». А лидер вкладывается в проект и в людей. Так вот, регулярные и правильно проведённые 1:1 — это тренажёр, который помогает чувствовать людей. Когда вы узнаете контекст и бэкграунд, которые стоят за человеком, он перестанет быть квадратиком в зуме. И вот вы уже приходите на калибровку зарплат или защиту проекта не с сухими KPI, а с ощущением: «Я за этих людей готов биться». 🅰️ Что стоит рассказывать сотрудникам Тимлид всегда видит более широкую картину. Но обрушивать на человека весь контекст компании — плохая идея. Как понять меру? Опытному сотруднику, который 300 лет в индустрии и понимает всё с полуслова, можно говорить почти как есть. Вчерашнему студенту — дозированно, иначе он запутается или испугается. Есть и жёсткие границы: свою эмоциональную интерпретацию ситуации важно отделять от фактов и не навязывать. Но если прилетит вопрос «Почему Петю заменили на Васю, нас что, всех уволят?» — вы должны будете спокойно и убедительно объяснить ситуацию, а не отделываться от неё. За этим стоят доверие и спокойствие команды. 🅰️ У встреч есть отложенный эффект Мой первый руководитель говорил мне вещи «на вырост». Я тогда был студентом и не мог понять всего. Зато сейчас я регулярно вспоминаю эти разговоры. Практический вывод тут простой: не ждите, что каждая встреча даст мгновенный профит. Иногда вы сеете смыслы, которые прорастут позже. Главное — создать правильную почву. Подписывайтесь: 💬 @Yandex4Teamleads

🎼 Как тимлидам делиться знаниями в современном мире Всем привет, это снова Денис Яковлев, технический менеджер проектов в Автономном транспорте. Я начинал работать в IT, когда никакой инфраструктуры знаний вокруг сферы ещё не было. Поэтому в былое время я участвовал в запуске двух сообществ разработчиков в своём городе Новосибирске: JUGNsk и NskDotNet. А позже присоединился к организации конференции CodeFest. В этом посте я хочу поделиться парочкой мыслей о шеринге знаний в профессии. 🅰️ Сообщество не рождается из пустоты Недостаточно просто собрать много умных людей в одном помещении — они просто постоят и разойдутся. Чтобы запустить обмен знаниями, всегда нужен повод, которым и выступает доклад на конференции. А ещё ничего не выйдет без группы энтузиастов, которые готовы работать с сообществом и находить актуальные боли, о которых стоит поговорить. Даже при современном обилии контента вряд ли получится найти доклад, который на 100% похож на вашу работу. Выступления на конференциях — это не пошаговые инструкции, а, скорее, способ найти спикера, который мэтчится с вами. Вы смотрите доклад и понимаете: «Чувак шарит в моей области, пусть и в другом кейсе». Дальше самое важное происходит в кулуарах. С видео на ютубе же поговорить не получится. 🅰️ Зачем тимлидам конференции Есть вполне справедливое мнение, что управление — это не язык программирования и ему не выучиться по книжкам. Я считаю, что реальная ценность докладов и сообщества для менеджера состоит в калибровке собственной адекватности. Когда вы одни, легко начать либо сомневаться в себе, либо носить корону. Но чужие кейсы (не абстрактная теория, а реальный опыт от сохи) помогают соотнести себя с ними и выработать нормальную самооценку. Ну и полезные воркхаки в докладах тоже подсмотреть всегда можно 🤔 🅰️ Сейчас ситуация перевернулась относительно того, что было лет 15 назад Если раньше людям не хватало контента по профессии, то сегодня информации как будто стало слишком много. Но я считаю, что именно живые встречи сообщества всё ещё актуальны, потому что на них приходят не за инструкциями, а за людьми и их опытом. Подписывайтесь: 💬 @Yandex4Teamleads

💫 Новая неделя тимлида в канале! Привет, меня зовут Денис Яковлев, я технический менеджер проектов в Автономном транспорте. На этой неделе буду админить Yandex for Teamleads — так что давайте знакомиться. Я начинал карьеру с роли Manual-QA-инженера. Сам себе собирал рабочий комп и разбирался, что от меня требуется. С тех пор прошло больше 10 лет, я переключился на работу с инфраструктурой и успел побыть разработчиком, тимлидом и проджектом. 🏠 Яндекс всегда привлекал меня тем, что здесь можно поработать над уникальными проектами. Тем же автономным транспортом занимается считаное количество IT-компаний. Кстати, несколько раз меня в Яндекс не взяли. Но в итоге я всё же устроился в Лавку, где работал в подразделении, которое продаёт технологии доставки по всему миру. Сегодня я делаю проект на стыке софта и железа для Автономного транспорта. А ещё руковожу программным комитетом конференции CodeFest и вожу детей в походы. ⏩️ На этой неделе опубликую здесь три поста: про шеринг знаний, встречи 1:1 и импровизацию в работе тимлида. Не пропустите! Подписывайтесь: 💬 @Yandex4Teamleads

🔴 Теория ограничений на шариках Что может пойти не так, если взять тимлидов, дать им половинки шариков и попросить собрать из них как можно больше целых? Казалось бы: вот детали, вот процесс, вот люди, которые вообще-то умеют управлять командами, — они сделают всё как надо. Конечно же, нет! Привет, это Александра Брызгалова, сертифицированный тренер-практик теории ограничений Голдратта. И такой эксперимент я как раз поставила на Dream → Teamlead. ⏯ Мне нужно было дать руководителям прочувствовать теорию ограничений собственными руками Это подход, который помогает понять, почему система может работать хуже, чем могла бы, даже когда люди внутри неё стараются изо всех сил. Он исходит из того, что результат системы всегда определяется небольшим количеством факторов, а часто — одним ограничением. Поэтому попытка улучшить отдельный участок работы далеко не всегда улучшает общий результат. 👳‍♂️ О том, как это было, я рассказала в карточках. А здесь хочу поделиться ещё несколькими мыслями Эксперимент на забавном примере показал, как выглядит реальный рабочий процесс, и вскрыл организационные проблемы, которые характерны для любой деятельности. При этом это была всего лишь безответственная игра. Где ни у кого не было многолетнего опыта в том, как лучше всего мотать изоленту вокруг шарика, и никто не спорил, каким фреймворком пользоваться при приоритизации. Где не было священных обязательных полей в требованиях. Где, чтобы договориться, не нужно было преодолевать сопротивление и пытаться изменить картину мира коллег, которую они строили годами. 🅰️ В этой игре не было правильного ответа. Зато она создала маленькую безопасную катастрофу И таким образом показала, что в обычной работе прячется под излишними стараниями и занятостью ради занятости. В итоге тимлиды смогли задать себе несколько важных вопросов: 🔴 Как выглядит ваш поток и чем он забит? 🔴 Как вы понимаете, что действительно улучшили систему, а не отдельный этап? 🔴 Какое из ваших недавних улучшений стоит перепроверить (а может, даже откатить), хоть это неловко и немного стыдно? 📺 Смотрите доклады с Yandex Dream TeamLead на ютубе или в VK Видео. Коллеги рассказали там много интересного. Подписывайтесь: 💬 @Yandex4Teamleads