Наприкінці кожної співбесіди у претендента запитують, чи не залишилося питань.
За грубою оцінкою моїх колег, 4 з 5 кандидатів дізнаються про розмір команди, о котрій час приходити в офіс і рідше про техніку. Такі питання працюють на короткій дистанції, тому що через пару місяців для них важлива не якість техніки, а настрої в команді, кількість зустрічей та ентузіазм покращувати код.
Під катом перелік тем, які покажуть проблемні місця там, де про них не люблять згадувати.
Дисклеймер:
Питання нижче немає сенсу ставити ейчару через конфлікт інтересів.
Про робочий тиждень
Розпитайте про грумінги, дейлі мітинги та інші Agile церемонії. Під час відповіді погляньте які емоції відчуває співрозмовник, як він розповідає, простежте міміку. Ви бачите ентузіазм чи втому? Відповіді бадьорі чи нагадують переказ нудної шкільної книги?
Запитайте себе, якщо за місяць ваш близький поцікавиться новою роботою, чи ви захочете розповісти так само.
Про частоту пожеж
На моїй минулій роботі пожежі у хлопців траплялися хоча б один раз на тиждень. Пожежі – майстри маніпулювати власним часом. Щоразу винуватець сидить в офісі допізна, щоб знайти і виправити помилку. У команди залишиться неприємне враження, якщо ви захочете піти у справах, коли компанія виплачує клієнтам компенсації за кожну годину неусуненого бага.
Пожежі гасити треба, але команда може настільки до цього звикнути, що відмова сприйматиметься як дезертирство.
Про конференції в робочий час
Хоча на кожній роботі мені дозволяли відвідувати конференції, я знаю спікерів, яких відпускали лише з доопрацюванням у вихідні. Ніхто не дбав, що вони користувалися технічним піаром компанії. Навіть якщо ви не любите конференцію, відповідь покаже ваші майбутні межі свободи.
Бонусом ви навчитеся виступати, готувати презентації та поринете у співтовариство, якщо в компанії є люди, які люблять брати участь у конференціях.
Я був щасливий, коли мені оплачували переліт, квитки, а також витрати на житло та харчування. Якби я був спікером, зверху б робили бонус у 2000$.
Про суворі дедлайни
Як і про пожежі, це питання – індикатор швидкості вигоряння у командах.
Дізнайтеся, як часто вас проситимуть терміново зробити завдання за n днів. Такі команди схильні вірити у міф, що тести уповільнюють розробку, а цей брудний клас виправлять наступного тижня.
Професіонал відмовляється порушувати принципи якісного коду. Кожне прохання написати фічу якнайшвидше або постаратися означає, що вам натякають написати неякісний код або перейти за межі вашої ефективності. Коли ви погоджуєтесь, то показуєте готовність порушити професійні принципи і зізнаєтеся в роботі не на повну силу, доки вас знову не попросять постаратися.
Дядечко Боб написав про це .
Переходимо до мого найулюбленішого питання. Обійдіться, якщо у вас немає часу докладно розпитати співрозмовника.
Про плюси та мінуси
Питання здається очевидним і навіть дурним, але ви не уявляєте, наскільки сильно він допомагає скласти фінальне враження про майбутню роботу.
Я почав із цього питання, коли мене співбесідували троє розробників. Вони забарилися і спочатку відповіли, що мінусів особливо і немає, начебто все ок.
— А що ж тоді із плюсами?
Вони переглянулись і замислились
- Ну, макбуки видають
— Вигляд красивий, 30 поверх все-таки
Це говорить багато про що. Ніхто з них не згадав про проект, сотні мікросервісів та круту команду розробки.
Зате є 30 поверх і макбуки, так.
Коли людина не згадує погане, вона або бреше, або їй все одно. Таке відбувається, коли мінуси стають чимось звичайним, немов оселедці під шубою на Новий рік.
Так як це схоже на перегорання, я запитав про переробки.
Вони знову перезирнулися з невеликою усмішкою. Один жартома відповів, що переробки у них з 2016 року. Так як він сказав це ненароком, інший відразу ж поправив, що всі переробки добре оплачуються і наприкінці року всім виплатили премію.
Часті переробки призводять до вигоряння. Інтерес спочатку знижується до проекту та команди, а потім і до програмування. Не продавайте свою мотивацію за коефіцієнт до зарплати та роботи у вихідні та пізні години.
Висновок
На кожній співбесіді детально обговорюйте незручні теми. Те, що було формальністю, заощадить місяці.
Я підтримую інтерв'юерів, які відкидають претендентів без запитань. Запитання це як машина часу, яка переносить у майбутнє. Тільки лінивий не захоче дізнатися, чи отримуватиме він задоволення від роботи.
У мене були випадки, коли відповіді на ці та інші питання йшли у півтора-двохгодинні бесіди. Вони допомагали скласти докладну картину та економили місяці, якщо не роки роботи.
Цей рецепт не є панацеєю. Глибина питань та їх кількість сильно залежать від галузі компанії. У розробці на замовлення більше часу варто приділити дедлайнам, а в продуктовій - пожежам. Деякі критичні деталі ви дізнаєтеся лише через місяці, проте ці теми допомагають знайти великі проблеми, коли зовні нічого не віщує біди.
За чудові ілюстрації дякую .
Джерело: habr.com