Собеседование — это не только проверка ваших навыков, но и «первое свидание» с будущей работой. Но что, если интервьюер, вместо того чтобы задавать вдумчивые вопросы, путает Agile с водопадной моделью, а бизнес-процессы называет «этими схемами с квадратиками»? В IT и системной аналитике, где точность терминов критична, такой диалог может стать испытанием на прочность. Разберёмся, как сохранить лицо, не сжечь мосты и даже извлечь пользу из этой ситуации.
Честно говоря, я до последнего не хотел писать статью на тему «IT-самозванцов», но меня натолкнула на это недавнее собеседование моего ученика. Он собеседовался в стартап приложения по музыке и подкастам, где его собеседовали молодые ребята на вид его ровесники. Когда мой ученик подметил ошибку одного из собеседующих на тему асинхронного взаимодействия по API, собеседующий начал активно давить его терминами из разработки, уверенно показывая свое превосходство. Самое смешное, что начал он это делать на его поле тематики - платежного шлюза, приводил ситуации, игнорируя бизнес-правила этой сферы и российского законодательства. При этом 2-й собеседующий нервно пытался остановить первого обидчика. Спустя сутки мы получили ответ в духе: «Мы ценим ваш опыт, но нам не до конца была раскрыта тема асинхронных взаимодействий» и далее накидали список тем, которых мой ученик отвечал не зная теорию, а приводя пример с практики. Меня сильно тронуло такое неуважение со стороны представителей компании, и я решил все же выпустить этот материал, чтобы более опытные и не очень сотрудники умели бороться с такими ситуациями на собеседованиях, а не игнорировать работу мечты, продолжая поиск по избитому российскому рынку IT.
1. Не спорьте, а уточняйте: как превратить ошибки в диалог
Представьте: интервьюер спрашивает: «Как вы оптимизируете бизнес-процессы? Мы тут внедряем Agile, но пока непонятно, как его прикрутить к BPMN». Вместо того чтобы ехидно заметить, что Agile — это методология управления проектами, а BPMN — нотация для моделирования процессов, задайте встречный вопрос:
— «Интересный кейс! Расскажите, какие цели у внедрения Agile в ваших процессах? Может, стоит начать с выделения зон, где гибкость важнее детального планирования?»
- Вы избегаете роли «умника», который унижает собеседника.
- Переводите разговор в русло решения проблем, что ценится в системной аналитике.
- Даёте интервьюеру шанс переформулировать мысль. Возможно, он просто неудачно выразился.
Пример из практики:
Один из подписчиков канала «БизнеС++» рассказал, как на собеседовании менеджер путал User Story и Use Case. Вместо спора кандидат предложил: «Давайте я приведу пример, как мы в прошлом проекте связывали User Story с этапами разработки. Может, это будет полезно?» В итоге его взяли — за умение находить общий язык даже в неловких ситуациях.
2. Используйте «метод Сократа»: задавайте вопросы, чтобы выявить контекст
Если интервьюер настаивает на ошибочном утверждении (например: «SCRUM не подходит для анализа требований»), не опровергайте его сразу. Спросите:
— «А как ваша команда сейчас формулирует требования? Были ли случаи, когда SCRUM создавал сложности?»
- Вы узнаете, стоит ли за ошибкой реальная боль компании. Может, они пытались внедрить SCRUM без понимания его принципов и теперь винят методологию.
- Покажете, что умеете анализировать проблемы, а не просто зубрите теории.
Связь с бизнес-процессами:
В системной аналитике важно выявлять корень проблем. Если интервьюер говорит, что «автоматизация ничем не помогла», спросите: «Какие метрики вы измеряли до и после? Возможно, мы найдём точки роста».
3. Говорите на языке результатов: перенаправляйте фокус на ваш опыт
Интервьюер: «Вы говорите, что оптимизировали процессы, но мы пробовали — это бесполезно».
Ваш ответ:
— «В моей практике сокращение времени на согласование ТЗ с 2 недель до 3 дней увеличило скорость выпуска фич на 40%. Какой процесс в вашей компании занимает больше всего времени? Могу поделиться кейсом».
Почему это важно:
- Вы переводите разговор с абстрактных споров на конкретику.
- Демонстрируете навык, критичный для бизнес-аналитика: связывать действия с результатами.
Пример из канала «БизнеС++»:
В статье «Почему одни компании растут, а другие топчутся» мы разбирали кейс, где замена «идеальных схем» BPMN на простые чек-листы для сотрудников ускорила внедрение в 2 раза. Иногда проблема — в избыточной сложности, а не в методах.
4. Зафиксируйте нестыковки — но после собеседования
Если интервьюер настаивает, что «логировать ошибки в коде не нужно, ведь у нас есть тестировщики», не перебивайте. Запишите этот момент и по окончании встречи вежливо уточните у HR:
— «Насколько распространён такой подход в команде? В моём опыте совмещение логирования и тестирования сокращало количество багов на 30%. Хотел бы обсудить это с техническим руководителем».
Зачем:
- Вы проявляете уважение к собеседнику, но даёте понять, что вопросы требуют deeper dive.
- Это страховка на случай, если интервьюер исказит ваши слова в отчете.
5. Оцените компанию: подмена понятий — это красный флаг?
Случайная ошибка — не приговор. Но если интервьюер путает базовые термины (например, называет Scrum Master’а «админом из IT»), задумайтесь:
- Кто формирует команды? Возможно, в компании нет чёткой HR-стратегии.
- Как здесь принимаются решения? Если даже на собеседовании царит дилетантство, что творится в проектах?
Пример из Agile:
В успешных командах даже новичков учат основам методологии. Если ваш интервьюер — исключение, спросите: «Проводите ли вы внутренние воркшопы для синхронизации знаний?» Отсутствие таких практик — повод насторожиться.
Итог: превратите собеседование в тест-драйв компании
Диалог с непрофессиональным интервьюером — не всегда провал. Используйте его, чтобы оценить:
- Гибкость компании: как реагируют на уточняющие вопросы?
- Культуру ошибок: признают ли, что есть пробелы, или защищают мифы?
- Ваши перспективы: если вас возьмут, сможете ли вы стать агентом изменений?
Как писали в статье «Бизнес-процессы: от схем до внедрения», даже идеальная нотация бесполезна, если команда не готова её использовать. Возможно, эта вакансия — шанс внедрить те самые IT-решения для бизнеса, о которых мы говорим в канале.
P.S. Я очень хочу что бы хорошие практические специалисты имели орудие против таких ситуаций. Поэтому не буду просить подписаться на канал а просто понадеюсь что статья попадет в нужные руки! Удачи всем ребятам из системного анализа! И помните танки не могут пройти данж если их не хилит сапорт!))