Comments 14
4 и 5 в нашей компании сплошь и рядом, но я проблем не вижу. Да, стартуем без ТЗ, да, заказчик меняет требования. Но всё это не бесплатно…
Зато в статье «токсичные» сотрудники упомянуты только в контексте тимлидера, но, тимлидерам-то это зачем? Они за разработку головой отвечают, им надо, чтобы команда работала по-полной. А вот среди команды «токсичные» часто бывают, и если тимлидер не противодействует, то атмосфера к команде становится невыносимой.
Зато в статье «токсичные» сотрудники упомянуты только в контексте тимлидера, но, тимлидерам-то это зачем? Они за разработку головой отвечают, им надо, чтобы команда работала по-полной. А вот среди команды «токсичные» часто бывают, и если тимлидер не противодействует, то атмосфера к команде становится невыносимой.
0
Ой, ну это просто очередная статья на тему тонкости душевной организации разработчика и неотёсанности остальных. Такие статьи обычно пишут люди, не работавшие лидами даже небольшой команды и никогда не отвечавшие ни за кого, кроме себя. Бизнес заставляет кодить так, как ему надо, а не как красиво и изящно — подумаешь, потрачу не 40 часов, а 160, зато с душой! Дизайнеры заставляют делать тяжёлый и избыточный интерфейс — подумаешь, миллионам пользователей удобно, но я-то знаю, как лучше! Аналитики заставляют писать громоздкий и неоптимальный код — подумаешь, сроки у них там вывода на рынок и инженеры гарантируют мощности, зато я могу сделать максимально оптимальный код и тратить на 32Мб памяти меньше! Вообще не буду с ними работать, они не понимают ничего и токсичные, а я вот молодец, я не винтик механизма, я его мозг, главный нерв и вообще.
0
вы сваливаете всё в одну кучу. проблемы бизнеса можно решать по-разному. но есть принципы, которых, на мой взгляд, следует придерживаться, если хочется построить нормальную крепкую команду. и это не относится к проблемам разряда «потрачу не 40 часов, а 160, зато с душой!».
но вы сами решаете что вам и вашей команде важно.
но вы сами решаете что вам и вашей команде важно.
0
Безусловно, в бизнесе в первую очередь важны люди, если бизнес хочет долго и плодотворно зарабатывать деньги, а не выжимать все соки сегодня или не сидит на нефтяной трубе. Но в статье крайне однобокий взгляд и явное отсутствие понимания, как работает бизнес за пределами тестовой среды и репозитория с боевым кодом. Из-за такого непонимания 90% разработчиков считают всех вокруг токсичными, а себя неоценёнными гениями, и лишь 10% готовы хотя бы послушать другую сторону (цифры из личного опыта).
0
не понятно на каком основании вы делаете вывод об однобокости. это ваша субьективная оценка. предоставьте факты, тогда обсуждение будет предметным. хотя бы примеры какие-то.
0
Странный вопрос. На основании своего карьерного опыта по обе стороны баррикад, например. Скан трудовой книжки прислать?
Какие примеры? Всё уже сказано – если разработчик не имеет опыта хотя бы руководства маленькой командой, то пишет вот такие вот статьи. Не понимаю, что сюда добавить. Примеры, когда отношение к людям как к винтикам оправдано? Когда нужно делать плохой код и быстро?
Какие примеры? Всё уже сказано – если разработчик не имеет опыта хотя бы руководства маленькой командой, то пишет вот такие вот статьи. Не понимаю, что сюда добавить. Примеры, когда отношение к людям как к винтикам оправдано? Когда нужно делать плохой код и быстро?
0
Хм… Это ваш опыт вам подсказывает так однобоко воспринимать информацию в статье?
Спасибо за мнение.
Спасибо за мнение.
0
а не только у вас есть опыт «по обе стороны баррикад».
Я, кстати могу понять единичные случаи, когда нужно «фигачить код» и нарушать «процессы». У бизнеса бывают такие «дни, которые определяют года», так что не грех и напрячься и срезать углы.
Но это совершенно точно не должно быть систематическим явлением, потому что это прямой путь к выгоранию.
Отношение же к людям как «к винтикам» или вспоминать про баг, который был сделан полгода тому назад — это уже за гранью добра и зла, а разве что для сект БДСМ (ну т.е. если это и было целью: давать людям деньги за добровольное полоскание мозгов и для личного самоутверждения — тогда ОК).
Я, кстати могу понять единичные случаи, когда нужно «фигачить код» и нарушать «процессы». У бизнеса бывают такие «дни, которые определяют года», так что не грех и напрячься и срезать углы.
Но это совершенно точно не должно быть систематическим явлением, потому что это прямой путь к выгоранию.
Отношение же к людям как «к винтикам» или вспоминать про баг, который был сделан полгода тому назад — это уже за гранью добра и зла, а разве что для сект БДСМ (ну т.е. если это и было целью: давать людям деньги за добровольное полоскание мозгов и для личного самоутверждения — тогда ОК).
0
Так и я о том же. Нарушать хороший процесс это, конечно, только в случае аврала. Я говорил изначально о том, что программисты нередко считают себя выше бизнес-требований и как раз процессов, потому что аналитик «не кодит 10 лет и не понимает ничего».
А что плохого в отношении как к винтикам, если винтики вовремя смазывают хорошим маслом, чистят антикоррозийным покрытием и крутят аккуратно и исключительно подходящим ключом с динамометром?
А что плохого в отношении как к винтикам, если винтики вовремя смазывают хорошим маслом, чистят антикоррозийным покрытием и крутят аккуратно и исключительно подходящим ключом с динамометром?
0
Это не только для разработчиков.
В силу отсутствия определенных управленческий навыков и культуры в русскоязычном бизнесе, обычный карьерный путь начинается так — как только человек становится руководителем кого-то, кроме себя и набивает первые шишки, он начинает мнить, что познал управленческий Дзен, и что главная цель руководителя заключается в том выдавливать из команды результат. И что в неком «реальном» нешаблонном не стендовом мире вся эта теория управления не работает. Начальник все равно должен быть немного тираном, а работник обязательно должен быть немного дураком. Даже если вслух об этом не говорят.
Потом, по мере движения вверх, некоторые все же возвращаются к шаблонам и стендам, которые уже не кажутся такими наивными и неработающими.
В силу отсутствия определенных управленческий навыков и культуры в русскоязычном бизнесе, обычный карьерный путь начинается так — как только человек становится руководителем кого-то, кроме себя и набивает первые шишки, он начинает мнить, что познал управленческий Дзен, и что главная цель руководителя заключается в том выдавливать из команды результат. И что в неком «реальном» нешаблонном не стендовом мире вся эта теория управления не работает. Начальник все равно должен быть немного тираном, а работник обязательно должен быть немного дураком. Даже если вслух об этом не говорят.
Потом, по мере движения вверх, некоторые все же возвращаются к шаблонам и стендам, которые уже не кажутся такими наивными и неработающими.
0
.
0
Ну вот хорошо же написано.
Есть момент:
К сожалению, этот ключевой принцип, который в цивилизованном мире бизнеса звучит как «компания должна строиться вокруг целей и ценностей», тут не будет принят, или будет принят в штыки. Но я глубоко убежден, что в постсовковой ментальности ломать стереотипы и старые модели управления нужно именно путем вбивания в голову этого принципа. Миссия и ценности компании должны быть выше детский комплексов топ-менеджмента.
Есть момент:
Подсказка: ищите синергию
Это нормально, что у людей есть свои личные цели, а у компании — свои. Частно, они не совпадают, но важно разобраться на сколько сильно человек и компания расходятся в целях. Находя синергию с сотрудниками, вы умножаете выигрыш по сравнению со случаем, когда люди просто делают то, что им говорят.
К сожалению, этот ключевой принцип, который в цивилизованном мире бизнеса звучит как «компания должна строиться вокруг целей и ценностей», тут не будет принят, или будет принят в штыки. Но я глубоко убежден, что в постсовковой ментальности ломать стереотипы и старые модели управления нужно именно путем вбивания в голову этого принципа. Миссия и ценности компании должны быть выше детский комплексов топ-менеджмента.
0
для начала «миссия и ценности компании» должны просто быть. Увы, пока что я чаще наблюдаю либо «зарабатывать денег» и «работать работу на работе», либо что-то вроде Сима-Ленда, которые с трудом отличить от секты
0
Sign up to leave a comment.
Полем грядки вовремя, или 5 признаков скрытых проблем в команде