Да даже если не количественно оценивать все равно без записи теже самые неправильные выводы только без явного подсчёта..(ну по памяти вспомнят что тот ошибался часто программист а тот другой редко)..
Причем это массовое помешательство т.е оценивают очень многих некорректно..это не единичные случаи...ни одна компания и ни одного человека ... Просто никому реальные причины не интересны , все действуют на основе а ну мне кажется что тот программист лучше этого.....А думают так они на основе ложных фактов.
Сталкивался часто когда сотрудников оценивали - по количеству найденных недочётов т.е багов и переоткрытию тасок - (но никто во внимание не брал что те кто решали баг это или нет это qa, только qa за новыми сотрудниками в основном смотреле тоже новенькие, а qa а за теми кто давно работает также закреплялись бывалые qa) ясное дело что новички qa найдут несуществующие проблемы...плюс новички программисты ясное дело что сделают больше ошибок из-за незнания проекта.....но если это не учитывать то это просто неправильный метод оценки ведущий к неправильным выводам.....в этой же компании возьмём ещё других двух программистов..один медленно работает но красиво говорит делает скажем 6 задач в месяц с 3 багами...Другой делает скажем 18 задач но с 8 багами...Багов суммарно меньше у первого получается он молодец. Т.е опять неверная форма оценки, нельзя просто по количеству багов оценивать не учитывая множество других факторов.
таких примеров уйма, неправильно поставили задачу программист сделал не то , кто виноват - ну конечно программист, постановщик не может быть виноват т.к он выше по должности и может уволить программиста или повлиять на это .
Джун программист завидует и доносит о любых недочетах миддлов или Синьера. А Синьеры на Джуна не докладывают а помогают учиться...Правильно в глазах начальства кого уволить? ну наверно того миддла онже больше ошибок делает чем Джун.
Сломалось что-то на проде ? кто виноват ? Ну конечно программист...но не начальство которое не выделило время на поднятие авто тестов , пре прод среды , ревью кода и т.д.. не наняло квалифицированные людей..
\\Излишняя самоуверенность: результатами работы сотрудника не очень довольны, ему об это прямо говорят, но сотрудник не готов слышать факты
Иногда не сотрудник не - не готов слышать факты, а он даёт аргументированные ответы но его ответы не готовы слышать потому что они не удобны начальству, себя же виноватым никто не хочет видеть... Рыба гниёт с головы есть пословица. Если результатом подчинённого не довольны стоит задуматься а не виноват ли в этом сам тот - кто не доволен результатом.
Встречал уйму кейсов когда результатом не довольны а по факту просто неправильная оценка сотрудников и методы оценки. И за частую эту оценку и методы ещё не обскуждают с этими сотрудниками, просто себе на уме неправильно оценивают и потом увольняют.
бот по бесплатному обмену переехал сюда https://reklama.today
Можно бесплатно обмениватья рекламой с другими рекламными площадками телеграмма например тут https://t.me/PromoFreeExchangeBot
Можно через PromoFreeExchangeBot бесплатно обмениваться рекламой в telegram c другими каналами
Да даже если не количественно оценивать все равно без записи теже самые неправильные выводы только без явного подсчёта..(ну по памяти вспомнят что тот ошибался часто программист а тот другой редко)..
Причем это массовое помешательство т.е оценивают очень многих некорректно..это не единичные случаи...ни одна компания и ни одного человека ... Просто никому реальные причины не интересны , все действуют на основе а ну мне кажется что тот программист лучше этого.....А думают так они на основе ложных фактов.
Сталкивался часто когда сотрудников оценивали - по количеству найденных недочётов т.е багов и переоткрытию тасок - (но никто во внимание не брал что те кто решали баг это или нет это qa, только qa за новыми сотрудниками в основном смотреле тоже новенькие, а qa а за теми кто давно работает также закреплялись бывалые qa) ясное дело что новички qa найдут несуществующие проблемы...плюс новички программисты ясное дело что сделают больше ошибок из-за незнания проекта.....но если это не учитывать то это просто неправильный метод оценки ведущий к неправильным выводам.....в этой же компании возьмём ещё других двух программистов..один медленно работает но красиво говорит делает скажем 6 задач в месяц с 3 багами...Другой делает скажем 18 задач но с 8 багами...Багов суммарно меньше у первого получается он молодец. Т.е опять неверная форма оценки, нельзя просто по количеству багов оценивать не учитывая множество других факторов.
таких примеров уйма, неправильно поставили задачу программист сделал не то , кто виноват - ну конечно программист, постановщик не может быть виноват т.к он выше по должности и может уволить программиста или повлиять на это .
Джун программист завидует и доносит о любых недочетах миддлов или Синьера. А Синьеры на Джуна не докладывают а помогают учиться...Правильно в глазах начальства кого уволить? ну наверно того миддла онже больше ошибок делает чем Джун.
Сломалось что-то на проде ? кто виноват ? Ну конечно программист...но не начальство которое не выделило время на поднятие авто тестов , пре прод среды , ревью кода и т.д.. не наняло квалифицированные людей..
\\Излишняя самоуверенность: результатами работы сотрудника не очень довольны, ему об это прямо говорят, но сотрудник не готов слышать факты
Иногда не сотрудник не - не готов слышать факты, а он даёт аргументированные ответы но его ответы не готовы слышать потому что они не удобны начальству, себя же виноватым никто не хочет видеть... Рыба гниёт с головы есть пословица. Если результатом подчинённого не довольны стоит задуматься а не виноват ли в этом сам тот - кто не доволен результатом.
Встречал уйму кейсов когда результатом не довольны а по факту просто неправильная оценка сотрудников и методы оценки. И за частую эту оценку и методы ещё не обскуждают с этими сотрудниками, просто себе на уме неправильно оценивают и потом увольняют.