На собеседовании человек говорит: «В итоге я всё сделал сам». В голове руководителя уже готов вывод. У одного — «сильный, берём». У другого — «не командный, до свидания». Оба ещё почти ничего не узнали, но решение уже красиво объяснили.
Меня интересуют повторяющиеся способы действовать: как человек принимает решение, делится знаниями, признаёт ошибку и обсуждает риск. Их полезно проверять при найме. Но по одному рассказу нельзя надёжно определить личность, мотивы и будущую совместимость с командой. Самоуверенный интервьюер способен стать более серьёзным риском, чем кандидат, которого он пытается раскусить.
Обновлено 30 сентября 2026 года. В основе — моя статья «Red Flags в найме глазами лида» от 20 октября 2025 года. Здесь я развиваю тему и пересматриваю спорные формулировки: от запоминающихся образов к наблюдениям, альтернативным объяснениям и проверке гипотез.
Что заставило меня уточнить подход
В обсуждении на Хабре справедливо возразили: специалист может тащить всё один из-за устройства команды, а не желания всё контролировать. И интервьюер не получает права классифицировать человека после часового разговора. Ещё один важный вопрос — не объясняет ли руководитель собственные ошибки найма задним числом удобными ярлыками.
Я принимаю эту критику как повод сделать инструмент точнее. Название паттерна может помочь запомнить вопрос. Оно не должно заменять ответ.
Фраза «я увидел red flag» сама по себе ничего не доказывает. Нужна последовательность:
- Что именно человек сказал или сделал?
- Какой риск для конкретной роли я предполагаю?
- Какие ещё объяснения подходят к этому наблюдению?
- Какой вопрос или рабочая задача различит эти объяснения?
- Какие свидетельства изменят моё первоначальное мнение?
Последний вопрос особенно неприятен. Если никакой ответ не способен тебя переубедить, интервью уже закончилось. Остался спектакль.
Радар поведения вместо коллекции типов личности
Я использую шесть направлений разговора. Это карта профессионального поведения, не психометрический тест. Я не вывожу характер из позы, скорости речи, зрительного контакта или паузы перед ответом.
Наблюдение → гипотеза → уточнение → свидетельство
Для одной роли важнее глубина узкой экспертизы, для другой — согласование нескольких команд. До интервью нужно определить ожидания. Иначе один кандидат проиграет за излишнюю самостоятельность, а другой — за недостаточную инициативность, потому что критерий менялся по ходу беседы.
Ниже — условные диалоги для разбора, а не стенограммы реальных собеседований. Названия паттернов описывают рассказ или действие в конкретном контексте.
«Обиженный герой»: в рассказе виноваты только другие
Наблюдение. В нескольких примерах подробно разобраны ошибки начальства и коллег, но собственная зона влияния остаётся неизвестной.
Риск. В будущей работе может быть трудно разбирать причины неудач и договариваться об изменениях. Но это пока гипотеза: предыдущая среда действительно могла быть разрушительной, а у человека могло не быть полномочий.
— Руководство постоянно меняло приоритеты, проект сорвался.
— Что в тот момент зависело от вас? Как вы показывали последствия изменений?
— Я фиксировал влияние на сроки, но не мог остановить новые задачи.
— Что из этого помогло, а что вы теперь сделали бы иначе?
Я ищу конкретные действия и понимание границ влияния. Не требую ритуального признания «во всём виноват я». Ответственность не означает способность управлять чужими решениями.
Когда тревога снижается: человек различает факты и оценки, описывает попытки изменить ситуацию и признаёт то, что мог сделать лучше. Критика бывшего работодателя сама по себе не является основанием для отказа.
«Одиночный кодер»: автономность или зависимость от одного человека
Наблюдение. Ключевая работа постоянно замыкается на одном специалисте. Без него никто не может выпустить изменение или восстановить сервис.
Риск. Знания не передаются, команда ждёт одного человека, отпуск превращается в эксплуатационный инцидент. Причиной могут быть и личные привычки, и плохое планирование, отсутствие коллег нужной квалификации, давление руководства.
— Быстрее было сделать самому.
— Понимаю. А кто мог продолжить работу без вас?
— Никто: нас было двое, второго постоянно переключали.
— Что вы предлагали изменить? Как выглядел бы первый шаг по передаче знаний при нормальной загрузке?
Вот теперь можно обсуждать рабочую ситуацию. Раньше мы просто угадывали мотив.
Что проверяю: способен ли человек объяснить решение, выделить безопасную задачу для коллеги, принять ревью, подготовить передачу. И готов ли будущий руководитель выделить на это время. Нанять героя, снова посадить его в горящий проект и удивиться повторению сценария — плохая управленческая аналитика.
«Гибкий по этике»: обоснованный компромисс или скрытый риск
Наблюдение. Человек рассказывает, как обошёл проверку или правило, но неясно, кто знал о последствиях.
Не всякое нарушение обычного порядка одинаково. Во время инцидента может существовать согласованный аварийный процесс. Важно понять полномочия, прозрачность и восстановление контроля.
— Чтобы успеть, выпустили без обычного набора проверок.
— Кто согласовал этот вариант? Какие проверки всё же оставили?
— Как следили за результатом и при каких условиях откатывались?
Серьёзный сигнал: человек сознательно скрывает последствия, предлагает использовать чужие закрытые данные или считает информирование ответственного лица лишним. Здесь нужны проверяемые факты, а не догадка о его нравственности.
Хорошее свидетельство: назван владелец решения, описан предел допустимого риска, есть наблюдение и последующая работа по устранению долга.
«Звезда без фокуса»: широкий кругозор или витрина терминов
Много технологий в резюме не проблема. Узкая специализация тоже не недостаток. Вопрос в том, соответствует ли глубина заявленной роли.
Я выбираю одно решение из опыта кандидата и прошу пройти его целиком: исходная задача, ограничения, альтернативы, выбор, отказоустойчивость, проверка результата. Затем меняю одно условие.
— Почему выбрали очередь?
— Чтобы развязать сервисы.
— Что произойдёт при повторной доставке? А если потребитель отстанет на сутки?
Если ответ становится предметным, широта подтверждается глубиной. Если остаются только слова «масштабируемость» и «best practices», проверка ещё не завершена. При этом я не требую помнить наизусть редкую настройку, которую сам вчера искал в документации.
«Призрак результата»: где заканчивается участие и начинается вклад
Руководитель вправе говорить «мы». Результат команды не становится менее значимым от того, что он не написал весь код лично. Но должно быть понятно, какие решения находились в его зоне ответственности.
Прошу разобрать цепочку: ситуация — полномочия — действие — результат — свидетельство. Что изменилось? Как это заметили? Какие альтернативные причины могли повлиять? Что осталось нерешённым?
Отсутствие эффектного процента не равно отсутствию результата. Кандидат может быть связан NDA или работать там, где метрики не собирали. Тогда допустимы качественные признаки и описание метода проверки без закрытых чисел. Нельзя требовать раскрытия данных, а затем гордиться своей принципиальностью в безопасности.
Два дополнительных сигнала: идеальные истории и невозможность передумать
Если любая ошибка заканчивается триумфом, я прошу пример, который до сих пор не имеет красивого финала. Не ради исповеди. Хочу понять, что человек заметил и что изменил в следующем решении.
Если в каждом споре окружающие в итоге признавали его правоту, спрашиваю об обратном: «Когда аргумент коллеги заставил вас изменить решение?» Человек может не вспомнить случай сразу. Даю время, уточняю контекст. Один неудачный ответ не превращается в диагноз.
Для руководителя полезно задать эти вопросы и себе. Готов ли я услышать аргумент, который ломает уже понравившуюся мне оценку кандидата?
Как записывать наблюдения, чтобы они что-то значили
Официальное руководство OPM по структурированным интервью предлагает связывать вопросы с рабочими компетенциями, задавать кандидатам одинаковое основное ядро вопросов и применять общие критерии оценки. Это полезная дисциплина. Она не превращает найм в точное предсказание будущего.
Пример записи для роли технического руководителя:
| Поле | Полезная запись |
|---|---|
| Наблюдение | В описанном релизе кандидат один знал порядок восстановления |
| Гипотеза риска | Зависимость команды от одного специалиста |
| Альтернативное объяснение | Не было выделенного времени и подготовленного заместителя |
| Проверка | Разобрать план передачи одного сценария и прошлые попытки его организовать |
| Полученное свидетельство | Кандидат назвал шаги передачи и критерий самостоятельного восстановления |
| Что осталось неизвестным | Как этот план выполнялся на практике |
Запись «сложный характер, не наш» не позволяет ни сравнить кандидатов, ни улучшить следующий найм.
Для каждого критерия я предлагаю различать подтверждено, противоречивые свидетельства и не проверено. Это не универсальная шкала оценки: команда заранее описывает ожидаемое поведение для своей роли. Отсутствие информации нельзя автоматически записывать в недостатки.
Если интервьюеров несколько, сначала они фиксируют наблюдения независимо, затем обсуждают расхождения. Иначе уверенный голос первого участника легко становится общим «мы все почувствовали».
Рабочая задача и обратная связь
Небольшая задача, похожая на будущую работу, помогает проверить гипотезу. Для руководителя это может быть разбор плана запуска с зависимостями и ограниченным ресурсом. Для аналитика — уточнение противоречивого требования. Для инженера — объяснение поведения небольшого фрагмента системы при отказе.
Условия и критерии должны быть понятны заранее. Не превращаем упражнение в бесплатную разработку реального продукта и не подменяем рабочую компетенцию умением разгадывать загадки интервьюера.
Обратная связь описывает наблюдение и ожидание роли: «Нам не хватило объяснения, как вы организуете передачу эксплуатации между командами». Это полезнее, чем «вы недостаточно командный». Если вывод держится только на ощущении, стоит честно признать слабость основания.
Мои собственные red flags тоже существуют
Я не считаю себя безошибочным оценщиком. Для кого-то я мог быть или остаюсь человеком, который торопится с выводами, спорит слишком напористо или не замечает собственного неудобного поведения. Это не снимает ответственности — наоборот, добавляет работу.
Перед решением о найме полезно спросить себя:
- Не принял ли я сходство со мной за профессионализм?
- Не наказал ли кандидата за несогласие или неудобный вопрос?
- Не объясняю ли недостатки своей команды особенностями людей?
- Рассказал ли я честно о полномочиях, нагрузке и проблемах роли?
- Что в моих записях является фактом, а что — интерпретацией?
- Могу ли я назвать свидетельство, которое изменит моё решение?
Волнение, акцент, интроверсия, пауза, отсутствие зрительного контакта, карьерный перерыв или вопрос о деньгах не показывают профессиональную непригодность. Желание соблюдать рабочее время тоже не означает слабую мотивацию.
Найм — взаимная проверка. Кандидат имеет право увидеть мои управленческие ограничения и отказаться. Сильная команда начинается с честного договора о работе, а не с победы интервьюера в психологическом поединке.
Что можно изменить уже в следующем интервью
Выбери одну роль. Опиши три–шесть действительно важных рабочих компетенций. Подготовь одинаковые основные вопросы и признаки приемлемого ответа. После разговора отдели наблюдения от гипотез, проверь самые значимые сомнения и только затем принимай решение.
Если хочется, можно начать ещё проще: заменить фразу «не понравился» вопросом «какое рабочее поведение я не смог подтвердить?». Разговор сразу становится содержательнее.
Я помогаю разбирать устройство команд, роли и процесс принятия решений. Если найм регулярно приводит не к тому результату, обсудим вашу ситуацию: возможно, менять нужно не список red flags, а условия, в которых люди должны работать.
Ваш ДПУПП
Похожие статьи
Tech Lead — новый вызов для аналитика
Переход от аналитика к ИТ-лидеру проекта: как собрать команду, выстроить процессы и научиться говорить бизнесу об ограничениях.
Разработка в финтехе: семь контуров до production
Что учитывать при запуске банковского продукта: команда, governance, меняющиеся требования, инфраструктура, межкомандные контракты, delivery-платформа и эксплуатация.
IT-конференции для аналитиков: практический гайд
Как выбирать конференции, готовиться к полезным разговорам и превращать выступление или участие в рабочие профессиональные связи.