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