Как устроена структура работы в вашей компании

Что проверяют

Этот вопрос обычно задаёте вы в конце собеседования. Интервьюер по нему судит, что для вас важно, а вы получаете способ понять, как на самом деле живёт команда .NET-разработки. Если его задают вам о текущем месте работы, отвечайте по тому же каркасу, но без внутренних подробностей.

Как отвечать

Общий вопрос получит общий ответ про Scrum и дружный коллектив. Разбейте его на конкретные:

• состав команды: сколько бэкендеров на C#, есть ли свои тестировщики, аналитик, DevOps, кто ставит задачи и кто принимает результат;
• путь задачи до прода: как задача попадает в спринт, сколько человек ревьюит пулл-реквест, какой CI (GitLab CI, Azure DevOps, TeamCity), как часто релизы и кто их выкатывает;
• стек: на какой версии .NET работает прод, остался ли код на .NET Framework и есть ли план миграции, какие ORM и брокеры, закреплены ли правила в .editorconfig и анализаторах;
• качество: пишут ли тесты на xUnit или NUnit, есть ли интеграционные тесты на Testcontainers, как относятся к покрытию;
• ответственность: есть ли дежурства и как они оплачиваются, кто принимает архитектурные решения, сколько времени в спринте уходит на техдолг;
• рост: как устроен пересмотр грейда и зарплаты, по каким критериям.

Выберите три или четыре пункта, которые для вас решающие, остальное уточните у рекрутера. Слушайте не только ответ, но и то, как отвечают: если тимлид путается, как задача доходит до прода, процесса скорее всего нет.

Где спотыкаются

Задают вопрос для галочки и не слушают ответ. Интервьюер это видит, а вы уходите без информации для решения.

Спрашивают то, что написано в вакансии или на сайте компании. Это читается как неподготовленность.

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