ЯК оцінити працівника :: Відносини з роботодавцем

Оцінити працівника, який зайнятий фізичною працею, досить просто - за кількістю та обсягом виконаної роботи. Але от наскільки ефективний співробітник, який зайнятий інтелектуальною працею, наприклад, програміст, сказати важко. Оцінка ефективності праці у вік інформаційних технологій повинна проводитися за іншими критеріями.

Інструкція

Оцінити роботу програміста за кількістю виконаних завдань можна - ступінь їх складності може бути різною. Якщо ввести коефіцієнт складності і множити його на кількість програмного коду, то оцінка теж не буде коректною, адже навіть в простій задачі можна збільшити кількість коду за рахунок введення додаткових непотрібних логічних відгалужень, які її значно ускладнять. Тобто такий показник, як кількість коду, використовувати для оцінки ефективності роботи програмістів теж не можна.

Зробіть кількість помилок, які допускає співробітник в роботі, одним з показників її якості. Коли програмний продукт повністю задовольняє користувача і його якість дозволяє мінімізувати витрати компанії-розробника на тестування і підтримку, ви можете говорити про те, що робота програміста була ефективною. Якщо програмний продукт був погано налагоджений і реалізовані в ньому програмні рішення не були належним чином протестовані, це спричиняє значні втрати компанії, не тільки матеріальним, а й репутаційним.

Програміст, який працює в колективі компанії, що займається розробкою програмного забезпечення, повинен брати участь в інформаційному обміні і ділитися інформацією з іншими розробниками. Це стосується нових технологічних рішень, зручних конструкціях коду, вдалих реалізаціях того чи іншого програмного функціоналу. Його знання повинні допомагати іншим, і сам він повинен бути здатний сприймати ті нові практичні ідеї, які генерують інші члени команди. Оцінюйте роботу співробітника з урахуванням його комунікативних навичок і тієї корисної інформації, яку він надає колегам.

Цінність співробітника IT-відділу визначте і по тому, наскільки він сам може генерувати ідеї. Таким співробітникам не потрібно для виконання роботи докладного ТЗ і пояснень. Ці програмісти самі можуть знайти безліч шляхів вирішення завдання, тут же проаналізувати їх ефективність і вибрати найоптимальніший. Працівники такого складу використовують нетривіальні рішення і не боятися труднощів, вони виконують роль локомотива, за яким слідують всі інші.

Використовуйте для оцінки і такий критерій, як час доопрацювання коду. Чим воно коротше, тим ефективніше працює співробітник. Це свідчить про те, що конструкція програми зручна, назви змінних - зрозумілі, логіка - прозора і сам код реалізований на якісному рівні. Для роботи в команді це дуже важливий показник, оскільки дозволяє швидко зрозуміти логіку програми і прочитати код у разі необхідності його доопрацювання не тільки автору, а й іншому програмісту.