Soloviov.ru / Веб для бизнеса

Сергей Соловьев о применении веб-технологий с пользой для бизнеса

Опубликовано: 12.08.2009, 22:53

Собеседование проектного менеджера - Часть 1

Ориентированность на результат

Двигателем любого проекта всегда был, является и будет являться проектный менеджер. Именно этот человек сначала разберет Вам проект на части, а потом соберет воедино. Именно он скажет, когда и кому из проектной команды надо подключиться. Именно он качественно проведет допрос Клиента, а потом всем расскажет, что узнал и что с этим надо делать.

Вопрос в том, где же найти такое сокровище, а точнее - как правильно распознать его среди многих кандидатов, которые пришли устраиваться к Вам на работу?

Вопрос довольно интересный и даже занимательный. За время своей работы в сфере веба я присутствовал на многих собеседованиях, сам провел не одну подобную встречу и видел, что потом из этого получается. И должен сказать, что в ходе разговора крайне важно задать правильные вопросы. Вот о некоторых из таких вопросов мы и поговорим в нескольких статьях.

Первую статью посвятим ориентированности на результат и отношению к информации.

Что искать

Основная сложность проекта по разработке веб-системы - вовсе не поиск технического решения и не мотивация команды и даже не презентация дизайна Клиенту. Основная сложность - не утонуть в обилии информации вокруг проекта.

Здесь играют роль два фактора:

  • Веб-система - явление сложное. Она состоит из десятков количества компонентов, может быть реализована многими способами и должна быть проверена на соответствие сотням требований.
  • В проекте участвует много людей. Это и команда Заказчика, и команда основного подрядчика, и команды сервисов, с которыми нужно интегрироваться.

Надо ли говорить, кто отвечает за определение единственно верного способа реализации проекта и одинаковое понимание этого способа и причин его выбора всеми участниками?

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

В проектной среде задачи обладают принципиальными преимуществами перед “просто информацией”. Вот простые примеры того, что можно сделать с задачей, и никогда нельзя сделать с обычными комментариями/мнениями/документами:

  • Быстро запустить в производство.
  • Понять из приоритетов, когда важная информация сможет что-то изменить в проекте.
  • Получить результат.

Самое важное свойство задачи - четкий и конечный жизненный цикл. Благодаря этому, информация не зависает, а сразу отправляется приносить пользу. И что еще важнее - она не накапливается. Она отрабатывает свое и умирает, как и положено. Если она не будет умирать, очень быстро в ней утонут все участники проекта.

Как искать

Задачей должна являться любая информация по проекту: от исходного брифа до акта приемки. Важно, чтобы менеджер был способен увязать ее в единый поток и четко называть, где стыкуются отдельные течения.

Проверьте отношение кандидата к информации на нескольких стадиях проекта. Спросите, какая связь между бюджетом и планом тестирования. Если кандидат ответит, что именно в бюджете определяется, сколько тестеров должно участвовать в проекте, ставьте ему плюсик.

Если кандидат способен проследить, как видоизменяются и детализируются требования в цепочке “ТЗ - прототип - макет дизайна - постановка задач разработчикам - план тестирования”, ставьте ему два плюсика.

Обратите внимание, какими понятиями оперирует менеджер:

Должно быть не “комментарии клиента с презентации”, а “список доработок макетов дизайна”.
Должно быть не “отложенное требование”, а “задача на пост-проектную стадию” или “потенциальная идея для продавцов”.
Должно быть не “Клиенту не понравился цвет кнопок”, а “у нас запрос на изменение - перекрасить кнопки из синего в красный”.

Мораль

Любите менеджера, который:

  • в разговоре каждые 5 минут резюмирует следующие действия
  • требует ноутбук и мобильный интернет для доступа к интранету
  • у которого в конце дня нет писем во Входящих

Гоните менеджера, который:

  • ходит на встречи с блокнотом
  • часто говорит “Я все понял и подумаю, что можно сделать”
  • на вопрос “где последняя версия ТЗ?” запускает поиск по папке “Входящие”

Удачных (и продуктивных) проектов!

Продолжение серии:

Собеседование проектного менеджера - Часть 2 (обучаемость проектного менеджера)
Собеседование проектного менеджера - Часть 3 (предлагаем, а не спрашиваем)