Какие параметры вы добавляли при доработках
Что проверяют
Умеете ли вы проработать изменение до уровня конкретного поля: откуда взялось требование, как параметр описан и что он задел в соседних системах. Следом обычно просят разобрать один случай подробно: как вы описали атрибут в спецификации и что стало со старыми данными.
Как отвечать
Нужны один-два своих случая, а не список названий полей. Удобный каркас:
- повод: какая задача бизнеса или какой дефект потребовал нового параметра. Например, новый статус заявки, признак согласия на рассылку, поле в ответе API для мобильного клиента;
- описание: тип, формат, обязательность, значение по умолчанию, справочник допустимых значений, правила валидации, источник значения (вводит пользователь, считает система, приходит из смежной системы);
- совместимость: новое поле в контракте API сначала делают необязательным, чтобы не сломать потребителей, которые о нём не знают. Если параметр хранится в базе, решаете, чем заполнить уже существующие записи;
- влияние: какие отчёты, интеграции, выгрузки, роли и права задевает изменение и кого нужно предупредить;
- артефакты: где это зафиксировано: спецификация OpenAPI, модель данных, постановка в трекере, критерии приёмки для тестировщиков.
Цифры результата называйте только свои и проверяемые. «Операторы стали вдвое реже уточнять данные у клиентов, считали по обращениям» звучит честно, а «точность выросла на 25%» без объяснения, как считали, вызывает вопросы. Если такого опыта не было, так и скажите и разберите учебный или гипотетический пример по тому же каркасу: интервьюеру важен ход мысли, а не масштаб проекта.
Где спотыкаются
Перечисляют названия полей без контекста. Из списка «добавил status, region, comment» не видно, что анализ делали вы, а не разработчик.
Забывают про существующие данные и обратную совместимость. Обязательное поле, добавленное в работающий контракт, ломает всех клиентов в день релиза.
Не могут объяснить, зачем параметр был нужен. Если за полем не стоит задача пользователя или бизнеса, это выглядит как исполнение чужих указаний без анализа.