изнанка испытательного срока + советы вам

подходит к концу мой испытательный срок — 3 месяца с тех пор, как PO в Revolut. выше уже говорила о том, что этот испытательный ощущается для меня совсем иначе, чем всегда. можете чекнуть тут.

давайте пройдемся по таймлайну этих трех месяцев чтобы научиться на моих ошибках или подсмотреть хорошие практики. погнали!

1. постановка целей — первая неделя
у моего руководителя уже было представление, чем я буду заниматься, еще до того, как я присоединилась к команде. в первую неделю он формализовал это в 7 конкретных целей, которые были частью 3х проектов.
советую: мы завели для целей отдельное пространство в jira. там начальник зафиксировал эпики со сроками, а я добавляла туда таски, отражала статус и изменения. было очень удобно отслеживать прогресс по ним во время еженедельных 1-1.
лучше не делать: я думаю, что покорно соглашаться с целями и не челленджить их наполнение / сроки — удел ленивых и недальновидных. меня оценивают не только по тому, как я достигла целей, но и по тому, какое критическое мышление использовала при их достижении. я знаю, что лучше четко аргументировать опасения (а у меня некоторые цели выглядели невыполнимыми), так даже если не достигну, то не буду выглядеть как неудачница.

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

3. исполнение — 2-3 месяца
среди моих целей было много про стратегическое планирование и создание продуктовых роадмэпов на будущее. часть задач была связана с дизайном, другая часть — с деливери новой функциональности. по сути, все эти проекты взаимосвязаны, но в течение рабочей неделе приходится много переключаться, пытаясь покрыть всё. кроме того, примерно половину моего времени занимали задачи, вообще не зафиксированные в целях. но тоже очень важные, конечно же. например, я пришла в начале q3, и деливери всего роадмэпа квартала было на мне. хотя, реализовывая это, я вообще никак не приближалась к исполнению своих целей на пробейшн.
советую / лучше не делать: выводы делайте сами.

4. оценка — 2 чекпоинта, в середине и в конце
ревью в революте поставлено на поток, а корпкультуре и мотивации сотрудников тут много внимания. на чекпоинтах нужно оценить саму себя в части скорости, качества работы и соответствия корпоративным ценностям по каждой из моих целей.
советую: еженедельно обновлять свой список достижений, чтобы на ревью не надо было судорожно вспоминать «почему меня вообще должны оставить в команде». спрашивать мнения коллег и ставить 1-1 со своей командой, чтобы собрать обратную связь и тоже козырнуть ей на оценке. а если у вас в компании система чекпоинтов не предусмотрена, инициируйте её сами — заработаете уважение босса.
лучше не делать: я челленджу оценки, которые мне ставят руководители. при этом (как мне кажется) не просто спорю, а пытаюсь докопаться до сути критики и аргументировано себя защищаю там, где есть возможность. иногда это приводит к тому, что я «не умею воспринимать фидбек». так что не перегибайте палку 🌚

и да, я пока не знаю, остаюсь ли в команде или тю-тю. не переключайтесь!

#revoluting