Поки я шукав роботу керівником проекту і ходив по співбесідах в різні контори, я читав в інтернеті всілякі статті про те, як собеседуют керівників проектів. такі як, наприклад, ось ця. викликала активне обговорення на Хабре. Що можна сказати, все що мене питали вельми слабо зустрічалося з інформацією з інтернету. У цьому пості я розповім про найпопулярніші і запам'яталися мені питаннях, які мені реально ставили, і запропоную свою версію надходження відповідей не них.
Що робити, якщо ви не встигаєте до термінів?
Поза всяким сумнівом, це найпопулярніше питання, яке мені задавали абсолютно на всіх співбесідах. Стандартні відповіді очевидні: можна спробувати зрушити терміни, викинути частину функціоналу за погодженням із замовниками, залучити людей з інших проектів або фрілансерів. Не думаю, що залучення сторонніх людей на проект хороша ідея, але між тим такого варіанту відповіді багато хто чекає. Далі, звичайно, ситуація конкретизується, з'являються додаткові обмеження: «термін зрушувати не можна», «є дуже важливі фичи, а є не дуже" і т.п. Паралельно цікавиться «як ви будете викидати фичи?», «Будете попереджати відразу або тягнути до останнього?» І т.п.
Що будете робити, якщо не встигаєте протестувати?
Підвид першого питання, але з умовою, що розробники все зробили, а ось протестувати не встигаєте. Відповідь, який від мене чекали: «треба посадити програмістів тестувати». Це підхід з методології Kanban.
Що б ви зробили, якщо за 2 дні до релізу вам викотили додатково 120 фичей?
Більшість з 120 фичей дрібні, терміни зрушувати не можна, це продуктова розробка, тобто список склав внутрішній замовник. Я чесно сказав, що таким людям треба відмовляти, тому що є реальний шанс зірвати терміни і створити прецедент поганий практики. Однак, це був той самий випадок. коли у hr сидить правильну відповідь в голові, а все інше не так за визначенням. Відповідь від мене чекали такої:
- Поговорити з замовником, вибрати найважливіші, які можна встигнути. Недобре відразу посилати шанованої людини J
- Підключити людей з іншого проекту. Звідки ці люди беруться - для мене завжди загадка, невже контора тримає резерв розробників «про всяк випадок».
- Делегувати частину роботи фрілансерам.
- І взагалі, якщо людина просить у космосу йому допомогти, то той йому допомагає (facepalm).
Замовник хоче отримати реліз через місяць, а розробники оцінили роботу в 6 місяців.
Черговий підвид першого питання. До решти стандартним відповідей додається ще один: «Треба подивитися, що запланували розробники. Можливо, вони хочуть зробити складну архітектуру, яка в даному випадку абсолютно не потрібна, а час з'їсть багато ».
Чому йдете з минулого контори?
Це питання вам точно поставлять, тому треба мати готову відповідь. Є стандартний варіант відповіді «На цьому місці роботи я досяг своєї стелі, подальшого розвитку не передбачається, а я хочу рухатися далі». В принципі, такий черговий відповідь всіх задовольняє. Ще хочеться відзначити, що не варто говорити зовсім погано про старому місці роботи. Якщо ви говорите, що стара робота погана, начальник у вас був гнилий людина, а підлеглі взагалі дебіли, то виникає питання про вашу власну адекватності
Чим хочете займатися? Яка робота вам цікава?
Питання безглуздий, але його теж задають. Думаю, що у 90% людей чесну відповідь на нього: «Все одно чим, головне за хорошу зарплату». Навіть якщо ви представник більшості, то не варто в цьому зізнаватися. Треба придумати відповідь заздалегідь, бажано з урахуванням специфіки вакансії. Наприклад, мені подобається робити затребувані продукти та релізі їх в строк. А робити те, що нікому не треба я не хочу.
Якщо перші шість питань в тому чи іншому вигляді мені задавали на всіх співбесідах, то далі йде список питань, які мені задавали лише в деяких місцях. Такі питання говорять набагато більше про характер роботи і людей, з якими ви розмовляєте, ніж опис вакансії.
Людина хоче звільнятися, але не хоче передавати справи. Як його стимулювати?
Сценарій такий. Є якийсь співробітник, який робив важливу роботу, але йому все набридло, і він вирішив піти в іншу контору. Справи передавати йому лінь, як його стимулювати зробити це? Додаткова умова - матеріальна стимуляція вам недоступна, тобто ви не можете виписати йому премію або залишити в подарунок корпоративну страховку на рік. Відповідь, який влаштував проводити співбесіду: «Треба пообіцяти звільняється хорошу рекомендацію для його майбутнього роботодавця».
Сьогодні ввечері ви їдете з дружиною у відпустку, а тут все зламалося.
Що робити в такій ситуації? Спочатку я довго не міг вибрати свої дії, так як зрозумів, що крім мене вирішити проблему ніхто не може, і ситуація виглядає безвихідною. Відповідь: «відміню відпустку» - очевидна дурниця і брехня. Уявивши, як я зазвичай організовую процес виходу у відпустку, я згенерувати відповідь, який від мене і очікувався: «Коли я куди-небудь їду, я завжди залишаю замість себе заміщає і цю проблему буде вирішувати він».
Група кадрових питань
Чи доводилося набирати людей? Як проводили співбесіди? Як відбирали кандидатів? Чи доводилося звільняти? Самі звільняли або hr? Як відбувався перегляд зарплати? Правильних відповідей тут, думаю, немає. Я просто розповідав, як все у мене було насправді, не намагаючись вдавати з себе «крутого менеджера», у якого на всі випадки є правила. Крім цього я не соромився говорити, що деякі рішення я приймав абсолютно волюнтаристськи на основі своєї персональної оцінки і світовідчуття.
Склад команди, оптимальне співвідношення тестувальників і програмістів.
Яке співвідношення тестувальників і програмістів вам здається оптимальним? На мій погляд - це залежить від проекту, але зазвичай досить 2 розробника на 1 тестувальника, або в разі потреби в дуже високій якості 1 до 1.
Що будете робити, коли потрапите в нову команду?
У мене цікавилися, як я буду знайомиться з колективом, що буду робити з тими, хто мені не сподобається і т.п.
Більше мені нічого особливого не запам'яталося, ніяких питань про зрушення гори Фудзіяма або оцінки числа дівчат на підборах в Мурманську не зустрінеш. Мабуть, це все в теорії або в настільки креативні контори я не ходив.