255 ступеней

Буквально недавно меня попросили провести собеседование с претендентом на позицию аналитика. Хорошо, что вопросы были сформулированы давно. Эта заметка в помощь остальным, проводящим подобные собеседования. Важно, почему и зачем мы задаем именно эти вопросы. Как только это станет понятно, можно будет придумать другие вопросы. А главное, понять, что должен отвечать кандидат.

Основные виды деятельности аналитика:

• Выявление требований
• Формализация требований для передачи остальным членам команды

Это основные виды деятельности. Гипертрофируем в утверждение: “Эти виды деятельности есть смысл существования проектной роли аналитик”. Дополнительно, в зависимости от проекта, аналитик может заниматься внедрением, подготовкой рабочей и конечной документации, тестированием, подготовкой документов, в соответствии с ГОСТами. Оставим пока эти вещи в стороне и сосредоточимся на первостепенных.

Итак, вопросы кандидату:

Какие методы выявления требований вы знаете?
Как правило, работа с требованиями начинается именно с выявления. И эти методы нужно хотя бы знать. Часто кандидат начинает с пункта “проведение интервью с заказчиком”. И останавливаются на этом. Если это произошло, можно помочь собеседуемому, задав вводную: “Заказчика нет”. Это заставит кандидата вспомнить (или) придумать остальные методы. Следите как говорит кандидат. По тому какую терминологию он использует, можно сделать предположение о теоретической подготовке. По полноте описания методов - о реальном опыте. Второе важнее. Если кандидат претендует на позицию ведущего, можно уйти в высший пилотаж, попросив сравнить применимость и эффективность различных методов для различных типов проектов. А можно подробно разобрать один из методов.

Напишите прецедент снятия денег со счета при помощи банкомата. И напишите бизнес процесс, ну скажем, знакомства через сайт.
Позволяет оценить навык выдачи формализованной документации. Предлагайте написать примеры в любой нотации, на выбор кандидата. Можно в двух-трех.

Из каких частей, по вашему мнению, состоит спецификация требований?
Достаточно простой, на первый взгляд, вопрос. Показывает насколько хорошо подходит кандидат под ваш проект. Т.е. если кандидат с ходу называет функциональные и нефункциональные требования, а на наводящие вопросы об остальных видах мнется и молчит, то понятно, что он сталкивался в своей профессиональной деятельности только с простыми бизнес приложениями. Если называет только дизайн интерфейса - то, скорее, с простыми сайтами. Худший вариант, если кандидат говорит “ТЗ” и никак не может расшифровать, что туда входит.

Какие инструменты анализа знаете?
Имеется ввиду не инструментальные средства, а именно инструменты, такие как “рыбий скелет”, “диаграмма Парето”, метод “пяти почему” и тому подобное. Это вопрос на выявление требований и переход к их формализации и ранжированию. Можно задавать этот вопрос в паре с задачей о лифтах. [1]

Общий вопрос, который стоит задавать кандидатам на любую позицию:
Что читали и что собираетесь читать, какие курсы посещали?
Имеет смысл задать этот вопрос дважды. Один раз, о самообразовании по конкретной специальности, второй по разработке ПО вообще. Человек, претендующий на ведущего, должен прочитать как минимум десяток - другой миллионов знаков.

———————————————-

[1] Условия задачи. Есть некая крупная организация, занимающая целиком многоэтажный офис. Поток людей большой, т.к. столовая находится на улице и курить в здании запрещено. Кроме того, постоянно приходят посетители. На настоящий момент лифты не справляются с нагрузкой. Предложите способы решения проблемы. Примечание. Лифты менять нельзя.

Это сообщение создано Понедельник, Июль 2, 2007 в 21:54 в категорию Всё новое, Управление проектами, Аналитика. Вы можете подписаться на сообщения RSS 2.0 Вы можете оставить комментарий или послать trackback на это сообщение.