Як пройти співбесіду в продуктову компанію
via Shutterstock .
Складно виграти гру , про правила якої ти майже не маєш уявлень . Найчастіше розробники « фейлов » співбесіди в продуктові компанії , бо не знають , на які фактори звертати увагу. У них відсутній той портрет технічного Product Guy, якого всі хочуть найняти . Тому в продовження статті про ідеальний резюме я розповім про те , як правильно « продати себе » роботодавцю .
Велика частина українського IT - це аутсорсинг , що залишає відбиток на манеру поведінки під час співбесіди. У продуктових компаніях критерії дещо інші. До того ж , якщо ви успішно проходили співбесіди в Україні , ще не факт , що ви застосуєте цей досвід « в миру ». Співбесіди у відомі продуктові компанії нагадують справжній конкурсний відбір , де на робоче місце претендують розробники з усього світу .
Отже, що ж критично для продуктових компаній?
Soft skills
Це важливо . Навіть дуже . Минув той час , коли можна було виїхати на одних технічних Скілом . Успіх продукту залежить від роботи команди. Синергія команди - це комунікації .
Розробники сипляться на цей пункті з багатьох причин , наприклад :
- не готуються до співбесіди. Наприклад , можна заздалегідь придумати заготовлені відповіді на поширені питання в продуктових компаніях ( трохи нижче опишу їх ) ;
- дають односкладові відповіді а- ля « На останньому місці роботи я писав код на JavaScript і HTML » , і після горде мовчання . Буває й інша крайність - нескінченні розповіді про всіх технічних новинках зі свого останнього проекту;
- роблять акцент на роботі команди і не розповідають про своє особисте (тим більше измеримом ) участі в проектах. Звичайно ж всім потрібен командний гравець , і ці якості варто показати , але не варто перегинати в стилі : «Наш архітектор запропонував на проекті ...» , « Все спілкування йшло через ПМА » , «Команда вирішила так » і т.д.;
- не задають питання після співбесіди ;
- якщо чогось не знають , то намагаються придумати відповідь , аби не впасти в бруд обличчям . Куди краще сказати: «Я розумію завдання і проблеми , які вирішує ( то про що запитають ) , але на увазі специфіки проектів я це не застосовував » ;
- виражають багато негативу , мотивуються від заперечення : «Не хочу працювати на проекті , так як мені не подобається ПМ , і нам забороняють писати юніт -тести ».
Поради:
- Постарайтеся викликати позитивні емоції на початку співбесіди . Хоча б пару хвилин поговоріть про погоду і про те , що бували в локації клієнта або що наступного -тижні плануєте відвідати (є шанси , що вас охочіше запросять на особисту співбесіду ) , що знаєте пару чоловік з команди і т.д.; - Якщо співбесіда віддалене , і зв'язок під час спілкування погана , то настійно просите , щоб вам передзвонили ще раз , або ж переключилися на скайп . Дуже часто причиною відмови кандидату ставала поганий зв'язок під час співбесіди , так як зрозуміти один одного було практично неможливо ;
- прокачувати English , причому платите за це своїгроші. Всі ці курси англійської «за рахунок компанії » цінуються приблизно так само , як і заняття з йоги .
- Розкажіть хоча б пару пропозицій про бізнес -складову вашого продукту , які проблеми вирішує і хто ваша аудиторія ;
- Пробуйте пройти більше складних співбесід , наприклад в якусь топову компанію як Amazon , Facebook або Skype; - Беріть участь в публічних виступах ;
- Трохи гумору під час співбесіди ще не було причиною відмови після ;
- Підготуйте НЕ односкладові , а дійсно цікаві питання про компанії наприкінці співбесіди:
Ні | Так |
А у вас Agile ? | З якими проблемами зіткнулася ваша команда при впровадженні Agile ? |
плануєте робити Android версію програми ? | Який відсоток вашої аудиторії заходить через мобільні девайси , і яка стратегія розвитку мобільної частини продукту (в т.ч. Android версію) ? |
Ви пишіть Unit Tests ? | Які обмеження бізнес накладає на процес написання коду ? Наприклад , як з справи з Unit - Tests ? |
Часті питання на співбесідах , до яких потрібно бути готовим :
1 ) Розкажіть про себе ( послідовну історію про те як би « захворіли » програмуванням , пару слів про вуз , перше місце роботи , n років в таких-то технологіях та бізнес- доменах , що любите і від чого отримуєте задоволення у своїй роботі). Тільки не варто захоплюватися деталями , співбесіду ж тільки починається :)
2) Які цікаві завдання вирішували на минулих проектах?
3) C якими проблемами стикалися на поточному/минулих проектах?
4) Як вирішували ці проблеми?
5 ) Розкажіть про компанію своєї мрії.
6) Що ви робите для свого професійного розвитку?
7) Які плюси і мінуси у вашого профільного мови програмування?
Наостанок , уникайте політичних (особливо зараз) , релігійних та інших « слизьких » тем під час співбесід , особливо в яскравих емоційних відтінках , адже на гіркому досвіді знаю , як часто це призводило до відмов після співбесіди .
Passion for programming
Компанії шукають « passion » серед майбутніх учасників команди. Для мене « passion » - це наскільки ти любиш те , що робиш.
Для багатьох топових компаній фраза « please send us your Github account » стала просто буденною. Мені особисто дуже подобається ідея open - source спільнот , коли те, над чим ти працюєш щодня , ти сам же можеш і поліпшити. Хочеш зробити світ кращим , зроби свій jQuery . І компанії це дуже цінують.
Атрибути « passion for programming » , які можна пред'явити :
- Github account з вашими напрацюваннями або участю в глобальних open - source проектах. Орієнтовна статистика - на сьогодні в Україні близько 15k юзерів Github . Для прикладу , в Штатах - близько 500k юзерів , в Індії - близько 100к юзерів.
- Stackoverflow профайл . Орієнтовна статистка - на сьогодні в Україні близько 2к юзерів. Для прикладу , в Штатах - 42К юзерів , в Індії - 12k юзерів.
- Домашні проекти , де ви робите додатки, які спрощують життя інших людей або пробуєте нові технології , які ваше керівництво , впираючись , не хоче впроваджувати ;
- Участю в локальних/глобальних спільнотах ( Python Geeks , Rails Girls , JS Enthusiasts )
- Пройдені онлайн- курси (наприклад , Coursera , Stanford online courses, Codeschool.com і т . д) ;
- Свій технічний блог (дуже бажано англійською мовою ) .
Be Yourself
Дуже часто я чув такі відмови після співбесіди наших кандидатів , « too reserved » , " didn't reveal himself/herself « , « behave like a bank employee ». Ви, напевно , часто бачите в описах компаній - « informal culture ». тут не носять піджаки , тут без купюр діляться своєю думкою , роблять акцент на «особистість », ніж на кваліфікацію.
« Just be yourself » - мабуть , кращий рада під час співбесід для таких компаній.
Passion for product
Ви ні за що не влаштуєтесь в Google , що не описавши гідності/недоліки одного з їхніх продуктів і не запропонувавши після цього можливі покращення . І чомусь цей пункт «наша людина » активно ігнорує , особливо при співбесіді в компанії меншого калібру. Багато компаній - « Google » у своїх нішах , і мають повне право брати на роботу людей , які принаймні добре підковані і вивчили їх продукт.
Ви не зобов'язані бути в повному захваті від продукту , але зробити мінімальний набір рухів тіла вважаю обов'язковим :
- Завантажити додаток , встановити собі на телефон ;
- Почитати інженерний блог ;
- Запропонувати пару технічних змін по продукту ;
- Висловити свої думки згідно поліпшень по UI/UX частини продукту ;
- Зрозуміти механізм монетизації продукту ;
- Переглянути конкурентів і задати відмінний питання на співбесіду - «А чим ви виділяєтеся серед своїх конкурентів? » . Хоча будьте готові, що деякі компанії самі вам зададуть це питання :)
- Сказати магічну фразу , що для вас це був би цікавий досвід попрацювати над цим продуктом і спільними зусиллями зробити його краще для кінцевих користувачів (важливо , щоб це ще йшло від душі).
General programming
Багато продуктові компанії ( особливо великі) активно бавляться завданнями по General Programming - алгоритми , структури даних , і т.д. Для багатьох буває сюрпризом отримати задачку на алгоритми . І завжди після такого чую: « Якщо б день- два на підготовку , я б легко вирішив цю задачку ». Але вже занадто пізно. Тому заздалегідь дізнайтеся технічні питання , які можуть бути задані на співбесіді - через знайомих , рекрутерів , glassdoor.com і т.д.
До того ж існує безліч книг на цю тему , наприклад Cracking Coding Interview .
Ми в майже кожен день спостерігаємо , як багато кандидати , собеседуя в зарубіжні продуктові компанії , ведуть себе подібним чином , як під час чергового співбесіди в набридливу аутсорсинг компанію. І вони твердо переконані , що модель поведінки «навіть не було часу подивитися ваш сайт , адже ви ж мене самі запросили » працює. Однак майже завжди навпаки , це призводить до негативних результатів в продуктових компаніях.
Тому щиро сподіваюся , що дана стаття допоможе вам трохи переключити свій майндсет по відношенню до співбесід в продуктові компанії і при бажання отримати роботу своєї мрії.
Опубліковано: 15/05/14 @ 11:01
Розділ Блоги
Рекомендуємо:
22 травня Львів - Embedded Lviv TechTalk # 2
Mobile дайджест # 0
По чому душа?
Огляд IT- ринку праці: Миколаїв
Ігрова студія 4A Games переносить штаб- квартиру з Києва на Мальту