1. Формування вимоги до вакансії
1.1. Приклад для ПМа
1.1.1. Опис ситації на проекті
1.1.1.1. Менеджер для замовника з США. Технології: Java+Ruby-On-Rails. Проект заверений на 90%, потрачено 90% бюджету. Одна команда програмістів в Україні (10 людей), друга в США (10 людей). Тип контракту: fixed price. На стороні замовника помінялося керівництво і замовник міняє вимоги до системи.
1.1.2. Які вимоги до кандидата ми сформуємо?
1.1.2.1. Досвід/Навики
1.1.2.1.1. Досвід керування fixed price проектами 3+ років
1.1.2.1.2. Досвід керування 15+ людьми
1.1.2.1.3. Fluent English
1.1.2.1.4. Requirement management
1.1.2.1.5. Знання бізнес домейну
1.1.2.1.6. Готовність до відрядження?
1.1.2.2. Soft-skills (не всі пункти можна вказати в резюме, але контролюємо все)
1.1.2.2.1. Не перфекціоніст
1.1.2.2.2. Досвід в переговорах
1.1.2.2.3. Вміння розрулювати стресові ситуації
1.1.2.2.4. Готовий до ненормованого робочого дня
1.1.2.2.5. Націлений на результат
2. Помилки кандидатів
2.1. Критикував інтерв'юверів
2.2. Негативний настрій
2.3. Забагато говорить
2.4. Тільки загальні відповіді без конкретики
2.5. Негативний відгук про своїх замовників/керівництво/команду
2.6. Хвалько
2.7. Конфліктував/хамив
2.8. Прийшов не підготовлений
2.9. "Мене там не цінили"
2.9.1. В чому це виражалося?
2.9.2. Перевіряємо що ж людині не дали
2.9.3. Перевіряємо чи людина оперує фактами чи емоціями і догадками
2.10. "Не давали реалізувати мої ідеї"
2.11. "Там все по знайомству"
2.12. "Зразу було зрозуміло що нічого хорошого з того не вийде"
2.12.1. В який момент ви це зрозуміли?
2.12.2. Чоу не змінили роботу зразу?
2.13. "Начальник розвів болото"
2.13.1. Замовники мутанти
2.13.2. Бухгалтерія/маркетинг були мутантами
2.14. "Мене там ненавиділи!"
2.15. "В цьому аду неможливо працювати"
2.15.1. Чому?
3. Помилки інтерв'юверів
3.1. Не домовилися хто головний інтерв'ювер
3.2. Не представилися
3.3. Немає формату/структуру інтерв'ю
3.4. Не читали резюме
3.5. Грузити зразу технічними питаннями без вступу/налагодження контакту
3.6. Стрес інтрев'ю (не для ІТ галузі)
3.7. Спроба загрузити кандидата
3.8. Загальні питання без уточнень
3.9. Не спитали роль кандидата на проекті
3.10. Не продають компанію кандидату
3.11. Надто довге інтерв'ю
3.12. Перебивають кандидата
3.13. Перехід на особистості
3.14. Працють на ноутах/граються на мобілці під час інтерв'ю
4. Фільт кандидатів
4.1. По резюме
4.1.1. Типи резюме
4.1.1.1. Хронологічний (де і коли працював?)
4.1.1.2. Функціональний (що вмію робити?)
4.1.1.3. Комбінованй
4.1.2. Критерії відбору по резюме
4.1.2.1. Заявка-вимога до кандидата на проект
4.1.2.2. Профіль компетенції
4.1.2.3. Профіль посади
4.1.2.4. Посадова інструкція
4.1.2.5. Власний досвід
4.1.2.6. Але НЕ: класна фотка, "не люблю невдах"
4.1.3. Сортування резюме на 3 категорії
4.1.3.1. А - обов'язково провести інтерв'ю
4.1.3.2. B - можливо варто
4.1.3.3. C - явно не підходить
4.1.4. Мінус фактор
4.1.4.1. Ми не шукаємо кандидатів які підходять, ми шукаємо кого відсіяти. Наприклад якщо в менеджера немає досвіду в fixed price проектах, а вам треба саме на такий і бюджет вже закінчується - то нема чого брати Agile/Scrum masters
4.1.5. Читайте резюме ззаду наперед щоб бачити розвиток людини
4.1.6. Якщо не хватає якоїсь інформації чи резюме застаріле - попросіть HR перезвонити кандидату і взнати
4.1.7. Перевіряємо
4.1.7.1. Рівень освіти
4.1.7.2. Логіку/структуру резюме. Якщо не структуроване - таке буде і в роботі
4.1.7.3. Розмір резюме - корелює з тривалістю інтерв'ю
4.1.7.4. Частоту зміни фірм/проектів/домейнів. Але не відсіювати по цьому до інтерв'ю. Треба чітко в людини спитати чому часто змінювала.
4.2. По соціальних мережах
4.3. Робота в держ установах? (кандидат міг звикнути до стандартного графіку)
5. Методи інтрерв'ювання
5.1. Метод "покажи"
5.1.1. Developer
5.1.1.1. Намалюйте архітектуру соціальної мережі
5.1.1.2. Напишіть алгоритм сортування
5.1.1.3. Які помилки в цьому коді?
5.1.1.4. Напишіть Unit test до цього коду
5.1.1.5. Напишіть Select до БД щоб отримати...
5.1.1.6. Зробіть estimate для завдання
5.1.1.7. Напишіть коментарі для коду
5.1.1.8. Відрефакторіть код
5.1.1.9. Пришліть кусок коду який ви писали, можливо якийсь open source project?
5.1.2. QA
5.1.2.1. Є поле з можливими цілими значеннями від 1 до 100, як ви будете його тестувати?
5.1.2.2. Протестуйте кнопку "Зберегти як..." в MS Word
5.1.2.3. Складіть тест план для такої функціональності
5.1.2.4. Уточніть вимоги до такої задачі
5.1.2.5. Пришліть кусок коду автоматизовано теста який ви написали
5.1.2.6. Переконайте програміста що тут дефект
5.1.2.7. Дайте кандидату bug report нехай знайде в ньому недоліки і напише хороший опис
5.1.3. PM
5.1.3.1. Поясніть члену команди що запізнюватися на standup meeting - це погано
5.1.3.2. Виясніть вимоги до проекта
5.1.3.3. Намалюйте критичний шлях для завдання
5.1.3.4. Напишіть лист замовнику про перенесення строку завершення проекту
5.1.3.5. Проінтрев'ювайте мене як програміста
5.1.3.6. Звільняється ключова людина, переконайте її залишитися
5.1.3.7. Запропонуйте клієнту взяти 2-х junior замість 1-го senior
5.2. Метод стрес кейсів
5.2.1. Скласти ситуацію і постійно її ускладнювати. Подивитися чи кандидат здасться
5.2.1.1. Ви попадаєте в пробку і запізнюєтеся на мітинг з клієнтом
5.2.1.1.1. Телефон розрядився
5.2.1.1.2. До метро далеко
5.2.1.1.3. Таксі не під'їде бо пробка
5.2.1.1.4. До рооти бігти далеко
5.2.1.1.5. В цілому кварталі не працюють стаціонарні телефони
5.2.1.1.6. і т.д. поки не зупинеться, тоді сказати "ну ще 15 секунд, дайте ще якийсь варіант". Якщо хоч цщось видасть, навіть дурне - значить не здається. P.S.: При цьому не критикувати, приймати всі варіанти і просити наступний
5.2.1.2. Задача не зрозуміла, а завдання треба зробити на завтра, що робити?
5.2.1.3. Треба закінчити задачу на завтра, а роботи там на 30 годин
5.2.1.4. Ви не встигаєте, а тут вас інший член команди попросив помогти
5.2.1.5. Є функціональність яку можна протестувати тільки на продакшені, як тибудеш тестувати?
5.2.1.6. Для тестерів: завтра викочуєте нову версію продукту, ви протестували і не знайшли жодної помилки. Що робити?
5.3. Метод "нестандартне мислення"
5.3.1. Думайте
5.3.1.1. Скільки тенісних кульок можна помітисти в салон автобуса "Богдан"?
5.3.1.2. Ти по середині озера в човні, і викидаєш з човна камінь. Як поміняється рівень води відносно берега?
5.3.1.3. Напишіть привітання з Новим Роком на Java
5.3.1.4. Напишіть індуський код
5.3.1.5. Поможіть по телефону пофіксати багу
5.3.1.6. Перекладіть на англійську "що з воза впало - те пропало"
5.3.1.7. "Придумайте задачу на перевірку нестандартного мислення"
5.3.2. Головоломки
5.3.2.1. Приклади
5.3.2.1.1. Чому люк круглий?
5.3.2.1.2. За вами багають купа орків, а у вас лук і одна стріла. Як вбити всіх орків якщо ви бігаєте швидше за них?
5.3.2.2. Людина або знає відповідь або ні. Провіряється загальна обізнаність
5.4. Метод "соціальних цінностей і моделей поведінки"
5.5. Факти чи Догадки?
5.6. Результат-орієнтовані люди говорять
5.6.1. Я зробив, я досягнув...
5.6.2. Я успішно завершив 5 проектів з 6-и
5.7. Простота відповіді
5.7.1. Поясни 5-ти річній дитині що таке інтернет
5.8. Метод проекції
5.8.1. Менеджера немає, а команда все рівно класно працює. Чому?
5.8.2. Розкажіть як ви уявляєте ідельний робочий день
5.8.3. Через що люди в вашій компанії можуть раптово звільнитися?
5.8.4. Чому люди довго працюють на одному проекті?
5.8.5. Як ви ставитеся до того що японці все життя працюють в одній компанії?
5.8.6. За що можна любити рутинну роботу?
5.8.7. Що утримує людей на одному робочому місці?
5.8.8. Чому люди йдуть працювти в startup?
5.8.9. Чому люди вчать щось нове?
5.8.10. Чому люди тратятьчас на додаткову освіту?
5.8.11. Чому люди працюють безкоштовно на open-source проектах?
5.8.12. Чому деякі люди люблять працювати з сунутим графіком?
5.8.13. В чому особливість роботи з індуськими програмістами?
5.8.14. Як люди відносяться до постійних змін на проекті?
5.8.15. Навіщо люди відвідують семінари за власний рахунок?
5.8.16. Книжка "Как оценить человека за час"
6. План інтерв'ю
6.1. Перед інтрев'ю
6.1.1. Рекомендації
6.1.1.1. Пам'ятайте що кожен кандидат прийшов до нас з малого ринку, де всі всіх знають, і на якому завжди замало кандидатів
6.1.2. Підготовка
6.1.2.1. Сформуйте план інтрев'ю базуючись на резюме
6.1.2.2. Підготуйте специфічний для кандидата список питань
6.1.3. Рекомендації перед стартом інтерв'ю
6.1.3.1. Перші 3-4 хв НЕ аналізуйте кандидата, просто розговоріть його
6.1.3.2. Стежте за своїми жестами і емоціями: руки відкриті, сидіти по діагоналі
6.1.3.3. Зоровий контакт з кандидатом: погляд рівних, біля 50% часу дивитися на кандидата
6.1.3.4. Налагодити комунікаційний контакт
6.1.3.4.1. Активне слухання
6.1.3.5. Принцип Раппорту, щоб кандидат вам довіряв
6.1.3.5.1. Відзеркалення кандидата в позі, ритмі, жестах, руху очей
6.1.3.6. Проведіть інтрев'ю з позитивним настроєм,адже кандидат розкаже свої враження іншим
6.1.3.7. Під час інтерв'ю назвайте кандидата по імені
6.1.3.8. 80% слухати, 20% задавати питання і уточнювати їх
6.1.3.9. Використовуйте відкриті, закриті і уточнюючі питання
6.1.3.9.1. Відкриті
6.1.3.9.2. Закриті
6.1.3.9.3. Уточнюючі
6.1.3.10. Комбінуйте технічні питання з soft-skills питаннями щоб уникнути соціально бажаних відповідей
6.1.3.11. Робіть помітки під час інтерв'ю на окремому листі а не на резюме. Резюме - дуже особисте для кандидата
6.1.3.12. Робіть помітки у виглядів фактів ("не пояснив нащо перевизначати hashCode"), а не +/-, бо це збиває кандидата
6.2. Зустріч кандидата
6.2.1. Зустріти кандидата біля входу, провести в мітинг рум, дати віддихатися
6.2.2. Усмішка
6.2.3. Чай/кава?
6.2.4. Як добралися?
6.2.5. Чи легко нас найшли?
6.2.6. Представитися
6.2.7. Представити інших
6.3. Розповідь про компанію/проект
6.3.1. Коротка історія компанії
6.3.2. Про проекти на які може попасти кандидат
6.3.3. Про роль яку кандидат буде виконувати на проекті
6.3.4. Про вашу роль на проекті
6.3.5. Про вашу роль в процесі відбору кандидата
6.4. Ice Break
6.4.1. Якщо в кандидата хоббі таке як у вас - поговріть про це
6.5. Не технічні питання
6.5.1. Розкажіть про проект який був найбільш цікавим для вас
6.5.1.1. Чим він був цікавим для вас?
6.5.1.2. Note: Дивіться чи в кандидата горять очі
6.5.2. Розкажіть про свій найскладніший проект
6.5.2.1. В чому були складності?
6.5.2.2. Які висновки ви зробили?
6.5.2.3. Що ви почали робити по іншому після цього проекта?
6.5.3. Як ви піднімаєте кваліфікацію?
6.5.3.1. Які книжки прочитали за минулий рік?
6.5.3.2. Які ресурси читаєте?
6.5.3.3. Що нового спробували/вивчили за останній рік?
6.5.3.4. Скільки грошей/часу потратили на підняннтя кваліфікації?
6.5.4. Note: При відповідях звертайте увагу на:
6.5.4.1. Кого людина робить крайнім - інших, чи бере відповідальність на себе?
6.5.4.2. Чи пам'ятає людина чого вона мала досягти?
6.5.4.3. Чи робить висновки?
6.5.4.4. Чи думає про тей як уникнути таких ситуацій в майбутньому?
6.6. Чому Ви вирішили змінити роботу?
6.6.1. Отримайте чітку відповідь
6.6.1.1. Якщо немає чіткої відповіді - значить людина прихочує правду
6.6.2. Слабкі відповіді
6.6.2.1. Все надоїло
6.6.2.2. Достало
6.6.2.3. Мутно все
6.6.3. Слухайте що говорить кандидат, він може говорити таке саме іншим коли буде йти від вас :)
6.7. Перевірка резюме
6.7.1. Минуле: знає, вміє, може
6.7.1.1. Знає теорію
6.7.1.2. Знає як примінити знання на практиці
6.7.1.3. Робив таке раніше
6.7.2. Теперішнє: на скільки його вміння актуальні зараз
6.7.3. Майбутнє: хоче робити те що нам треба
6.8. Технічні питання
6.8.1. Які є унікальні зання в кандидата?
6.8.2. Чи є те без чого він не потягне проект?
6.8.3. Те що можна закрити іншими при необхідності
6.8.4. Те що дозволить підняти продуктивність команди?
6.8.5. Ідіть по резюме
6.8.6. Стандартні питання до Junior Java Developers
6.9. Логічні питання
6.9.1. Див. методи інтрев'ю - нестандартне мислення
6.10. "Чи є у вас запитання до нас?"
6.11. Перевірка цілі
6.11.1. Озвучте що кандидат буде робити на проекті (роль і активності). Спитайте чи це те що кандидат хоче
6.12. Завершення інтрев'ю
6.12.1. Продаж компанії кандидату
6.12.1.1. Проведіть кандидата по коридорам, покажіть фотки команд
6.12.1.2. Покажіть де сидять ваші гуру
6.12.1.3. Розкажіть чому вам подобається тут працювати
6.12.1.4. Дайте людині вашу візитку зі словами "якщо раптом будуть питання, не соромтеся, звоніть"
6.12.1.5. Подаруйте ручку або блокнот з логотипом компанії
6.12.2. Залиште позитивне враження про себе і компанію навіть якщо кандидат НЕ підходить
6.12.3. Затягніть людину до себе з допомогою його хоббі (може в вас є люди, які, як і кандидат, люблять ходити в гори)
6.12.4. Дайте кандидату час задати питання
6.12.5. Навіть якщо кандидат вам НЕ підходить, дайте йому рекомендації "що варто підтягнути"
6.12.6. Проведіть до виходу
7. Після інтрев'ю
7.1. Подача результатів керівництву
7.1.1. Може в такому стилі для всіх кандидатів?
7.1.1.1. :-) ! точно брати, я готовий за нього боротися
7.1.1.2. :-) брати
7.1.1.3. :-| не знаю
7.1.1.4. :-( не брати
7.1.1.5. :-( ! точно не брати, я буду за це боротися
7.2. Подача результатів кандидату
7.2.1. Рекомендації для кандидата