Да, они МОГУТ этого не знать

Если в любой ситуации ты сомневаешься между "мой собеседник об этом не знает/не думает/не умеет" и "мой собеседник имеет хитрый неочевидный план" — для начала проверь первое. Даже если "не бывает людей в такой позиции, которые этого не знают".

Да, бывают разработчики, не умеющие пользоваться ide.
Да, бывают руководители, не подозревающие о том, что такое фидбек.
Да, бывают продакты, ни разу не проводившие А/Б.

Да чего далеко ходить — вот у меня канал, на который подписаны в значительной степени ребята, связанные с IT. И у меня, как и у всех, просел онлайн, когда для работы с telegram стал нужен VPN. Почему? Потому, что люди все еще не умеют пользоваться vpn. И — да, часть моих подписчиков, не умеющих пользоваться VPN, работает в IT. Так бывает :) Это, кстати, одна из причин, по которой некоторые разработчики в РФ (не из топ-тех, а обычные люди с земли) не адоптят нормально ллм-ки в работе — они тупо не открываются без vpn, а настраивать его самому — "сложно и лень".

Научившись так думать и начав проверять, ты сначала немного расстроишься, а потом станешь намного эффективнее коммуницировать и договариваться.

Иногда у меня спрашивают, как я развлекаюсь в свободное время

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

// Почему мои собственные посты при этом — такое говно с опечатками? Мои тексты не проходят никакого ревью, даже моего: если начну это делать, скорость выпуска замедлится в 5 раз.

Например, за последние пару месяцев я отревьюил 362 работы, поданные на конкурс для публикации в одном...нетипичном сборнике русской литературы. Кто любит хоррор не-на-экране, поймёт, о какой книге я говорю :)

Почему я решил написать об этом сейчас, а не утром? Потому что проклятое 362-е ревью я дописал только что, в 01:50 по местному времени. А вы как развлекаетесь?

Есть ровно один способ чему-то научить:

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

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

Других рабочих способов нет, пользуйся и не трать время на теорию.

Ребята, прекратите писать юнит-тесты!

Я где-то с 20-го года это говорю и количество людей, которым я это говорю на консультациях, почти не уменьшается (хотя умные люди, кажется, говорят года с 15-го)

Если ты делаешь не рокет-саенс, а туда-сюда crud и просто бизнес-логику — не надо дрочить покрытие методов и строчек кода. Покрой тестами сценарии использования целиком. Например, в случае с бэкендом, тест должен быть написан на "вызов http-хендлера + проверку того, что случилось с базой + проверку того, что вернулось", не, блин, на функцию, которая под капотом в этом пайплайне заголовок парсит. Гугли component testing, Фаулер, кажется, лет 10 назад название специальное придумал.

Если поставите сюда штук 50 лайков, напишу детальнее о том, почему модульные тесты для продуктовой команды — это не страховка от багов, а просто дыра в бюджете команды

Работа с людьми — это отдельный набор навыков, которому можно обучить ТОЛЬКО человека, который этого хочет

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

Научить человека управлять другими людьми, если он этого не хочет, нельзя. Подход "придумаю как решить задачу, используя свои харды, а потом просто скажу подчиненным, что делать", не работает. В каждого, кому регулярно напрямую говоришь, что делать, нужно вкладывать время и строить отношения, вести переговоры и тд, это никогда не работает как "довесок" к работе, это основная работа и есть. Люди, которые не хотят вести переговоры и строить отношения с другими людьми, делают это плохо. И продолжают встречаться на очень разных уровнях, производя на свет очень странные компании со странными результатами (если cto генерирует классные идеи, но при этом его подчиненные текут по 30-40% в год и НЕ понимают, что он говорит, реализовать эти идеи не получится).

"Продавать" менеджерскую работу человеку, который к ней предрасположен, не нужно. Люди, которые реально хотят не код писать, а управлять другими людьми, в этом не сомневаются. И это слабо коррелирует с опытом: бывают стажеры, которые уже знают, что хотят стать менеджерами. Бывают люди, которые провели в разработке 15 лет, были запромоучены в CTO и производят, в лучшем случае, плохой эффект на организацию (с одной стороны — спасибо, конечно, такие CTO создают для меня платящих клиентов-CEO. С другой — людей мне жалко). Бывают и переходы, конечно — когда человек 10 лет писал код, а потом устал как от написания кода, так и от плохого менеджмента, и решил заняться этим сам. И тем не менее, сомнений у хороших будущих менеджеров к этому моменту уже нет.

Если сомневаешься, стоит ли делать человека руководителем, И ОН ТОЖЕ СОМНЕВАЕТСЯ — не надо этого делать. Скорее всего, он может приносить пользу иначе. Если уже сделал и понял, что, возможно, зря — звони :)

Кто я и зачем

Спустя пару лет существования канала я всё же сделаю интро:)

Мой бэкграунд без неожиданностей:

— stem, graduated with honors

— несколько лет разработки: движок репликации данных в большом и хайповом онлайн-банке (если кто-то из подписчиков встречал в своей жизни ods2, простите, ради бога, я был молод); софт для миграции тачек между облаками (из aws в azure, например, для желающих легко переместиться), другие околостартапные и неожиданно низкоуровневые начинания

— несколько лет tech startups в яндексе: mvp, пилоты, неожиданные взлеты и болезненные неудачи. Кикшеринг (надеюсь, вас не сбивали школьники на наших самокатах), умные камеры, финтех для водителей такси (если водитель жаловался тебе, что недополучает денег, можешь свалить на меня), whatever можно было придумать в городе на колёсах

— несколько лет трансформаций больших и тяжелых инженерных команд: логистика и стартапы фудтеха (где-то на ютубе есть перезалив старого выступления о том, как мы пытались переделать логистику всего, что связано с курьерами, из эпохи, когда я еще брился. В целом, на том же ютубе можно найти обо мне ещё). Затем Лавка (вы могли заметить, что в какой-то момент в ней появилось много разного, включая фарму, ритейл, маркет и what-not, а также она появилась за пределами РФ)

— потом я устал от построения карьеры и курса акций компаний, с которыми работаю

———

И начал заниматься только двумя вещами, которые я люблю:

1. Как получить от своего подразделения tech больше, не увеличивая бюджет?

Я видел много плохого и хорошего кода, плохих и хороших инженеров, правильно и неправильно выбранных метрик эффективности. Если N твоих разработчиков два года назад делали больше, чем делают 3*N сегодня — это сюда. Если одни и те же N стабильно меньше и хуже, чем ты ожидаешь — тоже сюда.

2. Как сделать "вот эту непонятную хреновину, которую негде скопировать"?

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

Обычно приходят с вещами на стыке сложной функции и непонятной технологии. Например (с поправкой на NDA): "а можно ли сделать умный девайс, ценой до X тысяч долларов за штуку, на котором будут крутиться такие-то модельки без бэкенда?" или "как бы нам сделать self-hosted агента, который красиво говорит на арабском?" или даже "как бы нам выжать еще несколько тысяч rps из монолита на php, который мы уже 5 лет боимся разбирать?"

Вот, собственно, и всё.

———

Если ты:

— Из любой позиции сталкиваешься с управлением разработкой (в том числе лично и напрямую в ней находишься) и хочешь получать больше результатов

или

— Хочешь сделать что-то сложное и никак не получается, либо ошибка стоит дорого и страшно даже пробовать

Приходи. Вот сюда можно написать о своей проблеме.

Бюджет Tech

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

Сейчас в меня кинут тапками крутые CTO, выросшие (как и я, кстати) по инженерному треку, но это один из важных факторов (наравне с "а как вообще устроен твой бизнес, на чем вы буквально зарабатываете?"), отличающих технического c-lvl от "руководителя разработки".

Когда cto впервые видит и вдумчиво считает деньги, вливаемые в разные команды и части продукта, иногда приходит озарение: "Б..ть, я 600к баксов в год трачу на команду, которая "развивает" продукт, приносящий нам непонятно что! А еще дополнительных QA туда нанимаю...А сколько, говорите, я плачу за нашу инфраструктуру?"

Чем больше раз ты видел деньги, которые тратишь, тем, парадоксально, больше начинаешь понимать CEO, который вами недоволен и почему-то нанимает консультантов.

Даже если ты находишься не на c-уровне, вдумчивое чтение и подсчеты денег на работу твоего подразделения, могут, внезапно, сделать тебя лучшим менеджером. Даже без моей консультации :)

Если ты руководишь tech и все время недоволен их работой, но детали объяснить сложно — попробуй научить своих руководителей tech деньгам. Иногда это помогает :)

Если я всё ещё не убедил тебя ограничить количество фокусов

Модельная ситуация для руководителя: есть три проекта. Каждый "стоит" два месяца фулл-фокуса его и команды, если заниматься только им. Сделал, запустил — начал получать деньги. Или шесть месяцев, если делать на 1/3.

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

Повесь на стену, обдумывай в начале и конце рабочего дня. Работает для всех личных и командных начинаний, в офисе и дома.

———

p.s.: база Agile, между прочим. Да, я всё ещё обучаю этому в 2026-м году.

Не бывает нормального C-level на парт-тайме для растущего бизнеса и команды

Вижу растущий тренд на fractional-роли. Fractional CTO. Fractional CMO. Слава богу, не видел пока Fractional CEO.

Моя собственная бизнес-модель тоже состоит в том, чтобы добавить людям экспертизы и помочь совершить сложное изменение в tech, не заходя на фуллтайм (оптимизировать бюджет, распилить, наконец, монолит, выжать перформанс команды, переехать в облако, you-name-it). Кто-то называет меня advisorом, кто-то консультантом, кто-то fractional cto. Мне плевать. Что важно: для растущего и сложного бизнеса fractional никогда, никогда, никогда, НИКОГДА не может быть адекватной заменой инхаус-человеку, заработок которого ПОЛНОСТЬЮ поставлен на управление командой. Я могу помочь такому человеку сделать работу лучше и эффективнее. Я могу, в конце-концов, такого человека даже нанять "под ключ". Но не заменить. И дело не в экспертизе (собственно, за нее меня и покупают).

Давайте откровенно: нет конца рабочей недели у CTO. Ключевой сотрудник увольняется. Встреча с инвесторами. Продакшен прилег. СЕО запереживал. Что ты ответишь, "соррян, на этой неделе я все часы отработал, сейчас другой клиент"? Пошел вон отсюда.

Сотрудника в штате можно и не называть CTO, если по уровню он не дотягивает. Назови руководителем отдела, неважно. Важно, чтобы, если функция сложная, ты не early stage и там не три калеки работает, кто-то за это отвечал. Не "отвечал с sla 2 часа в рабочий день + две встречи в месяц + ревью ключевых решений", а просто отвечал, полностью и без условий.

Да, у тебя может не быть денег на фулл-тайм "настоящего си-левел". Это нормально. Конфигурация "фулл-тайм человек, которого нужно дорастить" + "advisory кто-то очень крутой" — вполне рабочая. Конфигурация без первого человека — нет.

Если это твой "кор" — этим надо управлять изнутри и полностью. Точка.

Иногда люди покупают "всего лишь" человеческое отношение

[это не реклама!!]

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

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

Почему?

Поддержка.

Я помню, как, кажется, в 17-м или 18-м году был удивлен поддержкой. Я тогда был сравнительно бедным айтишником (не спрашивайте у меня, что такое бедный айтишник, ответ может расстроить) и был прям удивлен, что мне:

— Отвечают
— Быстро
— Адекватно
— Это не ебучая тётя Г'аля, которая звучит так, будто позавчера приехала из деревни, а сегодня смотрит на тебя как на говно и говорит "приходите в четверг в 08:00"

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

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

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

Даже как бывшему CTO, мне это БЕСКОНЕЧНО важнее, чем то, 99.999 или 99.98 у людей аптайма — я же не трейдер. Если сервис будет недоступен, когда я его открыл, но он мне ОЧЕНЬ НРАВИТСЯ — Я ПРОСТО ПОДОЖДУ И ЗАКАЖУ ПОЗЖЕ. Если сервис был так себе, и когда я его открыл, он еще и не работает — я удалю его на хер. Подумайте об этом, когда будете бюджетировать свою инфраструктуру vs продукт vs поддержку (привет ai-оптимизации) на следующий год.

Когда ты ведешь переговоры, делаешь оффер, заключаешь сделку — оно тоже работает. Я несколько раз НЕ выбирал людей, предлагавших мне работу, из-за того КАК они это делали, а не из-за финансовых условий и деталей. И я точно уверен, что некоторые люди выбирают меня во многом из-за "пользовательского опыта".

Короче, если хочешь, чтобы с тобой или твоим сервисом работали — подумай не только о цифрах.

А поговорить?

У меня есть вариативного размера (я, кстати, не знаю от чего зависит — волны увольнений? циклы перформанс-ревью?) поток людей, приходящих "просто поговорить". У меня не было и всё ещё нет консультаций такого формата — я даже не уверен, что это считается консультациями, в отличие от "давай задизайним мне оргструктуру и поймем, как отжать бюджет на 20%". Может, зря я этого не делаю?

Давайте проверим: если на форму ниже откликнется человек 10, устрою тестовое групповое "поговорить про менеджмент" на час-другой вечером (день выберем отдельно). Тема — по заявкам.

Стоить это будет 50 баксов — мне на кофе (я пью много), тебе — разговор полезнее чем с GPT и кусок нетворка в других собравшихся. Да и вообще, бесплатных советов никто не слушает. Никакой записи, в паблик не выйдет.

Если ты уже долго сидишь здесь и хочешь "просто поговорить с кем-то про менеджмент и услышать, нормально ли то, что у тебя происходит" — жми сюда, пиши о себе. Посмотрим, сколько вас сейчас, вдруг снова перформанс-ревью?)

————

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

— Как находить и растить новых тимлидов в команде
— Как внедрять крупные изменения, такие как AI
— Как делегировать и ставить цели подчинённым
— Как работать с токсичными сотрудниками
— Как расти менеджеру в упадке экономики и сокращении штата

Руками в корпорации или техническим директором на галере?

Рано или поздно я пишу на обещанную тему :)

В комментах к посту "менеджер vs предприниматель" (начало треда: тык) вы просили сравнение работы высокогрейдовым инженером в большой компании vs техдиром в стартапе.

Tl;Dr: техдиром в стартапе можно работать в одном из двух случаев:

— Ты — сооснователь с приличной долей
— Стартап открыли очень крутые люди, backed by money других очень крутых людей. Тебя тоже зовут потому, что видят мэтч конкретно твоих скиллов в бизнес и жестко отбирают. // это, в целом, не такая невероятная редкость, прямо в этом канале есть не менее пяти таких подписчиков

Во всех остальных случаях ты получишь инфаркт за копейки, после чего, если стартап выстрелит, тебя заменят на CTO с опытом из большой компании.

———

Ладно, усмехнулись и вернулись к моему обычному формату:

IC в корпорации:

— Хорошие деньги на высоком грейде. Подчеркиваю, на высоком, не на senior. 10k баксов в России — вполне можно получить. В Европе немного больше. В штатах — намного больше.
— Стабильная (подчеркни 10 раз) жизнь. Деньги приходят каждый месяц, они фиксированы, на перформанс-ревью еще и премия. Тебе редко звонят по ночам
— Значительная свобода в выборе технического решения при низкой свободе в выборе "а на чем вообще мне сфокусироваться". Технически, если ты на высокой позиции, почелленджить тебя часто некому. CTO знает немного (или много) меньше. Смыслово — ты не менеджер, за тебя подумали
— Перспективы взлететь и иксануть доход на 10 нулевые. Настолько большой опцион маловероятен, если ты пришел в уже отстроенную корпу. А CTO из IC люди не становятся
— Устроиться на работу, если решишь менять, без потерь денег будет трудно. Твой вариант — другие аналогичные позиции, они редко встречаются за пределами других бигтехов

———

CTO маленькой компании:

Дисклеймер: про маленькие компании, идти в которые точно стоит — в начале поста. Здесь — про все остальные

— Денег мало, и это надолго. На рынке за пределами штатов о зарплате в 10к баксов можешь не мечтать. Может стать круто через 2-3 года. А может не стать
— Если хочешь жить, стабильности и предсказуемости нет. Большой клиент ушел, пришел жирный заказ не совсем по твоей теме, AZ в клауде отвалилась (а ты экономил и держал только одну), изменилось налогообложение и тебе быстро нужно придумать оптимизацию,...короче, я не угадаю, что будет у тебя завтра
— Свободы сколько угодно. Вот наши реальные клиенты, вот потенциальные, вот ворох проблем, разберись. Смотри, не лопни (хорошо, если тебе есть с кем проконсультироваться хотя бы по части вопросов)
— Перспектива взлететь за следующие 3 года — есть, но: во-первых, помешать заработать может 100 разных факторов, включая твоих коллег (я, когда сидел глубоко в корпе, думал, что строить стартап сложно потому, что рынок, конкуренция и тд. Но на самом деле многих ломают не конкуренты, а собственные плохие решения и конфликты/мискоммуникации в компании. Ставьте лайк или пишите в комменты, если хотите больше знать об этом, в закрытии как минимум трех "стартапов" я сам участвовал и еще N историй с рынка знаю); во-вторых — если вы взлетите, не факт, что тебя возьмут с собой. CTO у некоторых компаний бывает столько же, сколько стадий роста
— Устроиться на работу без потерь денег — не очень трудно. Во-первых, денег у тебя не так и много, а во-вторых, у тебя есть горячий опыт..да блин, всего. Ты и кодинг-секцию пройдешь, и про change-management понимаешь. Руководители разработки в целом нужны во всех компаниях, в отличие от высокогрейдовых IC

—————

Ну и что мне выбрать?

1. Если лично-эмоционально тебе очень хочется быть cto стартапа — я все равно мало на тебя повлияю этим постом. Иди и будь им :)
2. Если сомневаешься — строй карьеру до тех пор, пока не подвернется стартап, удовлетворяющий условиям из начала поста. Ну и если в итоге ты хочешь быть CTO — не надо сидеть в IC, получай опыт управления.

Пишите, что ещё интересно :)

Бахнул пятничный контент про качество и содержание технических собеседований

https://habr.com/ru/articles/1055116/

Как вам такой материал?
Если заходит — дайте знать реакциями здесь и на хабре :)

Ни разу не постил сюда "просто мем про менеджера". А вдруг? Пятница же

Если ты в выходной сидишь здесь, а не в бассейне, и думаешь, где еще откликнуться на вакансию

Нормально и воспроизводимо работает только один вид найма. Через прямое общение с нанимающим менеджером или рекрутером.

Я ни разу в жизни не находил работу, откликаясь на вакансию на сайте. Ни в 25-м году, ни в 15-м. Не вижу никаких изменений. И без работы тоже не сидел. Если написать человеку, который ищет, сделать это не слишком длинно и не в 8 утра, ты найдешь работу, при условии, что твой опыт подходит. Может быть, не с первого раза, но 10-20 попыток и интервью случатся.

Еще раз: если ты вылизал CV и интро (за помощью в таком приходят к эйчарам и карьерным консультантам, я такое не продаю, скучная работа) И это не помогает тебе получать приглашения на интервью — дело не в тебе и не в твоем консультанте. Ты просто ищешь не там. Хедхантер мертв. Линкедин мертв. Сайты больших компаний тоже бесполезны. Только прямой контакт в эйчаров и нанимающих.

По мотивам моей ленты и людей в ней в linkedin, написал об этом сильно короче там же

—————

P.S.: если этот совет ты уже успешно применил и не находишь работу руководителя потому, что НА ИНТЕРВЬЮ что-то идет не так (если интервью было и оффер ты не получил — на интервью что-то пошло не так, независимо от того, что сказали) — напиши об этом подетальнее в форму обратной связи в шапке канала. Если однотипных фейлов много, помогу с ними массово)

Какую гарантию ты даёшь как консультант?

Мне хоть и далеко до Маккинзи, люди иногда спрашивают об этом перед тем, как задать СЕРЬЁЗНЫЙ вопрос.
Я отвечаю:

Я внедрял то, о чем говорю, и не умер.

Что???

Это исторический мем консалтинга. Джеймс Маккинзи однажды все-таки согласился взять личную ответственность за внедрение рекомендаций своего аудита на масштабе. Marshall Field & Company. Дело было в 1935-1937 годах, ему было меньше 50 лет. Он присоединился в позиции chief executive с полными полномочиями на реализацию.

Как вы думаете, чего ему стоило внедрение?

Правильно. Он умер.
Оказывается, "просто взять и перестроить бизнес, сократив попутно 1200 сотрудников" не так просто. Бесконечное давление, прямые угрозы, в конце-концов, предупреждение о возможном отстранении. Космический стресс, простуда, пневмония, смерть.
Надо отдать должное, Джеймс действительно очень старался и дал финансовый результат. Но какой ценой? А если бы внедрял не он или он бы "вовремя" остановился?

Я не шучу, погуглите статьи и почитайте книгу "The Firm".

Вот всё, что вам нужно знать про гарантии консалтинга. При случае можешь спросить у своего консультанта: "Сам сделаешь?"

———

Линк для связности социальных сетей.

— Как ты понимаешь, что в tech вы всё делаете правильно?
— Бизнес растёт, значит всё делаем правильно.

Когда я был молодым и глупым (навыки программирования умнее не делают и понимать мир не помогают), меня шокировал этот ответ одного из знакомых топов.

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

Show me what you got

Кто я: link.

———

Любимые посты читателей:

— Про бесполезные юнит-тесты (готовится продолжение!)
— Типичные ошибки после повышения в M2
— О сожалениях
— Краткий разговорник с топ-менеджером
— О вариативности
— Советы нанимающему менеджеру
— Твоя идея ничего не стоит
— Один способ
— Лайфхаки для презентаций директорам
— Отношения не состоят из результатов

———

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

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

Поговорить лично со мной можно здесь.

Делай то, что должен, и ничего плохого не случится. Кроме тебя — некому.

Делюсь статусом по запуску клуба разговоров о менеджменте:

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

Во-вторых, качество разговора — ОЧЕНЬ высокое. // Стоимость входного билета работает, хе-хе

Знаете, бывает два вида встреч: на одних 90% времени говорят один-два человека, а остальные задачи скроллят, в других участвуют все. Вчера участвовали все, мы просидели больше двух часов. Причем не в формате типичных комментов на форуме "не, так не может быть, и вообще компания виновата", а очень конструктивно "да, у нас тоже ai в основном внедряется для операционной эффективности, а еще пробуем вот такую метрику".

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

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

Если решите не присоединяться — советую как минимум попробовать на работе :)

Процессы и Шурудильщик

—
История актуальна на ~5-6 лет назад и рассказана мне человеком, который видел происходящее лично. С тех пор ситуация в конкретной компании могла измениться, но в целом в менеджменте и сложных системах — нет.
—

Была одна чудесная всем известная компания, которая торговала...одеждой и чем-то подобным, не очень хрупким.
И построен был у неё классный, модный, автоматизированный распределительный центр. Какая-то сложная система труб и желобов, по которым туда-сюда проезжают пакеты, потом упаковываются и отправляются. Идеальный медиа-кейс — мы внедрили автоматизированный процесс сборки!

Но на каждом складе был один специальный сотрудник. О нем знали только внутри компании. Его называли Шурудильщик.

Что он делал?

Бегал по РЦ с длинной палкой и шурудил ей в трубах, когда там застревали пакеты. Fulltime job.
И это никак не отменяло бизнес-кейс — классный бизнес-кейс, шурудильщик — это не очень дорого.

————

Так вот — почти на КАЖДЫЙ без исключения большой и классный процесс, который я видел, есть шурудильщик. Натянуть на всех скрам, настроить эскалации и дежурства при факапах, посадить всех на ИИ, научить людей писать хороший код, ...you name it.

Кто-то бегает по конторе с палкой и вставляет её туда, где застряло.

И это нормально. Это не только у тебя так. И у меня тоже так. И у всех, кого я встретил за вчерашний день — тоже так.
Если шурудильщик — это ты, убедись, что ты не один. Басфакторы на шурудильщиков работают так же, как и на всех остальных.

Такая история

Кого посмотреть и почитать про system design

Я не читаю примерно никого, кто пишет на русском языке про IT. Подписан на пару человек, но открываю рандомно раз в месяц.
Это, кстати, одна из причин, по которым я начал сам писать — я просто не мог сказать "вот здесь классные материалы на русском для руководителя, читай, делай, и все будет хорошо".

Как я вообще узнаю про другие блоги? Очень просто: я спрашиваю, с кем еще консультируются люди, работающие со мной :)

Один из двух самых популярных людей, которого называют менеджеры в поисках работы, готовящиеся к интервью по system design — Владимир Балун. Мы с ним, кстати, делим альма-матер, Вова строил в Яндексе сложные вещи, например, за систему трейсинга (11Gb/s).

Вова делает хороший контент по system design и связанным с ним вещам. Покликать можно здесь.
В лучших традициях, есть не только про системный дизайн, но и про то, как и с кем о нём спорить :)

Рекомендую к ознакомлению всем, кто в управлении близок к разработке.

———

Кстати, обсуждаем идейку вместе сделать видео-контент про people-management interview. К этому мало кто готовит, а некоторые из разборов на ютубе я кидаю менти с комментарием "вот видишь интервью? Это no hire, я тебе гарантирую. Никогда не проходи его так". Что думаете, интересно? Поставьте любую реакцию, если хотите, чтобы мы дописали сценарий и однажды это сделали :)