3. Результат. Оценка программиста с точки зрения, справился ли он с поставленной задачей. Справился с первого раза или была вереница багов, которая потянула за собой сроки. У любого результата, как положительного, так и отрицательного, есть свой фундамент, над которым мы можем работать для получения нужного нам результата.
Комментарий недоступен
Бизнес-процессы у всех разные, мы стараемся подмечать все успехи специалистов, не только промахи. На основании этого, например, можно делать выводы о последующих грейдах сотрудников. В таком случае всем интересно получать высокую оценку за работу.
Ну-ну продолжайте и дальше оценивать IT спецов по таким критериям и быстро увидите текучку. В IT во главе угла стоит результат и если он есть, остальное несущественно
оценки за работу? какой зашквар. людей с самой школы оценивают, как клеймо: "двоечник", "троечник".. я бы трубу шатал такого офиса за подобное отношение.
Ну вот опять 25. Ну вот я себя оцениваю как сотрудника плохо. Ну много минусов. Но работа строится на мне. Нет я не незаменим. Это сделать даже легко если захотеть. Но вот хотят-ли? Раз не заменили - значит нет. Тогда встает вопрос, а правильно ли я оцениваю себя? Ну плохо ты себя оцениваешь, другие то оценивают нормально. Да, это так. Но когда я буду ставить оценку кому-то я буду делать это исходя из сравнения с собой. И получится что я возможно и коллег буду оценивать более усердно чем нужно.
В общем в IT как и других сферах есть просто несколько факторов:
1. Результат. Либо есть либо нет
2. Доход либо он есть либо нет. Зависит от первого
Тоесть дальше идет простая формула есть результат? Есть. Есть доход от результата? Есть хорошо. Нет плохо.
А звездочки ну это провал. Еще и на vc написать об этом
P.s. аутсорс-продакшн - этим все сказано
Еще скажите что у вас сдельная оплата. Тогда мы тут все вообще ох**ем