Комментарии 9
Не стоит прогибаться под изменчивый мир,
Пусть лучше он прогнется под нас.
Однажды он прогнется под нас.
Но с чем связан этот поиск? Это действительно ваше желание поменять проект или «все пошли, и я пошёл»?
Ответ банален и прост. Если проект держится на 4-5 ключевых сотрудниках и руководство своевременно не заботится о "дублировании", то при уходе даже одного их них (а чаще уходят сразу два-три) на оставшихся падает такой объем задач, что вытянуть их обычному человеку просто не под силу и собственно проще становится уйти тоже, чем ввязываться во "внезапно" ставшие актуальными и срочными найм и обучение новичков.
Я видел такие ситуации несколько раз и даже был в роли такого "уходящего следом".
Был в аналогичной ситуации, ушло сразу три разработчика, половина команды, и я планировал как раз в это время уходить. Но решил остаться, т.к. был лоялен к компании. Продержался чуть больше года, за это время наняли только одного на полную ставку. И когда я сообщил что увольняюсь, в ответ услышал - "это ты уведомляешь за две недели? А раньше не мог сказать, чтобы я начал поиск разработчиков". А чем ты занимался больше года? Перегружал текущих разработчиков, выжимая из них все соки?! Нагрузка то вся ушла на нас, но видимо некоторым это невдомёк. Сильно удивило такое отношение. При чем даже в последние дни работы выжимали всё возможные часы из меня...
Кстати, звучит как дельный совет, вы применяли такое и команде действительно становилось лучше?
Могу рассказать как делать не надо. Однажды я работала на долгосрочном проекте, очень стабильном, размеренном, прозрачном, плоская структура - можно было к любому ПО обратиться и получить внятный ответ по интересующему вопросу, многие ребята работали по 10+ лет, - прям работа мечты.
Изначально было так: несколько подкоманд, у каждой команды свой скрам-мастер из числа технических специалистов (чаще всего тестировщики).
Потом решили "улучшить", - освободить тестировщиков от ненужной работы и взять специально обученного скрам-мастера. В итоге, как-то так вышло, что с приходом такого горе-скрам-мастера, лидов периодически начали увольнять одним днем. И если раньше было общение менеджмента с командами на прямую, то потом все стало завязано на скрам-мастере. И в какой-то момент количество скрам-мастеров и прочих непонятных советчиков/менеджеров стало больше, чем количество работников, которые создавали продукт.
Все процессы перестроили, темп работы увеличился, нагрузка на команды увеличилась, количество митингов увеличилось, а их качество уменьшилось, текучка среди разработчиков и среди ПОв увеличилась. Также были введены достаточно жесткие дедлайны и много чего другого, а это в свою очередь привело к тому, что команды перестали коммититься на что-то большее.
С одной стороны, менеджмент добился определенных результатов: все команды были синхронизированы, предсказуемы, были в состоянии релизить все продукты в один день, а на каждом демо были красивые зеленые слайды с графиками роста.
С другой стороны, работа мечты превратилась в чемодан без ручки. И когда проект закрылся, а он вскоре закрылся, т.к. в таком режиме и атмосфере работь можно, но не долго - это был один из самых счастливых дней для многих работников.
Так что, не нужно манипулировать командой, ни менеджменту, ни скрам-мастеру, даже если она няшка.
Как только герой уходит из найма в бизнес, он лишается потребности в безопасности, потому что потеряет он бизнес или сохранит, зависит только от него. В первые месяцы, возможно, не будет прибыли, к этому тоже надо быть готовым. То есть по пирамиде Маслоу будут закрываться только физиологические потребности
Вы не замечаете противоречия в нарисованной картинке? Если бы было так, то бизнесмены не рисковали бы. В реальности бизнесмены продолжают работать над своими бизнесами по разным причинам: кто-то борется с застаревшими страхами, кто-то ищет признания, кто-то самоактуализируется.
Теория потребностей Маслоу была многократно опровергнута. Уже можно выбраться из пирамиды и рассматривать что-то более близкое к реальности.
Интересная статья. Сам сейчас нахожусь в процессе смены места работы (компании). Для ухода множество причин, но если опираться на пирамиду, то выделил для себя две ключевые причины: финансовое благополучие и признание.
Статья помогла выделить именно "проблему признания", за что автору спасибо. Заставляет задуматься.
Performance review, ачивки и погоня за повышением грейда — что может причинить боль сотруднику IT-компании?