Цели на испытательный срок как OKR
для любой роли, не только для тимлидов.

Пример целей моего тимлида

———

Этот пост — завершающий в серии про онбординг -> Первый пост с шаблоном чеклиста онбординга.
Сегодня поговорим про цели на ИС.

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

И это, в целом, нормально. В IT невозможно описать полный список обязанностей в трудовом договоре и критерии прохождения ИС, и я точно не призываю так делать. Этот пост не про KPI и не про формальные критерии прохождения ИС и точно не про инструмент для увольнения после испыталки.

Но есть риск: если ожидания от вас не сформулированы, то вы их можете неправильно понять и не попасть в них. И в итоге оказаться «так себе сотрудником», хотя работали усердно и по вашему мнению всё делали идеально.

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

💡Как составлять цели.

1️⃣ — Описать образ не только хорошего результата, но и превышения ожиданий, а также недостаточного результата.

Так мы поймем, что для руководителя «нормально», а что «прям вау». Ну и где «так себе». Это даст лучшее понимание ожиданий от роли, куда нужно двигаться чтобы получить промо, а где нужно обращать внимание, чтобы не упустить из виду важное.

Пример — составить долгосрочную техническую стратегию команды.

Хорошим результатом будет проведение совместной работы с командой, но при этом тимлид должен быть сам погруженным в технику, чтобы валидировать корректность предложений ребят. Если тимлид сделает всё сам без привлечения команды — это будет ниже ожиданий. А если тимлид успеет за 3 месяца составить такую стратегию, чтобы запланировать на следующий год цели с учётом этой стратегии — это будет сверхрезультатом.

2️⃣ По возможности разделить на метричные и проектные.

Метричные дают больше свободы в достижении. В работе с тимлидом важно говорить «что» нужно достичь и оставить достаточно свободы, чтобы он решил сам, «как» это реализовать. Примеры метричных целей: SLI сервисов, % флакующих тестов, Scope Drop спринта, % выполнения квартальных OKR.

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

Не обязательно, чтобы по всем целям срок был ровно 3 месяца. Я считаю, что испытательный срок тимлида на самом деле длится 9 месяцев. Поэтому и в целях стоит указывать проекты, по которым достичь результата за 3 месяца заведомо невозможно. Но все-таки какой-то ожидаемый срок стоит указать.

Итог

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

Цели на ИС — это способ переложить ожидания из головы руководителя в голову новичка, чтобы сфокусировать его на самом важном. Дать понять, по каким признакам будет оцениваться его работа.

А чтобы инструмент работал, нужно возвращаться к этим целям хотя бы раз в месяц и смотреть прогресс по ним.