Читаем Как сдвинуть гору Фудзи? Подходы ведущих мировых компаний к поиску талантов полностью

Интервью, основанное на традиционных вопросах, — это ходьба по канату, поиск баланса между тем, что можно раскрыть, и тем, что лучше скрыть. В них кандидату часто предлагают сообщить о себе что-то «плохое», чтобы узнать, как далеко он в этом может зайти. Предполагается, что это вопросы на честность. В действительности это тестирование дипломатичности. В реальности вы можете по-настоящему гордиться своей коллекцией комиксов, но это скорее всего совсем не то, что хочет услышать интервьюер, и вы, вероятно, знаете об этом. Есть более безопасные ответы, например: «Чувство удовлетворенности, которое я испытываю, когда что-то делаю, и у меня это хорошо получается». Проблема традиционных интервью заключается в том, что обе стороны отлично знакомы с этой игрой. Практически каждый кандидат дает похожие безопасные ответы, а интервьюер кивает головой, якобы соглашаясь с тем, что слышит, а на самом деле не верит ни единому слову.

Это и привело к появлению поведенческих вопросов. Кандидатов просят описать их прошлый опыт, имеющий отношение к личностным чертам и профессиональным навыкам. Вот пример, используемый Microsoft «Опишите случай из вашей жизни, когда вы столкнулись с проблемой и успешно ее решили». Другой пример: «Опишите такую ситуацию, когда работу нужно было закончить к определенному сроку, и вам не хватало для этого времени». Преимущество поведенческих вопросов перед традиционными заключается в том, что историю выдумать труднее, чем короткий ответ.

К сожалению, и традиционные, и поведенческие вопросы никак не помогают бороться с тенденцией интервьюеров уже через две секунды формировать свое мнение о кандидате. Эти вопросы слишком мягкие, нечеткие, амбивалентные. К тому же очень редко обсуждается, что именно нужно понять интервьюеру из ответов кандидатов на эти вопросы. Предполагается, что вы должны «инстинктивно» почувствовать это.

Задайте сами себе такой вопрос: «Существует ли хотя бы один такой ответ на традиционные вопросы, получив который от кандидата, я был бы готов принять его на работу? И напротив, существует ли такой ответ на эти вопросы, получив который, я был бы уверен, что этого человека принимать на работу нельзя?»

Наверное, бывают такие ответы, которые могут вас насторожить и заставят задуматься о том, не психопат ли кандидат, но в большинстве случаев кандидат дает осторожные и продуманные ответы, которых все и ожидают. Если интервьюер оперирует логикой «наполовину пустого/наполовину полного стакана» — он может использовать любые ответы на вопросы для ретроспективного оправдания своего первого впечатления о кандидате. Ответы кандидата на вопросы очень редко изменяют это первое впечатление.

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

Будущее время

Стиль проведения отборочных интервью корпорацией Microsoft — отражение напряженной ситуации на рынке высоких технологий. Программное обеспечение — это идеи, а не сборочный конвейер, и эти идеи постоянно меняются. Основной актив компании — производителя программного обеспечения — это талантливые сотрудники. «Самое главное, что мы делаем, это принимаем на работу выдающихся людей» ,[15] — не раз повторял генеральный директор корпорации Microsoft Стив Болмер.

Но как обнаружить выдающихся людей? Сейчас уже абсолютно недопустимо отождествлять талант с набором специфических навыков. Навыки могут устареть практически за один день. То же относится и к бизнес-планам. Корпорация Microsoft ясно понимает, что нужно искать людей, способных сделать Microsoft такой, какой ей необходимо стать через пять или десять лет.

При приеме кандидатов на работу Microsoft ориентируется на будущее. В большей степени, чем другие крупные компании, Microsoft готова рассматривать кандидатов на работу как «чистую классную доску». Ее кредо: принимать людей на работу за то, что они могут сделать в будущем, а не за то, что они уже сделали в прошлом.

Поскольку программирование остается профессией молодых людей, Microsoft принимает на работу большое количество выпускников университетов, поэтому опыт прошлой работы не может служить критерием для принятия решения о таких кандидатах. Корпорацию Microsoft также не слишком интересует престиж университета, оконченного кандидатом, и то, какие ученые степени тот получил. «Мы хорошо знаем, насколько фальшив престиж аспирантуры» ,[16] — заявил один из топ-менеджеров этой корпорации. В последнее время, правда, ситуация стала меняться, поскольку Билл Гейтс, который сам так и не окончил Гарвардский университет, стал поощрять кандидатов на работу в компании получать ученые степени, но тем не менее Microsoft никогда не была компанией, принимающей людей на работу потому, что они окончили престижный университет.

Перейти на страницу:

Похожие книги

Основы программирования в Linux
Основы программирования в Linux

В четвертом издании популярного руководства даны основы программирования в операционной системе Linux. Рассмотрены: использование библиотек C/C++ и стан­дартных средств разработки, организация системных вызовов, файловый ввод/вывод, взаимодействие процессов, программирование средствами командной оболочки, создание графических пользовательских интерфейсов с помощью инструментальных средств GTK+ или Qt, применение сокетов и др. Описана компиляция программ, их компоновка c библиотеками и работа с терминальным вводом/выводом. Даны приемы написания приложений в средах GNOME® и KDE®, хранения данных с использованием СУБД MySQL® и отладки программ. Книга хорошо структурирована, что делает обучение легким и быстрым. Для начинающих Linux-программистов

Нейл Мэтью , Ричард Стоунс , Татьяна Коротяева

ОС и Сети / Программирование / Книги по IT
97 этюдов для архитекторов программных систем
97 этюдов для архитекторов программных систем

Успешная карьера архитектора программного обеспечения требует хорошего владения как технической, так и деловой сторонами вопросов, связанных с проектированием архитектуры. В этой необычной книге ведущие архитекторы ПО со всего света обсуждают важные принципы разработки, выходящие далеко за пределы чисто технических вопросов.?Архитектор ПО выполняет роль посредника между командой разработчиков и бизнес-руководством компании, поэтому чтобы добиться успеха в этой профессии, необходимо не только овладеть различными технологиями, но и обеспечить работу над проектом в соответствии с бизнес-целями. В книге более 50 архитекторов рассказывают о том, что считают самым важным в своей работе, дают советы, как организовать общение с другими участниками проекта, как снизить сложность архитектуры, как оказывать поддержку разработчикам. Они щедро делятся множеством полезных идей и приемов, которые вынесли из своего многолетнего опыта. Авторы надеются, что книга станет источником вдохновения и руководством к действию для многих профессиональных программистов.

Билл де Ора , Майкл Хайгард , Нил Форд

Программирование, программы, базы данных / Базы данных / Программирование / Книги по IT
Программист-прагматик. Путь от подмастерья к мастеру
Программист-прагматик. Путь от подмастерья к мастеру

Находясь на переднем крае программирования, книга "Программист-прагматик. Путь от подмастерья к мастеру" абстрагируется от всевозрастающей специализации и технических тонкостей разработки программ на современном уровне, чтобы исследовать суть процесса – требования к работоспособной и поддерживаемой программе, приводящей пользователей в восторг. Книга охватывает различные темы – от личной ответственности и карьерного роста до архитектурных методик, придающих программам гибкость и простоту в адаптации и повторном использовании.Прочитав эту книгу, вы научитесь:Бороться с недостатками программного обеспечения;Избегать ловушек, связанных с дублированием знания;Создавать гибкие, динамичные и адаптируемые программы;Избегать программирования в расчете на совпадение;Защищать вашу программу при помощи контрактов, утверждений и исключений;Собирать реальные требования;Осуществлять безжалостное и эффективное тестирование;Приводить в восторг ваших пользователей;Формировать команды из программистов-прагматиков и с помощью автоматизации делать ваши разработки более точными.

А. Алексашин , Дэвид Томас , Эндрю Хант

Программирование / Книги по IT