Почему хорошие задачи ещё не гарантируют успешный старт
На своей первой большой работе в IT я старался, закрывал задачи и был уверен, что всё идёт хорошо. Однако испытательный срок закончился увольнением. Причина была не в одном проваленном проекте, а в двух ситуациях, где я не понял внутренние правила компании.
Этот опыт хорошо показывает устройство испытательного срока. Работодатель смотрит на технический результат, но одновременно оценивает, как человек задаёт вопросы, согласует действия, принимает обратную связь и встраивается в команду. Новичку эти правила могут казаться очевидными только задним числом.
Ошибка первая: инициатива без понимания маршрута
Для работы понадобился доступ. Когда обычный процесс согласования остановился, я нашёл ответственного человека во внутренней системе и попытался решить вопрос напрямую. С точки зрения задачи это выглядело как инициатива. С точки зрения организации — как обход принятой цепочки коммуникации.
Правильное действие в такой ситуации состоит из двух шагов. Сначала сообщить руководителю, где именно заблокирована задача и к какому сроку нужен доступ. Затем уточнить, кому можно писать и когда проблему следует поднимать выше. Инициатива остаётся, но руководитель видит контекст и контролирует риск.
Полезная формулировка: «Доступ ждём два дня, без него задача остановится в четверг. Я могу написать ответственному напрямую или лучше передать вопрос через вас?»
Ошибка вторая: неверно понятая шкала оценки
Во время внутренней оценки я поставил высокие баллы себе и коллегам. Я воспринимал шкалу буквально: если работа сделана хорошо, значит нужна высокая оценка. В команде действовала другая негласная калибровка, где средний балл означал нормальную сильную работу, а максимум использовали редко.
Проблема не в уверенности сотрудника и не в скромности. Проблема — в разных значениях одной цифры. Перед самооценкой стоит спросить, что означает каждый уровень и какие примеры результата ему соответствуют. Тогда оценка опирается на критерии, а не на догадку.
Как согласовать критерии испытательного срока
В первую неделю нужно превратить общее «войти в работу» в несколько проверяемых результатов. Например: разобраться в сервисе, самостоятельно выпустить небольшую задачу, научиться проводить изменение через ревью и подготовить план следующего этапа.
Запишите договорённости в коротком сообщении после встречи. Это не бюрократия, а общая точка отсчёта. Советы HH.ru для первых рабочих дней тоже строятся вокруг вопросов, знакомства с процессами и поиска обратной связи.
| Что уточнить | Слабый вопрос | Полезный вопрос |
|---|---|---|
| Результат | «Всё нормально?» | «Какой результат вы ждёте от меня к концу месяца?» |
| Качество | «Я хорошо сделал?» | «Какие два пункта нужно улучшить в следующей задаче?» |
| Процесс | «Кому писать?» | «Куда сначала идти с блокером и когда подключать вас?» |
| Приоритет | «Что делать дальше?» | «Что важнее на этой неделе и почему?» |
Как получать обратную связь до финальной оценки
Не ждите конца испытательного срока. Договоритесь о короткой встрече раз в неделю или раз в две недели. На неё достаточно принести четыре пункта: что завершено, что заблокировано, что изменилось после прошлого разговора и на чём будет фокус дальше.
Спросите прямо: «Если продолжу работать так же, успешно ли пройду испытательный срок?» Этот вопрос помогает обнаружить разрыв между выполненными задачами и ожиданиями. Руководство Atlassian по встречам один на один также предлагает обсуждать прогресс, сложности и конкретную поддержку регулярно.
Как сделать свою работу видимой
Полезный результат может остаться незаметным, если о нём знает только исполнитель. Видимость — это не самореклама. Это понятная связь между задачей команды и вашим вкладом.
После заметной задачи отправьте короткий итог: какая была проблема, что сделали, какой эффект получили, что остаётся. Вместо «починил выгрузку» лучше написать: «Исправил повторную обработку записей; время ночной выгрузки вернулось к обычному, утром проверю метрики ещё раз».
Так руководителю проще оценивать прогресс, а вам — собирать примеры для встреч и будущего резюме.
План первых 30 дней
- Записать ожидаемые результаты испытательного срока.
- Узнать правила доступа, согласования и эскалации проблем.
- Договориться о регулярной обратной связи.
- После каждой важной задачи отправлять короткий итог.
- В середине месяца сверить курс прямым вопросом руководителю.
- Сохранить примеры задач по схеме «проблема — действие — результат».
Не нужно становиться идеальным сотрудником за месяц. Нужна понятная динамика: вы слышите замечания, исправляете курс и всё увереннее решаете задачи без постоянного контроля.
Как мы поддерживаем на испытательном сроке
В программе «Оффер под ключ» работа не заканчивается после оффера. Мы поддерживаем выпускника на испытательном сроке: помогаем разобрать сложную коммуникацию, подготовиться к обратной связи и увидеть риск до того, как он станет большой проблемой.
Такой внешний взгляд особенно полезен в первые месяцы. Ментор знает вашу подготовку, понимает контекст роли и может быстро перевести тревогу «кажется, я не справляюсь» в конкретный план действий.
Источники
частые вопросы
Короткие ответы
Что спросить у руководителя в первую неделю?
Уточните три вещи: какой результат нужен к концу испытательного срока, по каким признакам его оценят и как часто вы будете сверять прогресс.
Как часто просить обратную связь?
На старте удобно договориться о короткой еженедельной сверке. Частота зависит от команды, но итог испытательного срока не должен становиться первым подробным разговором о качестве работы.
Что делать, если правила в компании не объяснили?
Соберите конкретные вопросы и уточните их у руководителя: кто согласует доступы, куда эскалировать проблему, как сообщать о результате и что означает внутренняя шкала оценки.
