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

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

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

Что может противопоставить этому менеджер проектов?
Самым полезным навыком в данном случае станет умение мыслить предложениями, а не вопросами. На начальном этапе любого проекта задача менеджера - осознать, очертить и согласовать требования к конечному продукту. И только от менеджера зависит, будет ли этот процесс мучительным для Клиента, или он подпишет ТЗ с уверенностью в будущем результате.

Надо ли говорить, что хорошее начало и правильно заданный темп - это уже полдела?

В чем польза?

И все-таки рассмотрим ситуации, когда привычка мыслить предложениями оказывается крайне полезной:

• Когда Клиент не может адекватно сравнить варианты и оценить, какой из них будет лучшим именно в его проекте.
  То, что очевидно опытным Подрядчикам, может быть совершенно неочевидно Заказчикам.
• Когда Клиент предлагает заведомо неадекватное или неграмотное решение.
  Увы, это не редкость, но помним - они не обязаны бысть специалистами!
• Когда очень нежелательно вступать в длинную и непродуктивную дискуссию.
  Довольно часто такие дискуссии заканчиваются триумфальным изобретением велосипеда. Впрочем, некоторым людям принципиально доказать теорему самостоятельно - это стоит учитывать.

А вот некоторые конкретные преимущества, которыми может пользоваться менеджер, активно рекомендующий готовые решения:

• Экономия времени и ускорение принятия решений
• Повышение уровня обслуживания Клиентов
• Повышение доверия к Подрядчику через демонстрацию экспертизы
• Обучение Клиента и новых сотрудников Подрячика (при их участии в переговорах)

Как выявить талант?

Итак, снова постараемся понять, как можно на этапе собеседования с кандидатом определить его склонность при работе с Клиентами.

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

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

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

Наконец, можно попросить кандидата составить анкету по сбору требований к дизайну сайта. Обратите внимание не столько на количество вопросов в анкете и учет всех аспектов, сколько на наличие или отсутствие вариантов ответов. Вы же понимаете, что Клиенты очень часто даже не понимают терминологии вопросов, и варианты ответов им очень помогают. Как часто Вам приходилось объяснять Клиенту, чем эластичный дизайн отличается от фиксированного? А теперь оцените, как часто это делал Ваш кандидат.

Мораль

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

Предлагать готовые решения - отличный способ обеспечить и то, и другое. Цените в сотрудниках то, что помогает бизнесу.

В предыдуших сериях:

Собеседование проектного менеджера - Часть 2 (не ищем готовенькое - обучаем)
Собеседование проектного менеджера - Часть 1 (конвертируем информацию в задачи)

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

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

При подборе кандидата всегда возникают дилемма. Кто будет более полезен:

• Человек, который управлял проектами ранее?
• Бывший программист, который знает технологии вдоль и поперек?
• Или человек, который пока мало что знает, но очень интересуется и занимает активную жизненную позицию?

Обучаемость - ключ к эффективности и менеджера, и Ваших проектов

Моя практика показывает, что последний вариант очень часто оказывается наиболее эффективным. Обучаемость вообще качество очень полезное в любой сфере, а в сфере управления проектами веб-разработки - вдвойне полезное.

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

• Технологии компании
  Я не имею в виду языки программирования. Я говорю о структуре процесса разработки, промежуточных результатах проектов и контрольных точках стадий, управлении качеством и т.п.
• Внутренние стандарты компании
  Это тоже не ограничивается контролем качества продуктов, но также включает требования к процессам: презентация дизайна Заказчику, порядок постановки задач Исполнителям, управление проектной документацией и т.п.
• Новые платформы
  До тех пор, пока не придумали и не раскрутили универсальные стандарты для управления веб-контентом, будет существовать множество CMS и SaaS платформ и сервисов. Следовательно, для каждого третьего человека что-то будет новым при входе в компанию. Кроме того, вы же знаете динамику рынка и скорость появления новых продуктов. Все это тоже нужно постигать - прямо по ходу дела!
• Приемы работы с Заказчиками и Подрядчиками
  Да, осмелюсь утверждать, что это тоже своего рода наука. И если ее не изучать, то одни и те же грабли быстро выбивают менеджера из строя, потому что метрики проектов страдают.

Самое интересное в этом вопросе - тот факт, что даже если кандидат обладает необходимым опытом работы в вебе, но не способен быстро и хватко усваивать новую информацию, то все от этого только проиграют. И он сам, и команда, с которой он будет работать, будут испытывать дискомфорт, будут допускать слишком много ошибок и будут больше уставать и меньше производить. Кому это интересно?

О чем спрашивать

Надеюсь, в важности обучаемости я Вас убедил. Теперь немного о том, как прощупать кандидата.

Конечно можно просто спросить в лоб “Расскажите о своем опыте изучения Photoshop”. Но это, к сожалению, достаточно примитивно и, что еще важнее, сразу раскрывает цель вопроса. Умный человек ответит Вам то, что ожидается от успешного кандидата, а вовсе не то, что было на самом деле. А Вы (тоже умный человек) сразу об этом догадаетесь и почти не получите новой информации.

Мой опыт показывает, что собеседование становится интереснее и увлекательнее для всех, если вопросы задаются, так сказать, “по касательной”.

Примеры

Вопрос: Необходимо интегрировать веб-сайт с ERP системой. Ранее этого в компании не делалось, поэтому требуется изучить стандартные интерфейсы с обеих сторон и найти точки соприкосновения. Как будете решать проблему?
Подтекст: Опытный менеджер проекта знает, что понимание принципиального устройства системы именно для менеджера - довольно важно. Управлять процессом интеграции вслепую - безнадежное дело. Однако человек, который любит учиться, ответит “буду разбираться” с энтузиазмом, а человек, предпочитающий проторенные пути, скажет об усложнении проекта и необходимости привлечения аналитика.

Вопрос: У нас используется своя CMS. Как быстро сможете освоить?
Подтекст: Большинство CMS похожи, потому что решают одни и те же задачи. Поэтому если при ответе человек угадает средний срок освоения (основные функции постигаются примерно за 2 месяца в рабочем режиме), это будет означать, что уже есть опыт, причем адекватный. Если ответит, что заметно больше, значит плохо представляет суть и перестраховывается. Если ответит слишком оптимистично, то хочет хорошее впечатление произвести, не особенно задумываясь. Такого лучше продавцом сделать, чем менеджером проекта.

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

Вопрос: Имеете ли представление о рестроспективном анализе проектов, понятии извлеченных уроков? В чем их задача?
Подтекст: Человек, который любит узнавать новое, очень часто стремится придать новым знаниям практическую направленность. Такой человек, даже если не знает терминологии, сможет догадаться, что имеется в виду и ответит на вопрос правильно. А терминологию он выучит, не сомневайтесь. Он даже использует ее на собеседовании у Вашего конкурента через неделю, если Вы не возьмете его себе.

Мораль

Гораздо больше выигрывают те работодатели, которые ищут проектных менеджеров, обладающих именно менеджерскими навыками, а не прикладными знаниями. Обучаемость среди этих навыков занимает далеко не последнее место.

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

В предыдуших сериях:
Собеседование проектного менеджера - Часть 1 (конвертируем информацию в задачи)

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

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

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

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

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

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

Что искать

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

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

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

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

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

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

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

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

Как искать

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

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

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

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

Должно быть не “комментарии клиента с презентации”, а “список доработок макетов дизайна”.

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

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

Мораль

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

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

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

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

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

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

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