Про перевод на «безопасные» проекты — это вообще отдельная корпоративная механика, которая заслуживает отдельной статьи. Называется красиво: ротация. По факту — утилизация без последствий для того, кто нанял.
Про лида, из которого растут все четыре пункта — согласна полностью, и это слепое пятно статьи. Я писала про руководителя как про человека, который страдает от своих паттернов. Но бывает симметричная история: человек не страдает, ему норм, а страдают все вокруг. Бюрократия как защитный панцирь, информация как валюта — это другой диагноз. Я видела такое не раз. И жалобы с доказательствами там действительно не работают — потому что доказательства решают меньше, чем связи. Обидно, что это не аномалия.
Про п.3 — важно уточнить: в статье п.3 про другое, про иллюзию «семьи» вместо команды, когда лидер склеивает всё личной лояльностью и размывает стандарты. То, что ты описываешь — информационные монополисты, которые хапают знания ради незаменимости — это отдельный паттерн, в статью не вошедший. У них своя механика: страх, что без этого рычага уберут первыми. Это не оправдание, но хоть как-то объясняет, откуда это берётся
Согласна, что юридически это квест. Но статья не про увольнение — она про момент, когда ты уже знаешь ответ, но продолжаешь строить костыли вокруг человека. Именно это и выжигает
Если бы нейросеть умела выгорать и строить команды 20 лет — возможно. Пока не умеет, приходится самой. Помогаю себе инструментами — как любой, кто работает с текстом. Редактирую, структурирую. Но опыт, ошибки и конкретный провал с «семьёй вместо команды» — мои. ИИ такое не проживает.
Согласна, внешнего треша всегда хватает: то заказчик «горит», то рынок падает. Но фокус в том, что на эти вещи мы напрямую не влияем.
Прозрачность нужна не для того, чтобы рынок успокоить, а чтобы руководитель перестал в одиночку тащить ответственность за всё подряд. Выгорание ведь часто случается там, где мы пытаемся создать для команды иллюзию, что «всё под контролем», хотя проект объективно сложный. В итоге все друг другу доверяют, но руководитель медленно умирает под грузом этой недосказанности. Прозрачность — это просто способ честно разделить реальность с командой, чтобы не сгореть самому
Ну да, "упаковка" без нормального продукта сейчас вообще не летит, это факт. Но по своему опыту в ИТ и B2B (17 лет всё-таки) скажу, что есть и другая крайность. Часто строят ту самую "идеальную систему", которая вроде и продает сама, и чеки высокие, а на деле — собственник всё равно впахивает 24/7 в ручном режиме. Красивая сказка про "бизнес, который работает, пока вы спите" в жизни часто превращается в бесконечную операционку. Продукт — это важно, но хочется, чтобы он не просто приносил 500к+, а давал владельцу возможность выдохнуть и не требовал ежедневного подвига. Было бы интересно почитать, как найти этот баланс, чтобы система не "съедала" того, кто её создал
7 лет для программы наставничества в ИТ — срок серьезный, обычно такие инициативы затухают гораздо раньше. У меня вопрос к спикерам про "выхлоп". Часто менторство превращается в просто "поговорить за жизнь", а ментИ ждет готовых инструкций. Как вы на уровне методологии разделяете менторство и обычное внутреннее обучение? И будут ли на митапе разбирать тему "психологического контракта" — как на старте договориться о границах ответственности, чтобы ментор не превращался в бесплатную службу поддержки?
Михаил, спасибо за разбор. Тема с переводом сейчас подкидывает странные задачки. Вчера как раз обсуждали на EdTecho: Минтруд профессию "Коуч" официально признал, профстандарт есть, а в нормативных словарях русского языка этого слова всё ещё нет. Получается правовой тупик — нанимать такого специалиста можно, а называть его своим именем на сайте или в рекламе — вроде как риск нарваться на штраф. В ИТ и B2B таких слов-сирот десятки. Если вместо привычного "трекера" или "ментора" начать писать "сопровождающий", клиент просто не поймет, что ему предлагают. Формат "Русский / Оригинал", о котором вы пишете, сейчас единственный способ сохранить остатки здравого смысла и не потерять понятное позиционирование в этой лингвистической операционке
В точку про "окукливание". Как совладелец ИТ-бизнеса, я часто видела, как крутой инженер превращается в пассивного исполнителя за пару месяцев микроменеджмента. У меня вопрос по пункту Fairness (справедливость): часто бывает, что правила прозрачные, но фоновая тревога у команды всё равно растёт. Как вы считаете, может ли "прозрачность" сама по себе стать токсичной, если за ней нет реального доверия, а только сухие цифры и отчеты?
Крутой разбор, спасибо! Особенно про Рубинштейна и то, как мышление "затвердевает" в рутине. У меня вопрос как к практику: а что делать, если у опытного спеца это мышление уже "застыло" настолько, что любая задача из зоны ближайшего развития вызывает не рост, а глухую защиту? Реально ли вообще "разморозить" когнитивные привычки у профи со стажем, когда деятельность уже сформировала сознание "под рутину", или это уже билет в один конец?
Про перевод на «безопасные» проекты — это вообще отдельная корпоративная механика, которая заслуживает отдельной статьи. Называется красиво: ротация. По факту — утилизация без последствий для того, кто нанял.
Про лида, из которого растут все четыре пункта — согласна полностью, и это слепое пятно статьи. Я писала про руководителя как про человека, который страдает от своих паттернов. Но бывает симметричная история: человек не страдает, ему норм, а страдают все вокруг. Бюрократия как защитный панцирь, информация как валюта — это другой диагноз. Я видела такое не раз. И жалобы с доказательствами там действительно не работают — потому что доказательства решают меньше, чем связи. Обидно, что это не аномалия.
Про п.3 — важно уточнить: в статье п.3 про другое, про иллюзию «семьи» вместо команды, когда лидер склеивает всё личной лояльностью и размывает стандарты. То, что ты описываешь — информационные монополисты, которые хапают знания ради незаменимости — это отдельный паттерн, в статью не вошедший. У них своя механика: страх, что без этого рычага уберут первыми. Это не оправдание, но хоть как-то объясняет, откуда это берётся
Согласна, что юридически это квест. Но статья не про увольнение — она про момент, когда ты уже знаешь ответ, но продолжаешь строить костыли вокруг человека. Именно это и выжигает
Если бы нейросеть умела выгорать и строить команды 20 лет — возможно. Пока не умеет, приходится самой. Помогаю себе инструментами — как любой, кто работает с текстом. Редактирую, структурирую. Но опыт, ошибки и конкретный провал с «семьёй вместо команды» — мои. ИИ такое не проживает.
Согласна, внешнего треша всегда хватает: то заказчик «горит», то рынок падает. Но фокус в том, что на эти вещи мы напрямую не влияем.
Прозрачность нужна не для того, чтобы рынок успокоить, а чтобы руководитель перестал в одиночку тащить ответственность за всё подряд. Выгорание ведь часто случается там, где мы пытаемся создать для команды иллюзию, что «всё под контролем», хотя проект объективно сложный. В итоге все друг другу доверяют, но руководитель медленно умирает под грузом этой недосказанности. Прозрачность — это просто способ честно разделить реальность с командой, чтобы не сгореть самому
Ну да, "упаковка" без нормального продукта сейчас вообще не летит, это факт. Но по своему опыту в ИТ и B2B (17 лет всё-таки) скажу, что есть и другая крайность. Часто строят ту самую "идеальную систему", которая вроде и продает сама, и чеки высокие, а на деле — собственник всё равно впахивает 24/7 в ручном режиме. Красивая сказка про "бизнес, который работает, пока вы спите" в жизни часто превращается в бесконечную операционку. Продукт — это важно, но хочется, чтобы он не просто приносил 500к+, а давал владельцу возможность выдохнуть и не требовал ежедневного подвига. Было бы интересно почитать, как найти этот баланс, чтобы система не "съедала" того, кто её создал
7 лет для программы наставничества в ИТ — срок серьезный, обычно такие инициативы затухают гораздо раньше. У меня вопрос к спикерам про "выхлоп". Часто менторство превращается в просто "поговорить за жизнь", а ментИ ждет готовых инструкций. Как вы на уровне методологии разделяете менторство и обычное внутреннее обучение? И будут ли на митапе разбирать тему "психологического контракта" — как на старте договориться о границах ответственности, чтобы ментор не превращался в бесплатную службу поддержки?
Михаил, спасибо за разбор. Тема с переводом сейчас подкидывает странные задачки. Вчера как раз обсуждали на EdTecho: Минтруд профессию "Коуч" официально признал, профстандарт есть, а в нормативных словарях русского языка этого слова всё ещё нет. Получается правовой тупик — нанимать такого специалиста можно, а называть его своим именем на сайте или в рекламе — вроде как риск нарваться на штраф. В ИТ и B2B таких слов-сирот десятки. Если вместо привычного "трекера" или "ментора" начать писать "сопровождающий", клиент просто не поймет, что ему предлагают. Формат "Русский / Оригинал", о котором вы пишете, сейчас единственный способ сохранить остатки здравого смысла и не потерять понятное позиционирование в этой лингвистической операционке
В точку про "окукливание". Как совладелец ИТ-бизнеса, я часто видела, как крутой инженер превращается в пассивного исполнителя за пару месяцев микроменеджмента. У меня вопрос по пункту Fairness (справедливость): часто бывает, что правила прозрачные, но фоновая тревога у команды всё равно растёт. Как вы считаете, может ли "прозрачность" сама по себе стать токсичной, если за ней нет реального доверия, а только сухие цифры и отчеты?
Крутой разбор, спасибо! Особенно про Рубинштейна и то, как мышление "затвердевает" в рутине. У меня вопрос как к практику: а что делать, если у опытного спеца это мышление уже "застыло" настолько, что любая задача из зоны ближайшего развития вызывает не рост, а глухую защиту? Реально ли вообще "разморозить" когнитивные привычки у профи со стажем, когда деятельность уже сформировала сознание "под рутину", или это уже билет в один конец?
Складывается ощущение, что цифровизация в апк идет быстрее, чем в других сферах реального сектора