Постов будет серия, поскольку совсем разные типы рисков, то мне сложно раскрыть тему по каждому в одном посте. Понял, что написал про серию в начале, но ничего не уточнил в конце. Добавил! Спасибо большое, что обратили моё внимание.
Я хорошо знаком с творчеством Дорофеева и совсем немного с ним лично (пересекались когда-то на CodeFest). Мне кажется вы попали в ловушку его яркой личности. Скажите, как конкретно Джедайские техники решают проблему выгорания в доверенном вам рабочем коллективе?
Просто я привожу в статье ссылку на конкретное исследование, о связи выгорания и конфликтов. Может быть у вас есть какие-нибудь материалы на этот счет?
С моей точки зрения рабочий конфликт - это просто мыслительный инструмент. Его можно приложить к чему угодно, хоть к отношениям с кошкой. Вопрос в целесообразосности.
В общем от жадного начальника просто стоит уйти. Но если ситуация сложнее - а на практике она часто сложнее - этот мысли-инструмент помогает решить цепочку взаимосвязанных проблем.
Это правда, вы хорошо описали внутренее состояние. Но у меня как руководителя сразу вопросы к организации в команде - человек закрыл спринт за день, а ему "ну ок"? А где премия или повышение зарплаты? Где не материальные вознаграждения? Если всего это нет, - что-то явно не так.
Про срок "вчера" вообще молчу. Здесь явно какой-то конфликт, к примеру с руководителем, который ставит такие замечательные сроки.
Работа по 12-15 часов в сутки - это тоже трэшак. Как так получилось? А менеджер это нормально воспринимает?
В общем я под описанным вами состоянием вижу как раз рабочие конфликты, проблемы в команде или на предприятии, которые и приводят к такому состоянию.
Спасибо за тёплый отзыв! Медиация отдельная тема, я сейчас специальную практику тестирую в компании. Как будет подтвержденный результат - планирую рассказать.
Это вообще отдельная боль. Когда-то я был полноценным Full-stack (ещё во времена JQuery), а потом обменял эту квалификацию на управленческие навыки. Хотя в бэкенде я ещё силён :) И в целом доволен, но иногда накатывает тоска и руки тянуться освоить TypeScript, благо штука простая.
Не за что, советы давать легко. Я сам был таким Петей, а теперь в роли начальника у которого такие Пети работают. Поэтому искренне надеюсь на максимально позитивное разрешение ситуации и для вас и для вашего руководителя. В чём бы оно не выражалось, даже в вашем уходе. :) Иногда уход специалиста - очень полезный кейс для руководителя.
Я бы посоветовал обстаятельно обьяснить ситуацию руководителю. Возможно дать почитать это статью. Если руководитель поставил вас в эту ситуацию не умышленно - обговорить план действий по мануалу в статье или выставить вакансию тимлида, если вы не хотите занимать эту позицию. Если же вы понимаете что руководитель вас поставил и держит в такой ситуации умышленно - бегите.
У меня для Вас плохая новость, похоже что инженерный менеджмент это либо заблуждение, либо Ваше личное изобретение
Собственно после этого вашего тезиса как-то странно продолжать дискуссию. Я бы вас попросил убрать явно снисходительнвый тон и основательнее подходить к проработке своей позиции. А то даже немного за вас стыдно. Очень уж тон текста не соответствует ценности его содержания.
Очень хороший и логичный план, не учитывающий важного факта - я говорю про инженерный менеджмент в малом и иногда среднем бизнесе. Поэтому:
Тимлидство - может требовать определенной инженерной квалификации (что полбеды) и специфичных навыков для вашего проекта (что уже серьезное препятствие).
Всё вышеперечисленное во многих случаях не подходит для такого типа бизнеса - могу раскрыть этот тезис подробнее, если он вызовет сомнение.
Вы так говорите, будто за забором тысячи квалифицированных тимлидов стоят и только ждут когда их наймут. На некоторые позиции поиск может более года занимать. Если у вас конечно внятные требования к кандидату.
Ну а по поводу доброты - вся статья как раз о последствиях принятого решения и как в этой ситуации правильно действовать чтобы не покалечить ни свой бизнес, ни человека.
Розовые очки. Даже выполняя все эти пункты, через год можно увидеть резко возросшую текучку кадров.
Я пишу из своего реального опыта. То есть, если бы я так не делал и это бы не был системно успешный кейс - я бы не писал. Текучка кадров гарантировано будет, если не заниматься работой с новоиспеченным руководителем, о чём собственно и пост.
Почему - а потому что человек, который всю жизнь привык управлять компьютером, людьми, скорее всего, будет управлять также. А это плохой подход.
Конечно, у программиста внутри могли быть хорошие навыки коммуникации, но в статье ничего не сказано, как выявлять таких программистов.
Абсолютно согласен. Но есть сферы и проекты, где для управления необходимы глубокие технические знания. Поэтому действительно нужно выбирать человеку который а) хочет б) теоретически может. А после этого с человеком работать. Как его выбирать? Вы правильно написали - должны быть коммуникационные и организаторские задатки, а также желание их развивать. Иногда стоит просто прийти ногами в команду и понаблюдать за людьми.
Лучший мой руководитель был с образованием семейный психолог. После него, понимаешь, какое же в среднем «дно» на уровне менеджмента.
Какой был размер команды и проект, если не секрет?
Отвечу немного в другом порядке на несколько тезисов, которые вы выдвинули.
Торрент: вы считаете этичным разрабатывать софт на украденом софте?
Это не вопрос моей этики, а вопрос того как есть сейчас. На торрентах есть в том числе рабочий софт, и люди его используют. Сколько, к примеру, компаний или отдельных дизайнеров используют Photoshop с торрента? Довольно много.
Стоимость: мой пк дома стоит сотку, на работе - сотку, 10к в год за rider, 4к в год за gitkracken, $5+ за виртуалку на do - и это только для моих личных нужд.
Спасибо - это очень хороший вопрос, я полагаю что мне надо было подробнее его рассмотреть в статье. Конечно, в том числе в IT, есть очень дорогие средства производства. Вашему проекту может по каким-то причинам быть необходим физический сервер стоимостью в пару миллионов, а не облако. Это мы ещё вопрос hardware не затрагиваем. Однако чтобы, допустим, начать заниматься контрактной разработкой в вебе вам достаточен комп за сотню (а может и дешевле) и PHPStorm за 200$ на год. Ну ещё виртуалку за 10$ организовать. При том кстати что ПК у вас уже есть. В общем есть очень много вариантов стоимостью меньше или сравнимой со стоимостью машин, которые я вижу из окна, у себя в Томске. Если бы было не так, не было бы столько "фрилансеров" :)
Директор: вы путаете собственника, который по Марксу отбирает прибавочную стоимость и руководителя, который является рабочим, ибо работает за зарплату.
Не путаю. Тоже возможно моя ошибка - я не изложил это подробнее в этой статье. Я пишу про малый и средний бизнес, в котором очень часто директор/предприниматель/собственник (полностью или частично) - одно и тоже лицо. У такого директора (если бизнес конечно успешен) доход больше, чем может быть зарплата.
Постов будет серия, поскольку совсем разные типы рисков, то мне сложно раскрыть тему по каждому в одном посте. Понял, что написал про серию в начале, но ничего не уточнил в конце. Добавил! Спасибо большое, что обратили моё внимание.
Я хорошо знаком с творчеством Дорофеева и совсем немного с ним лично (пересекались когда-то на CodeFest). Мне кажется вы попали в ловушку его яркой личности. Скажите, как конкретно Джедайские техники решают проблему выгорания в доверенном вам рабочем коллективе?
Просто я привожу в статье ссылку на конкретное исследование, о связи выгорания и конфликтов. Может быть у вас есть какие-нибудь материалы на этот счет?
С моей точки зрения рабочий конфликт - это просто мыслительный инструмент. Его можно приложить к чему угодно, хоть к отношениям с кошкой. Вопрос в целесообразосности.
В общем от жадного начальника просто стоит уйти. Но если ситуация сложнее - а на практике она часто сложнее - этот мысли-инструмент помогает решить цепочку взаимосвязанных проблем.
Это правда, вы хорошо описали внутренее состояние. Но у меня как руководителя сразу вопросы к организации в команде - человек закрыл спринт за день, а ему "ну ок"? А где премия или повышение зарплаты? Где не материальные вознаграждения? Если всего это нет, - что-то явно не так.
Про срок "вчера" вообще молчу. Здесь явно какой-то конфликт, к примеру с руководителем, который ставит такие замечательные сроки.
Работа по 12-15 часов в сутки - это тоже трэшак. Как так получилось? А менеджер это нормально воспринимает?
В общем я под описанным вами состоянием вижу как раз рабочие конфликты, проблемы в команде или на предприятии, которые и приводят к такому состоянию.
Сходить к психологу и найти хобби - хороший совет. Сам так и поступаю :) Но условия в коллективе тоже необходимо обеспечить.
Спасибо за тёплый отзыв! Медиация отдельная тема, я сейчас специальную практику тестирую в компании. Как будет подтвержденный результат - планирую рассказать.
Насмотренность + глубокое понимание того что нужно в его проекте.
Это вообще отдельная боль. Когда-то я был полноценным Full-stack (ещё во времена JQuery), а потом обменял эту квалификацию на управленческие навыки. Хотя в бэкенде я ещё силён :) И в целом доволен, но иногда накатывает тоска и руки тянуться освоить TypeScript, благо штука простая.
Не за что, советы давать легко. Я сам был таким Петей, а теперь в роли начальника у которого такие Пети работают. Поэтому искренне надеюсь на максимально позитивное разрешение ситуации и для вас и для вашего руководителя. В чём бы оно не выражалось, даже в вашем уходе. :) Иногда уход специалиста - очень полезный кейс для руководителя.
Я бы посоветовал обстаятельно обьяснить ситуацию руководителю. Возможно дать почитать это статью. Если руководитель поставил вас в эту ситуацию не умышленно - обговорить план действий по мануалу в статье или выставить вакансию тимлида, если вы не хотите занимать эту позицию. Если же вы понимаете что руководитель вас поставил и держит в такой ситуации умышленно - бегите.
Приятно, обращайтесь :) Можете темы подкидывать, буду рад
Собственно после этого вашего тезиса как-то странно продолжать дискуссию. Я бы вас попросил убрать явно снисходительнвый тон и основательнее подходить к проработке своей позиции. А то даже немного за вас стыдно. Очень уж тон текста не соответствует ценности его содержания.
Очень хороший и логичный план, не учитывающий важного факта - я говорю про инженерный менеджмент в малом и иногда среднем бизнесе. Поэтому:
Тимлидство - может требовать определенной инженерной квалификации (что полбеды) и специфичных навыков для вашего проекта (что уже серьезное препятствие).
Всё вышеперечисленное во многих случаях не подходит для такого типа бизнеса - могу раскрыть этот тезис подробнее, если он вызовет сомнение.
Вы так говорите, будто за забором тысячи квалифицированных тимлидов стоят и только ждут когда их наймут. На некоторые позиции поиск может более года занимать. Если у вас конечно внятные требования к кандидату.
Ну а по поводу доброты - вся статья как раз о последствиях принятого решения и как в этой ситуации правильно действовать чтобы не покалечить ни свой бизнес, ни человека.
5-7 человек самое вредное число, ИМХО. Еще 1-2 человека и приходится изменять схему управления.
А иногда просто выхода нет. К сожалению. Главное не забивать на это и развить слабые стороны человка. Говорю как бывший бекендер :)
Так и происходит. Ценность "руководительства" - одна из самых сложных вещей, которые необходимо доносить.
Абсолютно согласен, но есть и обратная сторона - инжереный менеджмент требует инженерной квалификации. Так и получаются тимлиды :)
Я пишу из своего реального опыта. То есть, если бы я так не делал и это бы не был системно успешный кейс - я бы не писал. Текучка кадров гарантировано будет, если не заниматься работой с новоиспеченным руководителем, о чём собственно и пост.
Абсолютно согласен. Но есть сферы и проекты, где для управления необходимы глубокие технические знания. Поэтому действительно нужно выбирать человеку который а) хочет б) теоретически может. А после этого с человеком работать. Как его выбирать? Вы правильно написали - должны быть коммуникационные и организаторские задатки, а также желание их развивать. Иногда стоит просто прийти ногами в команду и понаблюдать за людьми.
Какой был размер команды и проект, если не секрет?
Отвечу немного в другом порядке на несколько тезисов, которые вы выдвинули.
Торрент: вы считаете этичным разрабатывать софт на украденом софте?
Это не вопрос моей этики, а вопрос того как есть сейчас. На торрентах есть в том числе рабочий софт, и люди его используют. Сколько, к примеру, компаний или отдельных дизайнеров используют Photoshop с торрента? Довольно много.
Стоимость: мой пк дома стоит сотку, на работе - сотку, 10к в год за rider, 4к в год за gitkracken, $5+ за виртуалку на do - и это только для моих личных нужд.
Спасибо - это очень хороший вопрос, я полагаю что мне надо было подробнее его рассмотреть в статье. Конечно, в том числе в IT, есть очень дорогие средства производства. Вашему проекту может по каким-то причинам быть необходим физический сервер стоимостью в пару миллионов, а не облако. Это мы ещё вопрос hardware не затрагиваем. Однако чтобы, допустим, начать заниматься контрактной разработкой в вебе вам достаточен комп за сотню (а может и дешевле) и PHPStorm за 200$ на год. Ну ещё виртуалку за 10$ организовать. При том кстати что ПК у вас уже есть. В общем есть очень много вариантов стоимостью меньше или сравнимой со стоимостью машин, которые я вижу из окна, у себя в Томске. Если бы было не так, не было бы столько "фрилансеров" :)
Директор: вы путаете собственника, который по Марксу отбирает прибавочную стоимость и руководителя, который является рабочим, ибо работает за зарплату.
Не путаю. Тоже возможно моя ошибка - я не изложил это подробнее в этой статье. Я пишу про малый и средний бизнес, в котором очень часто директор/предприниматель/собственник (полностью или частично) - одно и тоже лицо. У такого директора (если бизнес конечно успешен) доход больше, чем может быть зарплата.