Опрос специалистов по работе с сообществами

В прошлом году я постил ссылку на такой опрос со словами вроде «меня читают деврелы и комьюнити-менеджеры».

Сейчас я сам сооснователь сообщества для руководителей, поэтому, как в меме, могу сказать «знаете, я и сам своего рода специалист по работе с сообществами»😁

Результаты за 2024-й год и другие прошлые годы можно посмотреть тут

Я всегда выступаю за взаимообмен информацией внутри комьюнити/отрасли/товарищеского круга, назовите как угодно. Поэтому результаты таких опросов сам люблю почитать и в них стараюсь законтрибьютить чем могу. В данном случае могу этим постом.

Вот тут сам опрос, который можно пройти минут за 10-15.

Бигтех бигтеху рознь

Три года назад, когда я менял работу, мне хотелось понять, насколько мне будет подходить работа в бигтехе, поэтому я целенаправленно ходил на собеседования именно в такие организации.

Теперь-то я понимаю, что на самом деле, хоть и общие принципы работы в крупных компаниях едины: все эти пайплайны собеседований, планирования, перф-ревью, любовь к циферкам-метричкам-дашикам, внутренние коммуникации и прочие штуки, — НО бигтехи в частностях ОЧЕНЬ разные.

Я пишу этот пост по двум причинам:
1. Вдруг кто-то, как и я 3 года назад, думал, что есть какой-то абстрактный бигтех и оно всё везде похоже.
2. Я слушал одну книгу (потом отдельным постом её обязательно принесу, ибо она замечательная) и там описывалась идея «транзакционного налога» в крупных компаниях, которого нет в мелких. И вот у меня как раз был противоположный опыт, поэтому я решил с вами этим поделиться.

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

Сисадмин в небольшой региональной компании (5-10 человек)
Мало людей, много объектов обслуживания, 1 тимлид. Так он там не назывался, но по факту делал всё, что делает тимлид, и даже больше. До сих пор является для меня одним из лучших примеров руководителей. Поймал себя сейчас на мысли, что ведь тогда он был моложе, чем я сейчас. Удивительный человек, конечно.

Всё делалось и решалось максимально быстро, согласований минимум.

Разработчик и тимлид в веб-студии (около 50 человек)
Тоже всё решалось быстро. Или через проектного менеджера, или напрямую с клиентом. До сих пор использую как шутку историю, когда меня добавил ПМ в чатик с клиентом. Посидел в этом чате недельку-две и со словами «ну вроде у вас и так всё нормально получается» вышел оттуда :)

Разработчик и тимлид в среднего размера продуктовой компании (700-1000 человек)
После десяти лет опыта очень динамичной работы я попадаю в компанию, где всё оооочень долго. Многоступенчатые согласования длятся месяцами. Это не прикол.

Однажды я был в цепочке писем с 10+ людьми в копии, где я как тимлид был самым младшим по иерархии. Там и руководители отделов и департаментов, и даже один топ был. Решали, какие написать буквы в названии продукта на разных платформах. Решали очень долго, хотя многократно были предупреждены, что покуда это не решится, не будет работать одна важная интеграция, которая оооочень много мильенов денег приносила.

Тимлид и технический менеджер проектов в крупной компании (10-20к+ людей)
Не уверен, сколько сейчас разработчиков в Яндексе, но мне кажется, где-то между 10 и 20 тысяч. Казалось бы, вот тут-то и должна быть еще бОльшая тягомотина. И внезапно всё оказалось довольно быстро. Много простора для инициативы, создания, изменения, а согласовывать каждый чих не нужно. Какие-то особо важные и крупные чихи нужно, конечно, но в целом довольно много можно запилить на уровне команды или даже одного человека.

(Чужой опыт) менеджер проектов в крупной компании (20к+ людей)
Общался месяц-два назад со своим товарищем, который в еще одном бигтехе работает. Обсуждали примерно одинаковые вещи, и вот у него опыт совершенно другой. Говорит, некоторые даже небольшие вещи надо месяцами согласовывать с ЛПР, комитетами, подкомитетами, уполномоченными ответственными, службой безопасности и прочее прочее.

(Чужой опыт) менеджер проектов в крупной компании (10к людей)
Другой мой товарищ в середине между «быстро» и «медленно». Темп бодрый, согласования, комитеты, обоснования и прочее подобное ярко выражено, но процессы так отлажены, что оно по конвейеру бежит довольно быстро.

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

Я принес. Большая книга про работу: Как не страдать в найме и успевать жить

Я вам пару раз уже приносил статьи из журнала «Кинжал». Но пришло время принести что-то более масштабное.

В конце прошлого года я прочитал книгу Максима Ильяхова «Большая книга про работу: Как не страдать в найме и успевать жить» и хочу сказать, что если бы мне лет 5-10 её дали прочитать, то сэкономили бы мне некоторое количество времени и нервов.

При чем тут «Кинжал»? При том, что книга из себя представляет структурированный и подобранный по темам набор статей из этого журнала, адаптированных под книжный формат.

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

Вот я вам и принес, чтобы вы узнали, а потом и попробовали 🙂

Я читал/слушал на Яндекс.Книгах тут https://books.yandex.ru/books/CwYBL9nR Там нейроозвучка, которая удивительно хорошо слушается и воспринимается. Но был нюанс 🙂

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

Известный дискомфорт vs неизвестный комфорт

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

Это как?
Рассмотрим классические примеры, которые вы, скорее всего, не раз наблюдали:
- Человек жалуется на работу, ему делают оффер в другое место, которое он сам же описывал в позитивном ключе, а он отказывается (я лично наблюдал такое неоднократно).
- При внедрении изменений в процессы или технологии сплошь и рядом встречаются люди, которые сопротивляются более удобным вещам, которые могут облегчить их жизнь и работу, отдавая предпочтение тому, к чему они уже привыкли.
- Или кто-то даже не пытается эти изменения внедрять, хотя видит, где это можно и нужно делать.

Почему так происходит?
На мой взгляд, тут есть несколько причин.
- Страх неизвестности и отсутствие понятных гарантий. Тут-то хоть и дискомфортно, но известно, а там неизвестно, но вдруг тоже будет дискомфортно, а то и еще хуже?
- Нет ресурсов. Иной раз проще ехать по накатанной колее, потому что нет или времени, или душевных сил заниматься построением новой дороги.
- Окружение. Иногда культура в компании или какие-то конкретные люди могут стимулировать ничего не менять. Знаете идею про «ведро с крабами»? Или поговорку про то, что инициатива кой-чего делает с инициатором?
- На самом деле это не такой уж и дискомфорт. Но это тут отдельные какие-то умственные упражнения надо проделать, чтобы выяснить, почему человек может убеждать себя и других, что ему что-то не нравится, а на самом деле ему это нужно именно в такой форме.

Чем это плохо?
Банально было бы говорить про то, что так наша жизнь не двинется к лучшему, а всё время будет буксовать на месте.

Я бы тут предложил подумать о том, что сейчас наша индустрия очень стремительно меняется. Экономическая ситуация перетряхивает рынок труда. ИИ-шница сильно меняет разные профессии: какие-то частично автоматизируются, какие-то становятся еще более важными, чем прежде, какие-то схлопываются в одного человека + ряд агентов, а какие-то должны эволюционировать (недавно обсуждали с коллегами, как в будущем будет эволюционировать роль тимлида, но тут оставлю без деталей, надеюсь, мы на Dream Teamlead такой доклад выпустим).

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

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

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

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

Но, как говорится, осознание проблемы — первый шаг к её решению 🙂

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

Эффективный конфликт + Management hub = Книжный клуб вместе с автором

Лет 5-6 назад я впервые поучаствовал в обсуждении книги вместе с её автором. Это случилось благодаря Podlodka Teamlead Crew.

Я тогда обалдел от такой возможности и жене все уши прожужжал про то, что я прочитал книгу и Стратоплан в целом знаю, а тут Саша Орлов САМ пришел на обсуждение его книги «Джедайские техники конструктивного общения», с нами свои идеи обсуждал, на наши вопросы отвечал, прояснял, что мы поняли правильно, а что не очень и т. д.

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

И вот наконец-то у меня выдался еще один шанс. В нашем сообществе руководителей Management Hub мы завели книжный клуб и честным голосованием выбрали книгу Эффективный конфликт, которую Саша Клименко с мужем (уважаю такое семейное совместное творчество) и Михаилом Ромашовым выпустили не так давно. Где-то в районе лета я её получил по предзаказу.

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

С Сашей у нас будет встреча в четверг 22 января в 19:30. Так что, если кто-то желает, то у вас еще есть время прочитать, вступить в сообщество, прийти на обсуждение 🙂

Я принес. Иван Селиховкин — Полезный проектный офис: формулируем, что и как от него хотим

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

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

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

Ссылка на доклад https://www.youtube.com/watch?v=-uEZdd-8eIc

Контекст тимлида

Недавно записывал один подкаст, где одним из вопросов мы затронули контекст тимлида.

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

Члены команды
Все люди разные и имеют свои особенности, мотивацию, текущие цели, особенности характера, темперамента, разные жизненные ценности, разные жизненные ситуации. На это накладывается, как они взаимодействуют между собой. Этот комбинаторный взрыв нужно знать и следить за ним регулярно, ибо, как говорил Гераклит, «всё течёт, всё меняется».

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

Проекты и продукты
В вотчине тимлида есть набор проектов и продуктов. Это можно разбить на две части:
- Менеджерская. Проектный менеджмент, планирование, контроль, сроки, дедлайны, риски, KPI, OKR, договоренности с заказчиками и смежниками, ценность самих продуктов.
- Техническая. Само устройство, архитектура, технический долг.

Стратегия
Сейчас как-то всё работает, а как и для чего оно всё будет работать в будущем? Тут тоже 2 стула:
- Менеджерский. Басфактор, подготовка преемника, обучение и развитие команды. Цели и ценность самой команды и как она должна выглядеть в будущем.
- Технический. Технологическая стратегия тоже важна. Не просто «нам нальют х2 пользователей, мы железом ливанем, да и всё».

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

Руководство
Надо хорошо понимать своё руководство: его ожидание, его личность, его особенности работы, то, как и когда по каким вопросам репортить, как просить помощи, как и когда спорить, как не спорить и вот это вот всё.

Политика
Есть хорошая картинка про то, как НА САМОМ ДЕЛЕ выглядит оргструктура https://ic.pics.livejournal.com/talent_a/45400893/2597/2597_original.jpg, и вот понимание этого контекста тоже очень важно. Всегда у людей есть куча неформальных историй, амбиций, притязаний, фаворитизма, протекции, обид, претензий и т. д. При непонимании этих негласных связей можно наступить на невидимые грабли, которых на официальной карте местности не должно быть.

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

Поэтому я всегда диву даюсь, когда слышу «да у него там 2-3 человека, это ж на полдня в неделю менеджерской работы».

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

Не бигтехами едиными

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

А еще это делают и «смолтехи» (для меня это слово относительно новое в лексиконе, поэтому пишу в кавычках). И это, я считаю, очень правильно. Одно дело наслушаться, как делают очень крупные, продвинутые и обеспеченные ребята со своими специфичными технологиями и легаси, а другое дело — как более мелким, дефолтным по технологиям, динамичным и менее зажиточным жить в реальности, не занимаясь бездумным карго-культным копированием.

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

Один из примеров такого митапа — Смоллтех митап vol.2: AI и лидерство в смоллтехе (бесплатный оффлайн в Москве 30 января, эта пятница)

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

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

Я принес. Алексей Федоров — Как меняются тренды на рынке IT конференций с приходом AI

Недавно посмотрел интересный доклад https://www.youtube.com/watch?v=f3YMObI19tQ от Алексея Федорова (это который JUG Ru Group организатор кучи айтишных конференций).

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

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

Почему я принес сегодня это видео? Тут сразу 3 аспекта:
1. Обзор кучи разных конференций и что там как нынче обсуждается в связи с ИИзацией. Это может быть интересно деврелам, комьюнити-менеджерам, организаторам мероприятий и прочим сочувствующим.
2. Дальше Алексей начинает предполагать, как в будущем может строиться работа в мире, где агент на агенте и агентом погоняет. Мне интересно было послушать его версию.
3. Один из сотрудников Алексея рассказывает реальные примеры, как они сейчас занимаются оптимизацией своего труда.

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

Тимлид приходит к психологу

Звучит либо как начало какой-то шутки, либо как печальная жизненная реальность.

Но на этот раз это ни то, ни другое 🙂 Это меня позвали дамы из ПСИвИТ к себе в подкаст поговорить о всяком разном менеджерском, жизненном, тревожном.

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

Описание выпуска и ссылки на разные площадки для просмотра тут https://xn--r1a.website/psyvit/1061

Внедрение изменений по Бекхарду

Есть много разных фреймворков про внедрение изменений, но вы знаете, что я люблю, чтобы было просто и достаточно работоспособно. Вот один из таких вариантов — формула Бекхарда.

Сама формула:
D × V × F > R

D — неудовлетворенность текущей ситуацией (dissatisfaction);
V — видение будущего (vision);
F — первые конкретные шаги, которые могут быть предприняты для реализации видения (first steps);
R — сопротивление изменениям (resistance).

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

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

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

Видение будущего
Возможно, кого-то вдохновляют рассказы про космические корабли, бороздящие Большой театр. Я же хотел бы слышать несколько более конкретные вещи. Не то что я начинаю сразу «а на какую именно метрику это повлияет и на сколько?», просто хотелось бы понимать, что именно изменится, а не абстрактную воду про «станет эффективнее и прозрачнее». Здесь хорошо бы сделать отсылку к предыдущему пункту и к Саше Брызгаловой, которая любит повторять: «Если это решение, то в чем проблема?».

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

Итог
Самый простой и, казалось бы, очевидный (но не всегда), способ что-то поменять у людей — показать, почему это вам и им нужно, что именно изменится и как легко начать эти изменения получать. Дальше уже у вас будет кредит доверия, смотрите не продолбайте его, если вдруг вы решили, что надо ограничиться только обещаниями 🙂 Обещания должны или совпасть с результатами, или вы должны объяснить, почему они не совпали и что теперь делать с этим.

Четвертый месяц в Management Hub

Когда мы с Витей и Олей стартовали сообщество, мы думали, что 3 месяца будет для нас важной отсечкой.

Если бы за 3 месяца всё было плохо, вяло и никому не нужно, то мы бы, наверное, подумали, что «пацан к успеху шел, но не повезло, не фартануло».

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

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

Сообщество руководителей Management Hub продолжает проносить радость и пользу своим сообщникам! ❤️

Я принес. Винни-Пух и его друзья решают менеджерские проблемы

Мой товарищ, коллега и сообщник по сообществу руководителей Management Hub Саша Коныгин написал на Хабре две статьи, которые мне очень понравились по нескольким причинам:

1. Он использует инструменты теории ограничений, чтобы и копнуть вглубь проблемы, и не пытаться разом всё на свете сделать одномоментно.
2. Забавно подано в стиле полилога между известными мультяшными персонажами.
3. Всё структурно и поэтапно. Для самых маленьких, так сказать. 🙂

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

Обе статьи based on true story. 🙂

https://habr.com/ru/articles/971680/
https://habr.com/ru/articles/988796/

Сейчас модно говорить, что «каждый может собрать сайт/приложение за вечер — нейросеть всё сделает».
Часто это правда… ровно до момента, когда внезапно всплывают слова вроде гит, фронтенд, деплой, сервер, окружение — и “вечер” превращается в дни фрустрации.

Если у вас был опыт в духе «вроде нагенерилось, но не работает / не понимаю, куда это положить / как запустить / как обновлять», то это нормальная точка входа.

Глеб Кудрявцев — сделал курс по вайб-кодингу, но рассказывает там настоящую базу.
16 занятий + домашки + практика, где по-человечески разбирают полный цикл: от идеи до результата, который можно показать людям (а не просто открыть у себя на ноуте и забыть).

Что вы сделаете на курсе:
• научитесь формулировать задачу так, чтобы нейросети реально помогали, а не «галлюцинировали красивое»
• разберётесь в базовой терминологии и процессе (чтобы гит/деплой перестали быть заклинаниями)
• узнаете простую и продвинутую архитектуру для разработки полноценных работающих приложений и систем

Это не курс «учим писать код руками». Код за вас будет генерироваться нейросетями — но вам объяснят, что именно происходит, где ломается и как чинить/доводить до рабочего состояния.

Если вам это откликается — есть скидка по промо-коду ТИМЛИД.
Подробности и программа →

P.S. От лица автора канала я скажу, что собирался в рубрике «Я принес» вам занести видео Глеба из Стратоплана про то, как он хороводит розвесь разных агентов. Но раз уж тут реклама подвернулась, то вот вам и видео 🙂

У меня, кстати, есть доступ к контентной части курса. Я не смотрел прям всё от и до (там часов на 20+) но по структуре выглядит, как полезное либо для тех, кто в разработке разбирается не очень (осваивающие профессию, свитчеры и т.д.), либо те, кто в разработке разбирается, но в использовании кучи разных ИИ агентов – не очень.

Реклама. ИП Федоров Е.П.
ИНН 532008901966 erid: 2W5zFH23ztG

Знаменательный день для этого канала

Все шесть лет существования у этого канала есть три знаменательные даты.

24 декабря — день рождения канала.
23 октября — день рождения автора канала.
5 февраля — день рождения главреда канала.

И сегодня, как вы понимаете, на дворе февраль.

А это значит, что главред просыпается, завтракает свой праздничный завтрак, принимает поздравления со всех сторон и радуется, если в её канале про кино, сериалы и книги «вселенная мультикатюхи» появляются новые подписчики 🙂

Спасибо моей дорогой и любимой жене за то, что помогает мне со всеми пятничными постами, докладами, да и просто поддерживает в сложные времена, когда я в себе сомневаюсь. Если бы не она, то и половины всего, что я делаю, могло и не случиться. Так что вот вам ответ на вопрос «как ты столько всего успеваешь?». Если у вас помогающая и любящая жена (или муж), то эта синергия дает невероятный эффект❤️

Ура, товарищи! Читайте Катюхин канал, смотрите кино и сериалы, читайте книги, пишите в комментариях рекомендации, что посмотреть/почитать.

Как повысить продуктивность

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

Я в этот раз зайду с немного альтернативного угла. Но сначала дисклеймер.

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

Минутка терминологии
Давайте рассмотрим два термина «продуктивность» и «производительность».

Производительность — это объём сделанной работы за время (сколько задач, писем, строк кода, звонков и т. д. за час/день).

Продуктивность — это степень достижения нужного результата (насколько сделанное реально приблизило нас к цели).

И тут нет однозначной связи, что высокая производительность ведет к высокой продуктивности.

Можно много и быстро копать (высокая производительность), но не в ту сторону (низкая продуктивность).
Или наоборот, сделать мало действий, но очень точных и результативных (низкая производительность, высокая продуктивность).

Чтобы повысить продуктивность, надо понизить производительность
Вот моя сегодняшняя позиция такова, что если вы уже до фига всего делаете, то надо не повышать производительность, а понижать её.

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

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

А если еще и сразу кучу дел параллельно делаешь, то очередь из недоделанных или плохо сделанных дел только накапливается, переставая разбираться.

Поймите меня правильно, я не призываю к перфекционизму или безделью. Я скорее за «достаточно хорошо» и плановую загрузку в 70–80%, грубо говоря. Чтобы был зазор на непредвиденное, на стратегическое, на подышать.

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

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

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

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

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

12 февраля — бесплатный вебинар «Тимлид в эпоху стабильной нестабильности. Как развиваться в 2026».

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

Спикеры:
📎 Анна Кудрявцева — ведущий тренер Корпоративного университета «БАРС Груп», один из авторов курса «Тимлид в ИТ».
📎 Динара Катеева — HRBP и руководитель отдела подбора и развития персонала «БАРС Груп».

Формат живого вебинара — ваша возможность задать вопросы по своему кейсу и сразу получить ответ от экспертов.

Что дальше?
➡️ Жми на кнопку ниже → регистрируйся в боте → получай подтверждение и ссылку

12 февраля в 18:00
Регистрация на вебинар

Реклама: АО «БАРС Груп», ИНН: 1655251590
erid:CQH36pWzJqNKQBZNzSfvkZS9po91sb4PKe9e2RRPbHFAKE

Я принес. «Тихий уход» руководителя: он вроде бы на месте, но на самом деле давно ушёл

Обычно я слышал термин «quiet quitting» в применении к линейным работникам. На таких позициях понятно, как это осуществить: делаешь необходимый минимум, не отсвечиваешь, не вовлекаешься, получаешь 2 смски в месяц и занимаешься чем-то своим в оставшееся время.

А тут прочитал пост про «тихий уход» в применении к руководителям https://xn--r1a.website/grade_practicum/1030.

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

В посте рассматриваются причины, и там есть две, о которых я достаточно часто говорю:
- Отсутствие обучения/менторства руководителей.
- «Некому лечить врача». Если сам врач или система, в которой он работает, выжали из него все соки, то беда и ему, и его пациентам. Буквально вчера услышал еще микроподкаст про выжатого руководителя-героя и как это состояние влиет на команду и что с этим делать https://xn--r1a.website/trevozhnyi_hr/2037

Я таких руководителей, тихо уходящих в закат, встречал немного, но как будто бы в последнее время в среднем по индустрии всё чаще.
А вы встречали таких руководителей?

КИИ витает в облаках

Мы начинаем 9-й сезон подкаста «Кода кода»!

В этом году мы хотим попробовать темп выхода не раз в 2 недели с перерывами на межсезонье, а раз в месяц, но без перерывов. Есть гипотеза, что это для нас выравняет темп записи и избавит от режима «то пусто, то густо».

В первом выпуске мы говорим про КИИ (критическую информационную инфраструктуру): что это такое, почему это важно, как это устроено в других странах, можно ли селить КИИ в облаках и т.д.

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

Приятного прослушивания!
Пост в канале подкаста со ссылками на выпуск и описанием затронутых тезисов здесь.

Критический путь vs критическая цепь

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

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

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

То есть фактически критический путь — это про сферического коня в вакууме (если думаете, что я сошел с ума, то это отсылка к анекдоту), а критическая цепь — это про реальную работу с поправкой на имеющиеся ресурсы.

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

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

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

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

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