📈 Про перформанс-ревью

Совсем недавно в Яндексе завершился период ревью — оценки работы сотрудников за последние полгода.

Если коротко — вы описываете результаты своей работы, пишете отзывы на коллег, после чего руководители путем хитрых манипуляций выставляют вам оценку. По итогам одни получают премии, другие повышения, а кто-то открывает сайт с вакансиями 🫠.

Эта практика есть во многих крупных компаниях. Чуть больше можно узнать в докладах от 😊Яндекса и 😊Авито.

При написании селф-ревью (отчета о своей работе) важно делать это через призму пользы для бизнеса. Результат вашей работы позволил бизнесу либо заработать больше, либо потратить меньше. К примеру, не просто «оптимизировал поиск», а «оптимизировал поиск, что уменьшило количество отказов на 10%».

Бизнес-ценность зачастую можно извлечь из описания задачи (для чего-то ведь ее ставили), а метрики «до/после» пообщавшись с аналитиками. Кстати, это вырабатывает привычку думать о ценности задачи еще на этапе грумминга. При правильном подходе даже для чисто технических задач можно найти ее. Пример: «оптимизировал линтинг» → «ускорил CI» → «уменьшил время доставки фич».

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

В результате я начал фиксировать детали выполняемых мною задач в отдельной заметке: в чем заключалась задача, какие были сложности, с кем приходилось взаимодействовать. При таком подходе для написания селф-ревью останется только немного подредактировать собранную инфу. Плюс это помогает сразу определиться у кого стоит запросить фидбек.

Параллельно с этим я делаю пометки о работе своих коллег — это позволяет написать более развернутый фидбек, если они его запросят. Если вспомнить свои задачи за полгода бывает непросто, что говорить о работе коллег.

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

Проводить селф-ревью полезно даже если в вашей компании нет такого процесса:
🟠Можно оценить свой прогресс
🟠Обосновать повышение ЗП для руководства
🟠Использовать при описании опыта в резюме и на собесах

В комментариях можем обсудить как в вашей компании происходит оценка работы сотрудников.

🧠 Когнитивные искажения

В последнее время довольно много читал про различные когнитивные искажения (ошибки восприятия и интерпретации информации). Советую ознакомиться со списком таких искажений в Википедии — это очень интересно.

В какой-то момент мне захотелось собрать список искажений, свойственных для разработки (если брать шире — для любого бизнеса), но оказалось, что он уже есть — проект UXCore на сайте KeepSimple.

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

Несколько примеров таких искажений:

🛑Синдром неприятия чужой разработки или NIH (not-invented-here) — когда вместо использования готового инструмента или библиотеки, пилится свой велосипед.
🛑Ловушка невозвратных затрат или эффект Конкорда — ситуация, когда большое количество потраченных ресурсов мешают вовремя бросить бесперспективное дело. Решение этой ситуации выражено в поговорке: «Лошадь сдохла — слезь».
🛑Ошибка планирования — когда вторую неделю работаешь над задачей, на которую закладывалось три дня, а света в конце тоннеля все еще не видно.

Параллельно стоит заглядывать в Википедию, т. к. там тоже можно подчерпнуть что-то полезное. К примеру, на UXCore не приводится решение ошибки планирования, а вот в Википедии — да.