Критерии оценки эффективности программиста

[tessob]

но представьте что руководитель, который вас обожал, исчез прямо перед годовым ревью

Сложно представить. Нормальный руководитель, который принял на себя управление незнакомой командой, постарался бы избежать или перенести ревью на несколько месяцев. Делать выводы на основе KPI - это явное указание на то, что у человека нет опыта руководства. KPI за последние 3 десятка лет были опробованы во многих областях и доказали свою полную несостоятельность. Просто если вы их там у себя введете, то в результате получите ситуацию, когда девелоперы будут стараться брать только те таски, которые положительно влияют на KPI. В результате KPI будет неуклонно расти, а качество кода, производительность, стабильность стремительно снижаться. Девелоперы, которым "не похер" будут пытаться исправлять ситуацию, но ценой худших KPI, что в конечном итоге приведет к их выгоранию и переходу в другую компанию или проект.

Все наемные работники делятся на две группы - те кому "похер", и те кому по какой-то причине "не похер". Чего-то путевого можно добиться только со второй группой. Если первых не получится перевести во вторую группу, то максимум, что можно будет сделать – это оставить все как есть. Так что иногда надо “девок менять, а не кровати двигать” или KPI/феншуй вводить.

[Vladimir Kr.]

вкалывал, вкалывал весь год, а ревью фиговое. Почему? а потому что не в ту сторону вкалывал, а менеджер не направил.

тоесть работал как сказали, но ревью и бонусов не будет, ибо до прода не дошли, потому что руководиле не в ну сторону?
...типичная отмазка и желание обмануть на деньги - сразу досвидания.

еще раз: "критические баги в проде от твоего кода должны стремиться к нулю"
да - личная ответственность за личную работу,
нет - не надо на меня перекладывать ответственность за свои менеджерские решения и просчеты.

баги вообще - да, могут быть. PR, комиты, тикеты - они просто должны быть, но не надо считать строки кода.
фиксишь за другими? молодец! главное чтобы новая бага от этого не появилась.
не дошли до прода? ну возьми букварь по атжалу, там четко написано - над сториком работает команда, кому тикеты записывать будем?

[nyekimov]

Когда я был менеджером, мне не нравилось когда работники
1) не могли оценить сколько времени займёт сделать что то, при более менее детально поставленной задаче
2) имели дни когда совсем ничего не было сделано по существу
3) пытались делать много но совсем не то что от них требовалось
4) блокировались или блокировали других несвоевременным исполнением или просто утаиванием каких то фак-тов
Список можно продолжать бесконечно, но моя главная задача как IC высокого уровня на данный момент это облегчать жизнь своему менеджеру, тогда будешь в дамках ходить
Это значит просто поставить себя на его место, понять его требования и цели, и идти в такт, не создавая проблем.

Вывод хороший. Номер 2 сильно попахивает микроменеджментом. Бывают такие задачи, в которые надо долго въезжать, если мы говорим о каком то куске мамонта в который надо что то новое добавить. Я могу работать 10 часов, потому что погружение в детали занимает только два часа. А могу как все, с 10 до 5 и ровно в 5 встал и пошёл, только так из-за отрыва от контекста задача будет сделана хорошо если за 8 дней, вместо 3 дней по 10 часов. Потом естественно если озвучили срок в 2 недели, рассчитывая, как это принято в оджайле, на самого слабого человека в команде, то почему я не имею права один день ничего не делать?

Вообще у меня везде, если человек хронически не успевал с тасками, от такого избавлялись. Вначале естественно понижая сложность тасков до минимума по его должности. Если же человек таски делает ровно и никакой инициативы, как например день отдохнул, закрыв свои таски и просить что то ещё или предложить что то ещё из бэклога сделать. То у человека не будет расти должность и зарплата будет расти по минимуму.

[Херовимчик]

Это традиционная игра «назови ETA» меня всегда забавляет - чтобы сделать фичу А, надо сначала пофиксить баг Х. Чтобы пофиксить Х, нужно разобраться с А и В. Чтобы разобраться с А и В... А потом выясняется что вкалывал ты не в ту сторону, или целый день ничего по существу не сделал

[nyekimov]

Это традиционная игра «назови ETA» меня всегда забавляет - чтобы сделать фичу А, надо сначала пофиксить баг Х. Чтобы пофиксить Х, нужно разобраться с А и В. Чтобы разобраться с А и В... А потом выясняется что вкалывал ты не в ту сторону, или целый день ничего по существу не сделал

Целый день ничего по существу не сделал - извините, мать их, простите за французский. Вникать в систему написанную до этого ни одним десятком других разработчиков, давайте даже не будем называть преимущественную нацию, так как это дела особо менять не будет, в общем вникать в чужую систему тоже занимает время и часть рабочего процесса.
Я видел очень немало эффективных менеджеров на больших корпах, которые считают, что разработчика можно просто вот так взять и заменить. И тот должен стабильно выдавать результат на гора, но пока идеальных систем, так чтобы открыл и въехал в требования, которых чаще нет с кодом чем есть, я так и не видел.
Конечно наверное в мире где то существуют идеальные команды одного продукта, где люди работают не первый год и команды небольшие, там полагаю, что более менее вещи легче просчитываются. В подобных командах я работал на родине, но все оттуда сбежали кто куда горазд в итоге.

[Dweller]

Это традиционная игра «назови ETA» меня всегда забавляет - чтобы сделать фичу А, надо сначала пофиксить баг Х. Чтобы пофиксить Х, нужно разобраться с А и В. Чтобы разобраться с А и В... А потом выясняется что вкалывал ты не в ту сторону, или целый день ничего по существу не сделал

Если выдаётся что то типа
День 1) разбирался с А
День 2) разбирался с Б
И т д
То через какое то время начинаешь задумываться не только о том в правильную ли сторону копает товарищ, а копает ли в принципе или сидит весь день привете

Есть спринт, есть скрам, каждый день нужно вкратце рассказать а что там не так с А, и чтобы коллеги не смеялись а по возможности помогли разобраться или сразу зарубили ложные ветви

Опять же, если товарищ имеет историю таких затянувшихся колупаний, можно и начать требовать подробный отчёт что копал а самое главное что нарыл (желательно с планом как это починить)

Понятно что есть товарищи которых устраивает работа через день или два часа в день, но таких рубль за пучок, надо рассаживать и растить вперёд. Для их же собственного блага ну и на благо компании в среднесрочной (год) перспективе.

Поэтому если хочешь похалявить, будь добр сначала удовлетворить менеджера. А там глядишь и повышение.

[Херовимчик]

Это традиционная игра «назови ETA» меня всегда забавляет - чтобы сделать фичу А, надо сначала пофиксить баг Х. Чтобы пофиксить Х, нужно разобраться с А и В. Чтобы разобраться с А и В... А потом выясняется что вкалывал ты не в ту сторону, или целый день ничего по существу не сделал

Если выдаётся что то типа
День 1) разбирался с А
День 2) разбирался с Б
И т д
То через какое то время начинаешь задумываться не только о том в правильную ли сторону копает товарищ, а копает ли в принципе или сидит весь день привете

Есть спринт, есть скрам, каждый день нужно вкратце рассказать а что там не так с А, и чтобы коллеги не смеялись а по возможности помогли разобраться или сразу зарубили ложные ветви

был у меня такой потенциальный кандидат в мои будущие менеджеры Даже скипу на меня жаловался.....

[Dweller]

Это традиционная игра «назови ETA» меня всегда забавляет - чтобы сделать фичу А, надо сначала пофиксить баг Х. Чтобы пофиксить Х, нужно разобраться с А и В. Чтобы разобраться с А и В... А потом выясняется что вкалывал ты не в ту сторону, или целый день ничего по существу не сделал

Если выдаётся что то типа
День 1) разбирался с А
День 2) разбирался с Б
И т д
То через какое то время начинаешь задумываться не только о том в правильную ли сторону копает товарищ, а копает ли в принципе или сидит весь день привете

Есть спринт, есть скрам, каждый день нужно вкратце рассказать а что там не так с А, и чтобы коллеги не смеялись а по возможности помогли разобраться или сразу зарубили ложные ветви

был у меня такой потенциальный кандидат в мои будущие менеджеры Даже скипу на меня жаловался.....

Ну есть более формальные процессы корректировки чем жаловаться скипу
Но если некого нанять на замену то приходиться мириться да, но пытаться выжимать максимальный результат либо кнутом либо пряником

[Херовимчик]

Это традиционная игра «назови ETA» меня всегда забавляет - чтобы сделать фичу А, надо сначала пофиксить баг Х. Чтобы пофиксить Х, нужно разобраться с А и В. Чтобы разобраться с А и В... А потом выясняется что вкалывал ты не в ту сторону, или целый день ничего по существу не сделал

Если выдаётся что то типа
День 1) разбирался с А
День 2) разбирался с Б
И т д
То через какое то время начинаешь задумываться не только о том в правильную ли сторону копает товарищ, а копает ли в принципе или сидит весь день привете

Есть спринт, есть скрам, каждый день нужно вкратце рассказать а что там не так с А, и чтобы коллеги не смеялись а по возможности помогли разобраться или сразу зарубили ложные ветви

был у меня такой потенциальный кандидат в мои будущие менеджеры Даже скипу на меня жаловался.....

Ну есть более формальные процессы корректировки чем жаловаться скипу
Но если некого нанять на замену то приходиться мириться да, но пытаться выжимать максимальный результат либо кнутом либо пряником

По итогу откорректировали «эффективность» менеджера, заодно отправили на кучу тренингов по теме чем заменить кнут и пряник, чтобы хотя бы поддержать имеющуюся производительность

[Dweller]

Это традиционная игра «назови ETA» меня всегда забавляет - чтобы сделать фичу А, надо сначала пофиксить баг Х. Чтобы пофиксить Х, нужно разобраться с А и В. Чтобы разобраться с А и В... А потом выясняется что вкалывал ты не в ту сторону, или целый день ничего по существу не сделал

Если выдаётся что то типа
День 1) разбирался с А
День 2) разбирался с Б
И т д
То через какое то время начинаешь задумываться не только о том в правильную ли сторону копает товарищ, а копает ли в принципе или сидит весь день привете

Есть спринт, есть скрам, каждый день нужно вкратце рассказать а что там не так с А, и чтобы коллеги не смеялись а по возможности помогли разобраться или сразу зарубили ложные ветви

был у меня такой потенциальный кандидат в мои будущие менеджеры Даже скипу на меня жаловался.....

Ну есть более формальные процессы корректировки чем жаловаться скипу
Но если некого нанять на замену то приходиться мириться да, но пытаться выжимать максимальный результат либо кнутом либо пряником

По итогу откорректировали «эффективность» менеджера, заодно отправили на кучу тренингов по теме чем заменить кнут и пряник, чтобы хотя бы поддержать имеющуюся производительность

Понятно. Ну что ж, уровень менеджера должен соответствовать подчиненных

[Херовимчик]

[...] уровень менеджера должен соответствовать подчиненных

Я тут вас полностью поддерживаю!
(хоть меня и не покидает ощущение, что вы это поняли также как и пример с А и Б )

[Dweller]

[...] уровень менеджера должен соответствовать подчиненных

Я тут вас полностью поддерживаю!
(хоть меня и не покидает ощущение, что вы это поняли также как и пример с А и Б )

Нет, могу и уточнить - раз отправили на тренинг его а не вас то ему не хватило скиллзов.
Если уровень менеджера выше изначально то постепенно все кто в команде не соответствуют уровню требований уйдут или сами или менеджер их грамотно уйдёт.
Как поднять общий уровень группы - проблема курицы и яйца В вашем случае скипу удалось этот уровень только сохранить

[Херовимчик]

Вот видите, у вас изначально предвзятое отношение к ситуации - у вас если менеджер, то по умолчанию умный и группа должна под него подтягиваться

[Inchik]

Я бы хотела, чтобы у нас программистов оценивали по количеству и серьёзности багов, найденных QA во время тестирования.

[Komissar]

Я бы хотела, чтобы у нас программистов оценивали по количеству и серьёзности багов, найденных QA во время тестирования.

Это у вас взгляд QA. Были времена, когда отделов QA совсем не было, девелоперы отвечали за тестирование, но если девелоперы все-все будут тестировать, процесс написания фич очень замедлится. Ну и QA останется без работы