Когда просят рассказать о проекте, легко начать перечислять стек. Но названия технологий сами по себе мало объясняют: какую задачу ты решал, за что отвечал и как принимал решения.
Дай контекст без экскурсии по всей системе
Коротко объясни, для кого был продукт и какую задачу решала твоя команда. Собеседнику нужен контекст, в котором можно оценить последующие решения. Внутренние названия сервисов и история всех интеграций обычно этому не помогают.
Попробуй уложить вступление в несколько предложений. Затем переходи к своей роли.
Отдели работу команды от своего вклада
Полезно прямо сказать: «Команда отвечала за это, а я занимался вот этой частью». Это помогает показать реальную ответственность и не приписывать себе общий результат.
Выбери одну задачу, в которой есть что обсудить: неоднозначное решение, ограничение, ошибка или необходимость разобраться в незнакомой области.
Покажи ход мысли
Для выбранной задачи подготовь ответы на четыре вопроса:
- Что нужно было изменить и почему?
- Какие были ограничения?
- Какие варианты рассматривались и почему выбрали этот?
- Как проверяли, что решение работает?
Не обязательно описывать архитектурный подвиг. Обычная задача с ясным объяснением компромиссов может хорошо показать зрелость мышления.
Говори о результате без выдуманных чисел
Если есть проверенные измерения, объясни, что и в каких условиях измеряли. Если их нет, опиши наблюдаемый результат: какой сценарий заработал, какую ручную операцию убрали, что стало проще сопровождать.
Придумывать проценты ради убедительности не нужно. Спокойное «этот показатель мы не измеряли» лучше числа, за которым нет фактов.
Потренируй короткую версию
Расскажи о проекте вслух за две–три минуты. Проверь, понятны ли задача, твоя роль и хотя бы одно решение. Оставь детали для уточняющих вопросов.
Хороший рассказ о проекте — это понятная связь между задачей, твоими действиями и результатом.
Если после репетиции хочется добавить ещё десять технологий, сначала спроси себя: что именно они помогают понять о моей работе?