Подписчиков много. А партнёров?

В Нетворке от Точка Банка предприниматели объединяются: обсуждают проекты, делятся опытом и изучают новое вместе с экспертами.

Активируйте бот и присоединяйтесь к закрытому комьюнити владельцев бизнеса.

Менеджмент через последствия

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

Давайте приземлим на конкретику, как такая коммуникация может выглядеть:

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

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

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

🎁 Дарите не вещи, а возможности. Подарочные сертификаты на обучение в Яндекс Практикуме

Праздники совсем скоро, но мы уже нашли идеальный подарок для ваших сотрудников и партнёров — сертификаты на обучение в Яндекс Практикуме!

Это по-настоящему полезный подарок: коллеги увидят, что вы инвестируете в их рост, а бизнес получит усиленную команду.

Сертификаты — это удобно:

🌟 Брендируем под вашу компанию
🌟 Присылаем в электронном формате — легко делиться с сотрудниками
🌟 Сразу присылаем все закрывающие документы
🌟 Можно приобрести сертификат на любой номинал*
🌟 Или на конкретный курс по IT-профессиям или английскому

Оставьте заявку, мы расскажем подробнее об услуге и поможем оформить сертификаты.

→ Оставить заявку

*Минимальная сумма сертификата — 5 000 ₽
Реклама, АНО ДПО “Образовательные технологии Яндекса”, ИНН 7704282033, erid: 2VtzqxaoFhr

Почему ретроспективы не работают

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

При этом, если покопать в Toyota Production System, откуда вообще пошла идея continuous improvement, можно найти конкретные вещи, которых не хватает сломанным ретроспективам:

👉В TPS у всех участников производственного процесса есть возможность (и более того, требование) остановить процесс разработки, когда обнаруживается проблема – вместо того, чтобы вернуться к ней только через пару недель на запланированной ретроспективе.
👉В TPS проблему пытаются исправить сразу же, не откладывая. В наших реальностях мы пытаемся быстро ее запатчить, обещая, что в будущем обязательно вернемся и поправим как надо – но приоритеты до этого никогда не доходят.
👉В TPS у результатов root cause analysis есть четкие дедлайны, ответственные и понятный ожидаемый исход. Сравните со стандартными "улучшить процесс" или "обновить документацию", которые появляются после ретроспектив.
👉В TPS действия, которые предпринимают по итогам инцидента, должны не давать повторяться исходной проблеме. Иначе говоря, это постоянные решения, а не временные.

Подьехал новый стандарт по тому, как надо писать сопроводительные письма. Ознакомьтесь, внедрить надо до конца декабря!

Про важность надежной инфраструктуры

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

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

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

👉Гарантированная доступность сервисов
👉Соответствие стандартам безопасности
👉Предсказуемость — как в работе, так и в затратах

Кстати, среди российских провайдеров есть те, кто строит инфраструктуру с учетом этих принципов — например, в Рег.облаке можно найти защищенное облако 152-ФЗ, то самое, где вопросы безопасности заложены в архитектуру изначально.

А с какими киберпанковскими сбоями сталкивались вы? Делитесь историями в комментариях — самые интересные кейсы разберем с техническими специалистами в тг-канале Рег.облака, а авторам этих историй подарят мерч, который можно прикладывать туда, где болит. И держите стикерпак для моментов, когда технологии напоминают, кто тут главный.

Вневременные навыки менеджера

Каждые несколько лет ожидания индустрии от менеджеров меняются. В тучные 2010е от нас ожидали полностью перестать писать код и заниматься только человеческим аспектом – наймом, удержанием, удовлетворением от работы, смыслами. В 2020е, с отменой нулевых процентных ставок, усилением AI и общим фокусом на эффективность компас повернулся – и теперь от менеджеров ждут техлидства, знания предметной области и глубокого погружения в детали. Еще через десять лет ситуация снова изменится, а вместе с ней – и коллективный миф о том, кто такой "хороший менеджер".

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

👉Execution – делать так, чтобы команда приносила ожидаемые от нее результаты.
👉Team – управлять командой и ее окружением, помогая ей достигать успеха.
👉Ownership – искать способы достичь результатов даже в сложных обстоятельствах.
👉Alignment – выстраивать единую картину мира между командой и стейкхолдерами.
👉Taste – иметь сильное мнение о том, что значит "хорошо" в инженерной работе.
👉Clarity – делать так, чтобы все вокруг понимали что вы делаете и зачем.
👉Navigating Ambiguity – превращать непонятные сложные проблемы в понятные следующие шаги, подкрепленные вашим экспертным мнением.
👉Working across Timescales – показывать импакт и на коротком, и на длинном горизонтах.

Так, распространяем лучшие практики вычисления AI и на тестовые задания!

Опрос подписчиков Teamlead Good Reads

Помогите мне разобраться с тем, как лучше вести канал – расскажите немного про себя, свой опыт в управлении, а главное – про то, какие темы канала вам интереснее всего! Опрос небольшой, минуты за 3 точно справитесь.

А чтобы обмен получился более честным, среди ответивших на опрос я разыграю несколько сертификатов на хорошие книги в МИФ! От себя могу посоветовать там как минимум Код, Азбуку системного мышления и Пять пороков команды – но и помимо них там есть много всего хорошего.

👉Пройти опрос

Черная пятница у Стратоплана

Обычно я рассказываю про бесплатные мероприятия от Стратоплана – но не могу не поделиться их офигенной распродажей на Черную пятницу! В чем суть – они собрали огромный бандл своих материалов на 146 (!!!) часов:

👉Soft-скиллы и личная эффективность менеджера
👉Менеджерские хард-скиллы: управление, финансы, продукт, работа с AI
👉Управление командой
👉Стратегическое мышление

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

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

Как работает промо в Amazon

Я точно несколько раз уже закидывал материалы, связанные с тем, как в Amazon устроена карьерная линейка (раз, два, три). Но сегодня – прямо очень детальный разбор от их недавно вышедшего на пенсию VP of Engineering, который заседал во всяких комиссиях по повышениям инженеров. Что бросается в глаза:

👉Что считается признаками хорошего мидла: способен независимо решать проблемы и не ноет.
👉Что нужно мидлу, чтобы вырасти в сеньора: предлагать и затаскивать большие проекты, которые приносят ощутимую ценность команде. Причем важно затащить такой проект именно в соло, договорившись со всеми нужными людьми вокруг. Помимо этого нужно решать неочевидные, но важные проблемы – а еще лучше, если это проблема завтрашнего дня; иметь уникальную техническую экспертизу и быть "go-to person" по каким-то вопросам; менторить других разработчиков; иметь заметное влияние на других; уметь бороться с кризисами.
👉При этом с того момента, когда вас признали крепким мидлом (см пункт 1), и вы начали показывать признаки сеньора (пункт 2), ждать промо еще 1-2 года.

Сдаваться – не так и плохо

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

Поэтому в следующий раз, когда вам будут продавать OKR под соусом того, что challenging over-stretched goals – это хорошо, отнеситесь к этому со здоровым скептицизмом.

🔥Чёрная пятница на Podlodka Crew🔥

С 25 ноября по 5 декабря у Podlodka Crew действуют скидки на библиотеку, конференции и плейлисты — хороший момент взять нужные материалы по минимальной цене.

Podlodka Crew — это серия онлайн-конференций для IT-специалистов. Каждый сезон посвящён отдельной теме и собирает практичные доклады, воркшопы и разборы кейсов от инженеров крупных продуктов и быстрых стартапов.

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

Вот что доступно к Чёрной пятнице:

📚Годовой доступ к библиотеке — 9 999₽ вместо 15 000₽
1300+ часов докладов, воркшопов и сессий, которые удобно смотреть точечно — под конкретную задачу или в своём ритме.

🎟 -30% на весенние конференции по промокоду LEADGR_BF25
Даты Podlodka Teamlead Crew уже объявлены — это самая выгодная цена сезона.

🎒Скидки от 10% на плейлисты при покупке двух и более
Если вся библиотека не нужна, можно собрать тематическую подборку, чтобы закрыть пробелы в знаниях.

🔗 Успевайте до 5 декабря: https://podlodka.io/blackfriday

Никто не должен вам повышений

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

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

Держи краба анонс нового митапа hh.ru! 🦀

3 декабря в 18:30 состоится онлайн-митап для тимлидов и тех, кто планирует ими стать.

Эксперты hh.ru, Lamoda Tech и CDEK расскажут, как выстроить эффективную систему найма, поделятся, как бороться с поедателями времени команды и работать с внутренними сообществами, а также как из инженера вырастить хорошего лида. За таким мы следим!

Программа:

👉 Николай Грибанов, hh.ru, «Поедатели времени команды: найти и устранить»;
👉 Андрей Нестеров, hh.ru, «Собираем Dream Team для Сетки: лайфхаки найма в быстрорастущем продукте»;
👉 Ольга Ермолаева, Lamoda Tech, «Как удобрять инженера, чтобы вырос крепкий лид»;
👉 Иван Соколовский, CDEK, «Сообщество как ресурс руководителя: как гильдии делают команды сильнее».

Регистрация уже открыта. ​​Перед трансляцией обязательно отправим всем ссылку на встречу и напомним в канале! 😊

Реклама.
Рекламодатель ООО «Хэдхантер». ИНН: 7718620740
Erid: 2VtzqxS7PXP

Собираем свой совет AI агентов

AI довольно неплохо помогает докручивать сырые идеи и находить в них слабые места. Я, например, всегда закидываю свои пропозалы в LLM, и прошу их покритиковать – иногда это помогает сделать их лучше.

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

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

Откуда (возможно) берутся переработки

Держите занятную теорию Максима Дорофеева о том, почему многие люди по собственному желанию загоняют себя в переработки:

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

Пять видов долга в продуктовой компании

1️⃣Technical debt – ну с этим в целом все понятно, и его мы миллион раз в канале обсуждали.
2️⃣Product debt – неэффективные продуктовые решения, которые, накапливаясь, ухудшают пользовательское качество продукта. Например, нормальный самостоятельный онбординг невозможен без подключения customer success команды.
3️⃣Organisatiomal debt. Чаще всего оргструктура развивается органически по жадному алгоритму. Никто не продумывает идеальную картину, а решения принимаются оптимальные для текущего момента. И в один прекрасный день вы просыпаетесь и видите, что вам пора заводить PMO, и все абсолютно проклято.
4️⃣Vision debt (не придумал хорошего перевода сходу). Стратегические решения, принятые для выживания компании, но которые расходятся с долгосрочным видением и миссией.
5️⃣Revenue debt. Накопленный набор частных решений и исключений, сделанных в погоне за отдельными клиентами – и по итогу не собирающихся в цельный продукт.
6️⃣Salary debt – долг по зарплате всем сотрудникам, когда компания обанкротится из-за того, что не управляла предыдущими пятью долгами.