Performance Review изнутри
Апдейт поста годичной давности про Performance Review
Там всё актуально, но вот я побывал внутри этого процесса и хочу рассказать, что меня удивило.
После написания селф-ревью и сбора фидбека от коллег, начинается общекомпанейский процесс калибровок.
Раньше я видел ситуации, когда два инженера нанесли схожую пользу, при этом одному из них дали повышение, а другому — ничего
Калибровки нужны, чтобы избежать таких ситуаций.
Калибровка — это сессия встреч, где каждый тимлид представляет оценки за работу своих инженеров, а другие тимлиды убеждаются в справедливости.
Мне рассказывали кучу историй о баталиях, которые происходят на калибровках. О том, как жестко челленджат друг друга тимлиды. О том, как крутым сеньорам ставят оценку "норм" за эпический годовой проект, потому что "да у нас так мидлы каждый день делают".
На деле было не так.
— Во-первых, было и такое, что тимлид приносил инженера на повышенную премию, а ему единогласно давали повышение грейда. При чем еще до того, как тимлид закончил рассказ. Этим тимлидом был я 🙂
— Во-вторых, бывало, что тимлид собрал недостаточно информации и вёл инженера на "норм", но его просили переподготовиться и в следующий раз оказывалось, что инженер наперформил на повышенную премию.
— А еще бывает, что у тимлида не растут инженеры. Не потому, что инженеры фиговые, а потому, что тимлид не обращает внимания на их достижения. Я понял, что калибровка — в том числе способ обратить внимания тимлида на успехи инженеров.
Таким образом, калибровки выравнивают опыт инженеров по всей компании.
Обратная сторона медали — временной оверхед калибровок. Процесс полезный, но дорогой. Впрочем, всё ради Developer Experience.
Попозже расскажу еще о процессах в Авито, построенных ради Developer Experience и Time To Market. Например, у каждой команды есть оценка уровня зрелости процессов — Team Maturity Model (TMM). А еще есть оценка уровня совершенства тех. компонентов — Service Excellence Score. Прямо сейчас считаем нашу оценку по TMM, чтобы найти слабые места и придумать, как улучшить.
Апдейт поста годичной давности про Performance Review
Там всё актуально, но вот я побывал внутри этого процесса и хочу рассказать, что меня удивило.
После написания селф-ревью и сбора фидбека от коллег, начинается общекомпанейский процесс калибровок.
Раньше я видел ситуации, когда два инженера нанесли схожую пользу, при этом одному из них дали повышение, а другому — ничего
Калибровки нужны, чтобы избежать таких ситуаций.
Калибровка — это сессия встреч, где каждый тимлид представляет оценки за работу своих инженеров, а другие тимлиды убеждаются в справедливости.
Мне рассказывали кучу историй о баталиях, которые происходят на калибровках. О том, как жестко челленджат друг друга тимлиды. О том, как крутым сеньорам ставят оценку "норм" за эпический годовой проект, потому что "да у нас так мидлы каждый день делают".
На деле было не так.
— Во-первых, было и такое, что тимлид приносил инженера на повышенную премию, а ему единогласно давали повышение грейда. При чем еще до того, как тимлид закончил рассказ. Этим тимлидом был я 🙂
— Во-вторых, бывало, что тимлид собрал недостаточно информации и вёл инженера на "норм", но его просили переподготовиться и в следующий раз оказывалось, что инженер наперформил на повышенную премию.
— А еще бывает, что у тимлида не растут инженеры. Не потому, что инженеры фиговые, а потому, что тимлид не обращает внимания на их достижения. Я понял, что калибровка — в том числе способ обратить внимания тимлида на успехи инженеров.
Таким образом, калибровки выравнивают опыт инженеров по всей компании.
Обратная сторона медали — временной оверхед калибровок. Процесс полезный, но дорогой. Впрочем, всё ради Developer Experience.
Попозже расскажу еще о процессах в Авито, построенных ради Developer Experience и Time To Market. Например, у каждой команды есть оценка уровня зрелости процессов — Team Maturity Model (TMM). А еще есть оценка уровня совершенства тех. компонентов — Service Excellence Score. Прямо сейчас считаем нашу оценку по TMM, чтобы найти слабые места и придумать, как улучшить.