Про performance review в командах разработки

Что такое performance review?

Рис.1 “Схематичный рост оценки”

Ценности

Рис.2 “Пример ценностей”
  • Скорость доставки изменений (time-to-market)
    Нам важно быстро доставлять рабочий продукт до пользователей. Мы тратим много ресурсов на AB-тестирование и хотим проверять гипотезы быстро. Для этого у каждого продукта есть свой владелец, который генерирует идеи и вкидывает их в команду разработки, которая реализует и доставляет ее максимально быстро
  • Качество решения (product quality, external and internal)
    Любая наша ошибка на production— это потеря денег компании. Для ускорения доставки рабочего продукта мы должны встраивать quality assurance в процессы разработки, привлекая qa-инженеров максимально рано к разработке фич, автоматизируя тестирование фич, тем самым сокращая время регресса (shift)…
  • Эффективная команда (effective team)
    В современном IT мире часто команда, которая делает продукт для конечного пользователя, сама является продуктом — компании важно
    - Правильно ставить цели командам
    - Эффективно организовывать процессы командной работы
    - Качественно подбирать людей, которые могут и хотят вместе работать в команде
    - Сделать так, чтобы люди оставались в компании надолго, так как поиск и онбординг нетривиальный процесс, который очень недешево обходится компании

Кому и для чего нужно ревью?

Процесс ревью

  • Итоги работы за прошедший период
    - Бизнес результаты по продуктам, в создании/развитии которых участвовал разработчик (руководитель разработки заранее собирает фидбек с бизнес-заказчиков)
    - Качество выполнения работ (руководитель заранее собирает фидбек с qa-инженеров и членов той же команды разработки)
    - Выполнение личного плана развития
    - Приобретенные знания и опыт, навыки и качества
  • Двухстороннее общение
    - Фидбэк от руководителя разработки по выполненным планам: что хорошо сделано, что нужно подтянуть, …
    - Фидбэк от самого участника команды: все ли нравится, что мешает в работе, что хотелось бы улучшить, …
  • План на следующий период
    - Продукты/проекты, в которых бы хотелось поучаствовать сотруднику
    - Обсуждение личного плана развития, например, изучение нового языка или фреймворка, посещение конференции, подготовка доклада …

Навыки и качества

  • Способность решать проблемы и доводить дела до конца, то есть, добиваться результатов
  • Способность эффективно работать в кросс-функциональной команде, состоящей из дизайнеров, разработчиков, аналитиков, бизнес-заказчиков и так далее
  • Способность выявлять истинные потребности бизнеса из общих и смутных и неоднозначных формулировок
  • Способность находить нестандартные решения задач, а не тупо решать задачу в лоб
  • Способность критически мыслить, приоритизировать свои задачи, планировать время
  • Инициативность, способность самостоятельно принимать решения и расширять свою зону ответственности
  • Саморазвитие, самостоятельное изучение новых подходов и инструментов в работе и смежных областях

Профессиональный рост

Рис.3 “Пути карьерного развития условного разработчика”

Компенсация

Вопросы для подготовке к встрече по performance review

  1. Чего вы добились со времен предыдущего ревью?
  2. Какие проблемы и интересные задачи довелось решать и насколько успешно это было?
  3. Какие цели были перед вами поставлены руководством и соответственно какие результаты получены?
  4. Какие цели вы ставили сами перед собой и каковы достижения?
  5. Что как вам кажется вы делаете не так и что следует изменить?
  6. Насколько вообще было интересно заниматься запланированными задачами?
  7. Все ли устраивает в выбранном направлении?
  8. Что хотелось бы изменить?
  9. Что планируем сделать в течение следующего полугода по продукту?
  10. Что планируем освоить и изучить по личному/профессиональному плану?
  11. Какие планируются изменения в ближайшее время (должность, оклад/премия, зона ответственности)?
  12. Комфортные ли сейчас условия (позиция, доход, ответственность), какие ожидания, планы?
  13. Какие вопросы еще хотим обсудить?

--

--

--

Director of digital ecosystem development department at Tinkoff. Bachelor at applied math, Master at system analysis, Postgraduate studies at economics.

Love podcasts or audiobooks? Learn on the go with our new app.

Get the Medium app

A button that says 'Download on the App Store', and if clicked it will lead you to the iOS App store
A button that says 'Get it on, Google Play', and if clicked it will lead you to the Google Play store
Alexander Polomodov

Alexander Polomodov

Director of digital ecosystem development department at Tinkoff. Bachelor at applied math, Master at system analysis, Postgraduate studies at economics.

More from Medium

A Hostile Architecture Tour Around London

Impostor syndrome: How to fix it.

What it means to me, being a developer at Street Group

The writer of the blog, Steven Weir, stands holding the horn of a large, bronze sculpture of a charging bull near Wall Street, New York City.

Software Testing: 6 best practices that small companies implement and 2 that they do not