Как проходил испытательный срок на предыдущем месте?
Что проверяют
Как вы входите в новую кодовую базу и насколько быстро становитесь полезны. Косвенно интервьюер ищет тревожные сигналы: не прошли испытательный срок, ушли в первые месяцы, конфликтовали. Следом обычно спрашивают, какие цели ставили на испытательный срок и как их оценивали.
Как отвечать
Нужен короткий рассказ с вашими фактами, а не шаблон. Каркас:
- старт: стек проекта (например, React с TypeScript, Next.js, стейт-менеджер, сборка на Vite или webpack), размер команды, длительность срока. По ТК РФ для большинства должностей он не больше трёх месяцев;
- цели: что от вас ждали к концу срока. Например, самостоятельно брать задачи среднего размера, разобраться в дизайн-системе, закрыть конкретную фичу;
- вход: подняли проект локально, прочитали README и записи архитектурных решений, взяли первые задачи для новичков, прошли первые код-ревью;
- результат: что конкретно вышло в прод, например переписанная форма оформления заказа или перевод компонентов на TypeScript. Цифры только свои и только те, что можете объяснить;
- обратная связь: что сказал руководитель в конце и что вы поменяли по ходу.
Хорошо звучит, если вы сами попросили встречу в середине срока, чтобы сверить ожидания. Это показывает инициативу без громких слов.
Если срок не прошли или ушли сами, не скрывайте: это легко всплывает в рекомендациях. Коротко назовите причину без обвинений (не совпали ожидания по задачам, стек оказался не тем, что обещали) и скажите, что теперь уточняете на собеседовании заранее. Если это первое место, расскажите о стажировке или первых месяцах на фрилансе.
Где спотыкаются
Отвечают одной фразой «прошёл успешно». Тема закрыта, но интервьюер так и не узнал, как вы работаете.
Приносят STAR-шаблон с «повысил качество продукта» и «выпустили в срок». Без конкретной задачи и технологии такой ответ звучит заученно.
Ругают прошлого работодателя, объясняя уход. Даже если претензии обоснованы, на собеседовании это читается как риск для новой команды.