чи нам Потрібна система оцінок?

Ще зі шкільних часів ми прив'язані до різних систем оцінок. Вчителі оцінювали наші знання за п'ятибальною (або якоюсь іншою) шкалою, і якщо по якому-небудь предмету ми отримували незадовільний бал, ситуацію потрібно було терміново виправляти. Далі тенденція продовжилася в університеті, але досить часто система оцінок ніяк не використовується на робочих місцях. Люди просто працюють, виконують завдання, а ввечері йдуть додому. Я б хотів поміркувати на тему, чи потрібні системи оцінок на робочих місцях і як їх краще організувати.
Перейду відразу до прикладу, а саме – робота таксі. Хочу порівняти позитивний досвід з негативним, а потім зробити певні висновки на тему системи оцінок. Закінчу деякими думками на тему того, як можна застосовувати систему оцінок для оцінки роботи розробника в компанії.

Отже, почну з позитивного досвіду замовлення таксі. Коли я залишав Прагу, я заздалегідь замовив таксі до аеропорту через місцевий сервіс на 6 годин ранку. В 5:55, коли я виписувався з готелю, до мене на ресепшені підійшов солідного вигляду чоловік в костюмі і пальто, з акуратною зачіскою. Він задав мені одне питання: «Taxi?». Після мого позитивного кивка він попросив мене пройти за нею до автомобіля, що стоїть прямо біля виходу з готелю. Він довів мене до ідеально чистого автомобіля, ніби тільки що з мийки і відкрив мені двері, запрошуючи всередину. Потім сів сам, тихенько включив місцеве радіо і запитав, чи я не проти. До стилю водіння даного громадянина у мене претензій теж не виникло. Коли ми доїхали, він запропонував мені кілька видів розрахунку на вибір: крони, євро або банківська карта. Коли я заплатив за послугу, він знову відкрив мені двері і побажав приємного польоту. Начебто нічого особливого він і не зробив, але сервіс залишив дуже позитивне враження.
Коли я прилетів у своє місто, я отримав в літаку купон на знижку в аеропортовому таксі. Коли я підійшов до точки замовлення машин, мені озвучили ціну з урахуванням знижки та попросили залишити свій номер телефону. Ціна мене влаштувала, і через хвилину на мій номер прийшло повідомлення з інформуванням про те, що на моє замовлення призначена така машина з таким-то номером. А ще через хвилину зателефонував бот і повідомив, що машина під'їхала до виходу з аеропорту і чекає мене. So far so good, як говориться. Я вийшов з машини біля виходу не виявив, тому довелося трохи прогулятися. Я так і не зрозумів, що водієві заважало під'їхати прямо до виходу, адже ніяких перешкод для цього не було, благо наш аеропорт не пропускає через себе десятки тисяч пасажирів щодня. Автомобіль стояв трохи віддалік, метрах в 50 від виходу. Коли я підходив до нього, то насилу роздивився номера за налиплого на них бруду. Втім, до бруду я особливих претензій не маю, погода була досить сльотава, і надраивать машину в таку погоду немає особливого сенсу. Мої внутрішні претензії почалися далі.
Коли я сів в автомобіль, водій ще раз уточнив адресу, і ми рушили. Сабвуфер і сателіти знаходилися позаду, а я сів на заднє сидіння. Я дізнався цю новину про саб відразу після того, як водій включив музику настільки голосно, що у мене виникли дискомфортні відчуття в голові. Я промовчав, але через 10 хвилин мені все ж стало дуже неприємно, тому я попросив його зменшити гучність. Мені без різниці, чи включають водії музику або камеді-радіо або їдуть в повній тиші, але до болю у вухах гучна музика мене не вразила. Стиль водіння даного водія мені теж не сподобався – він весь час прагнув всіх обігнати, і часто виїжджав на зустрічну заради чергового обгону. Це був один з тих небагатьох випадків, коли я просто був радий тому, що доїхав до будинку.
Так от, при чому ж тут система оцінок. У празькому таксі можна було дати оцінку водієві. В нашому місцевому – ні. Водій бачив мене в перший і останній раз в житті, і після закінчення поїздки я ніяк не міг вплинути на його справи. Якщо наш аеропорт запровадить таку систему оцінок, то з багатьма водіями можна було б провести виховні бесіди за підсумками поїздок. Думаю, багато хто помічав, що якщо використовувати популярні сервіси таксі рівня Gett, Uber або Яндекс, то водії все частіше підходять до своєї роботи більш професійно і клиентоориентированно. І все тому, що водії турбуються про свій рейтинг, це і дає їм мотивацію зробити все для комфортної поїздки пасажира.
Але з оцінкою роботи розробника (втім, і будь-якої іншої позиції теж) все дещо складніше. Розробник не може бути оцінений за результатами виконання однієї конкретної задачі або за результатами спринту. На мій погляд, оцінка розробника – це комплексна величина, побудована на відносно довгому проміжку часу. Особисто я вважаю, що відмінний варіант оцінки розробника – це щоквартальні оцінки. Я побачив цей метод в одній з компаній, в яких працював, і полягає він в наступному:
  1. Розробник пише про себе коротке резюме, де описує свої досягнення і, можливо, невдачі за минулий квартал.
  2. Оцінює себе по ряду показників за п'ятибальною шкалою:
    • Якість виконання завдань. Мається на увазі, як часто завдання відправлялися на доопрацювання командою QA після їх виконання розробником.
    • Швидкість виконання завдань або продуктивність.

    • Легкість в комунікації з колегами.
    • Коректність оцінок завдань, відповідність цієї оцінки реального часу виконання.
    • Самонавчання, як багато часу приділялося цього.
    • Навчання колег, менторинг, участь в code review.
    • Рішення проблем або Problem Solving.
    • Здатність розробника зануритися в задачу і докопатися до справжньої причини, а не задовольнятися поверхневим рішенням (милицею).
    • Професійні навички.
    • Можливі інші критерії.
  3. Колеги оцінюють розробника з аналогічним критеріям і теж пишуть про нього коротке резюме.
    Відповідальна особа або група осіб обробляють результати і створюють комплексну оцінку роботи розробника.
загалом, цей метод відомий як QPF або Quality Performance Feedback, можливо у нього є ще кілька назв. Потенційно вузькі місця, звичайно, теж присутні:
  1. Суб'єктивність оцінок кожного ревьюера + суб'єктивність резюмирующего.
  2. Є проекти, де працюють 1-2 людини. У такому разі доводиться " притягати за вуха, щоб відповідати процесам. Вас може оцінити людина, з яким ви ніколи не працювали, і ця оцінка буде взята зі стелі.
  3. На багато питань часто важко відповісти. Наприклад, самонавчання – моїм колегам може бути невідомо, скільки часу я приділяю цьому.
Але в цілому я вважаю, що при грамотній реалізації QPF допоможе створити більш-менш адекватну професійну картину розробника. Само собою, цей процес не замінює людського спілкування: після виставлення комплексної оцінки, керівник відділу (або інша людина, резюмирующий всі відгуки про розробника) повинен поговорити з самим розробником і його тім-лидом. Спілкування віч-на-віч допоможе краще зрозуміти позиції сторін і частково відсіяти суб'єктивні оцінки.
На завершення скажу, що ще один чудовий метод оцінки та покращення професійних навичок розробника одночасно – це code review. Цей процес має на обов'язкових права бути присутнім у будь-якій компанії. Причому розробник повинен як і сам віддавати свій код на рев'ю, так і сам переглядати пулл реквесты за його проектом.

У цілому я навіть вважаю, що code review набагато більш важливі, ніж часом абстрактні QPF. Але варто відзначити, що досить часто QPF вносить щось на зразок елемента гейміфікації, коли співробітники компанії прагнуть стати більш професійними і отримати більш високі оцінки. Хоча, звичайно, прагнення до становлення професіоналом високого рівня ніяк не повинно залежати від наявності або відсутності прийдешнього виставлення оцінок, але, тим не менш, такий момент може бути присутнім.
Резюмуючи пост, висловлю свою думку – часто ми потребуємо в системі оцінок для того, щоб поліпшити якість надаваних послуг. Але скрізь повинна бути своя система оцінок. Припустимо, поїздку в таксі досить просто оцінити за п'ятибальною шкалою, в той час як робота розробника, менеджера проекту, тестувальника або аналітика вимагає більш комплексної оцінки.
Джерело: Хабрахабр

0 коментарів

Тільки зареєстровані та авторизовані користувачі можуть залишати коментарі.