Size: a a a

Teamlead Bootcamp

2019 July 29

A

A+ in Teamlead Bootcamp
Sergey B
Ану, вот вам кейс из практики. Есть таска и есть свободный Cеньер-помидор. Беда в том, что задача находится не в компетенции человека - стек технологий тот-же, но нужно разобраться в новом домене. При просьбе занятся этой (очень важной) задачей, он говорит, что ему эта область не интересна, и лучше он займется "саморазвитием" во время простоя. Я уверен, что, при желании, он бы разобрался и успешно решил проблему. Задача разовая. Как решить задачу, и не потерять человека?
уволить сразу. чем раньше, тем лучше. токсичные люди портят всю команду. потом обойдется дорого.
источник

ДК

Дмитрий Кузнецов in Teamlead Bootcamp
A+
уволить сразу. чем раньше, тем лучше. токсичные люди портят всю команду. потом обойдется дорого.
Жесть
источник

С

Сергей in Teamlead Bootcamp
Поучаствую, у данного разработчика отсутствует желание желание участвовать в достижении целей команды, имхо, ценность разработчика, которого интересуют исключительно собственные цели, очень сомнительна. Поддержу предыдущего оратора - уволить
источник

ДК

Дмитрий Кузнецов in Teamlead Bootcamp
Сергей
Поучаствую, у данного разработчика отсутствует желание желание участвовать в достижении целей команды, имхо, ценность разработчика, которого интересуют исключительно собственные цели, очень сомнительна. Поддержу предыдущего оратора - уволить
Жесть
источник

СЦ

Стас Цыганов in Teamlead Bootcamp
Я против рубать людей направо и налево. В последнее время на что-то натыкался по теме.
- Возможно тут сломаны отношения руководитель-подчиненный, и на «просьбу» он может отвтетить «нет, спасибо».
- Может тут вопрос подбора правильного стиля работы с этим человеком

Про стили лидерства вот тут обсуждаем: https://github.com/tlbootcamp/tlroadmap/issues/15
источник

В

Виталий in Teamlead Bootcamp
Sergey B
в команду, но на определенные задачи
Все равно такое отношение не приносит пользу команде. Увольнять, конечно , последнее дело. Можно предложить взять эту задачу с ограниченной ответственностью.
источник

DB

Dmitriy Brolnickij in Teamlead Bootcamp
Sergey B
Ану, вот вам кейс из практики. Есть таска и есть свободный Cеньер-помидор. Беда в том, что задача находится не в компетенции человека - стек технологий тот-же, но нужно разобраться в новом домене. При просьбе занятся этой (очень важной) задачей, он говорит, что ему эта область не интересна, и лучше он займется "саморазвитием" во время простоя. Я уверен, что, при желании, он бы разобрался и успешно решил проблему. Задача разовая. Как решить задачу, и не потерять человека?
я просто в шоке с ответов о том, что таких разработчиков нужно СРАЗУ уволнять 😄

Мне кажется, что сначала нужно объяснить сеньору-помидору важность этой задачи и то, что он единственный свободный человек, который бы смог взяться за эту задачу. И я, так же, более чем уверен в том, что в любом вопросе можно придти к какому-то равнозначному дипломатическому решению, нет?
P.S. Я работаю исключительно в стартапах и, кхм, по моему опыту, всегда можно найти решение 50 / 50 (т.е. ни тебе, ни мне).

А если все же вы не шутите про увольнение, то в первую очередь нужно будет оценить все те риски увольнения, которые описаны тут: (https://github.com/tlbootcamp/tlroadmap/blob/master/skills/resource-manager/firing.md)
P.S. Для стартапов - это всегда дикая боль терять / увольнять сотрудника, так и уж тем более такого, кто просто не захотел решить задачу, ИМХО
источник

В

Виталий in Teamlead Bootcamp
Dmitriy Brolnickij
я просто в шоке с ответов о том, что таких разработчиков нужно СРАЗУ уволнять 😄

Мне кажется, что сначала нужно объяснить сеньору-помидору важность этой задачи и то, что он единственный свободный человек, который бы смог взяться за эту задачу. И я, так же, более чем уверен в том, что в любом вопросе можно придти к какому-то равнозначному дипломатическому решению, нет?
P.S. Я работаю исключительно в стартапах и, кхм, по моему опыту, всегда можно найти решение 50 / 50 (т.е. ни тебе, ни мне).

А если все же вы не шутите про увольнение, то в первую очередь нужно будет оценить все те риски увольнения, которые описаны тут: (https://github.com/tlbootcamp/tlroadmap/blob/master/skills/resource-manager/firing.md)
P.S. Для стартапов - это всегда дикая боль терять / увольнять сотрудника, так и уж тем более такого, кто просто не захотел решить задачу, ИМХО
Насколько я понял, уже обьяснили и человек полностью понимает важность задачи.
источник

OS

Oleg Soroka in Teamlead Bootcamp
Таску, причём САМУЮ ВАЖНУЮ, под отсутствующую компетенцию - притащило руководство. Но уволить всё равно надо того, кто не имеет отношения ни к управлению продуктом ни к формированию набора компетенций...
Эффективный менеджмент такой эффективный...
источник

OS

Oleg Soroka in Teamlead Bootcamp
Теперь понятно, почему в некоторых компаниях тимлидами делают бывших разработчиков... Чтобы если ты такой "умный", то сам возьми и сделай
источник

DB

Dmitriy Brolnickij in Teamlead Bootcamp
Виталий
Насколько я понял, уже обьяснили и человек полностью понимает важность задачи.
тогда, если это будет происходить на постоянной основе, то предупредить разработчика о его понижении в должности (в крайнем случае), но уж никак не увольнять, если этот разработчик действительно очень силен в том, что он делает по своему “спектру” задач. Дизморалить таких людей не стоит, но и давать им понимание того, что ты (разработчик) тут бог и мы тебе все кланяемся - тоже не стоит, т.е. опять же таки 50 / 50.
Ну а с другой стороны, мы же не знаем всей ситуации этого кейса, ведь так? Мб этот разработчик все время решал дополнительные задачи, работал по выходным и все в этом роде и тут он один - два раза просто взял и отказался, так как решил немного “передохнуть”. Мы лишь можем теоретизировать эту ситуации и не более того, имхо.
И мне все же интересно, как в итоге поступили с этим разработчиком?
источник

DB

Dmitriy Brolnickij in Teamlead Bootcamp
Oleg Soroka
Теперь понятно, почему в некоторых компаниях тимлидами делают бывших разработчиков... Чтобы если ты такой "умный", то сам возьми и сделай
это делают потому, чтобы стимулировать разработчика дальше работать в этой компании, т.е. своего рода “карьерный рост”..?
источник

DB

Dmitriy Brolnickij in Teamlead Bootcamp
сорян за длинный монолог((
источник

OS

Oleg Soroka in Teamlead Bootcamp
Dmitriy Brolnickij
это делают потому, чтобы стимулировать разработчика дальше работать в этой компании, т.е. своего рода “карьерный рост”..?
Это делают, потому что не включают голову, что характерно для эффективного менеджмента по всему спектру вопросов.
источник

DB

Dmitriy Brolnickij in Teamlead Bootcamp
Oleg Soroka
Теперь понятно, почему в некоторых компаниях тимлидами делают бывших разработчиков... Чтобы если ты такой "умный", то сам возьми и сделай
у меня есть очень близкий друг, который работал в ЯДе, Рамблере, HH и прочих других крупных компаний и он мне рассказал очень интересное наблюдение: Когда в тимлиды или в сеньоры идут люди с “улицы” (т.е. люди, не работавшие в этой компании), то разработчики с должностями ниже (которые уже проработали в этой компаании n лет) начинают дизморалиться и не очень хорошо относиться к этому человеку. Даже было много историй о том, что когда этот человек с “улицы” идет с другими разработчиками кушать, то разговоры одни, а когда этого человека с “улицы” нету рядом, то начинаются дикие обвинения за спиной. Так и живем, к сожалению((
источник

OS

Oleg Soroka in Teamlead Bootcamp
Dmitriy Brolnickij
у меня есть очень близкий друг, который работал в ЯДе, Рамблере, HH и прочих других крупных компаний и он мне рассказал очень интересное наблюдение: Когда в тимлиды или в сеньоры идут люди с “улицы” (т.е. люди, не работавшие в этой компании), то разработчики с должностями ниже (которые уже проработали в этой компаании n лет) начинают дизморалиться и не очень хорошо относиться к этому человеку. Даже было много историй о том, что когда этот человек с “улицы” идет с другими разработчиками кушать, то разговоры одни, а когда этого человека с “улицы” нету рядом, то начинаются дикие обвинения за спиной. Так и живем, к сожалению((
Сначала мы дрессируем их как обезьянок, а потом удивляемся, что они ведут себя как обезьяны?
источник

DB

Dmitriy Brolnickij in Teamlead Bootcamp
Oleg Soroka
Сначала мы дрессируем их как обезьянок, а потом удивляемся, что они ведут себя как обезьяны?
все это очень странно.. и да, Вы  правы, я с Вами согласен.
источник

A

A+ in Teamlead Bootcamp
Dmitriy Brolnickij
я просто в шоке с ответов о том, что таких разработчиков нужно СРАЗУ уволнять 😄

Мне кажется, что сначала нужно объяснить сеньору-помидору важность этой задачи и то, что он единственный свободный человек, который бы смог взяться за эту задачу. И я, так же, более чем уверен в том, что в любом вопросе можно придти к какому-то равнозначному дипломатическому решению, нет?
P.S. Я работаю исключительно в стартапах и, кхм, по моему опыту, всегда можно найти решение 50 / 50 (т.е. ни тебе, ни мне).

А если все же вы не шутите про увольнение, то в первую очередь нужно будет оценить все те риски увольнения, которые описаны тут: (https://github.com/tlbootcamp/tlroadmap/blob/master/skills/resource-manager/firing.md)
P.S. Для стартапов - это всегда дикая боль терять / увольнять сотрудника, так и уж тем более такого, кто просто не захотел решить задачу, ИМХО
Мы в Лалафо за такие выходки сразу увольняем. И ничего.
источник

AM

Alexey Makhov in Teamlead Bootcamp
Вам бы только увольнять
источник

AK

Artyom Koshko in Teamlead Bootcamp
Я такое и у начинающих разработчиков вижу. Что-то вроде "фу, реакт не хочу, я вот на ангуляре хорошо пишу и мне вполне достаточно"
источник