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

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

Проект – это одноразовая, не повторяющаяся деятельность или совокупность действий, в результате которых за определенное время достигаются четко поставленные цели.

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

И мое “любимое” из PMBOK:

Проект – это временное предприятие, предназначенное для создания уникальных продуктов, услуг или результатов. Временный характер проекта означает, что у любого проекта есть определенное начало и завершение. Завершение наступает, когда достигнуты цели проекта; или признано, что цели проекта не будут или не могут быть достигнуты; или исчезла необходимость в проекте. «Временный» не обязательно предполагает краткую длительность проекта. «Временный», как правило, не относится к создаваемому в ходе проекта продукту, услуге или результату. Большинство проектов предпринимается для достижения устойчивого, длительного результата. Каждый проект приводит к созданию уникального продукта, услуги или результата.

Последнее определение мне “нравится” больше всего, потому что по запутанности и витиеватости изложения мысли при большом желании под определение проекта можно подвести что угодно.

Чтобы не выбирать лучшее определение, давайте все немного упростим. Во-первых, это должен быть не повторяющийся процесс, а некая “уникальная” идея, задумка или услуга. В этом все определения сходятся однозначно. Во-вторых, должно быть понятие начала и завершения проекта. Завершение связано с целями проекта, которые тоже должны присутствовать. Ну и наконец, есть ограничение в ресурсах (деньги, люди, инфраструктура и т.д.). Многие при обсуждении работы PM в IT обобщают еще больше и говорят о трех составляющих любого проекта: время, ресурсы и объем работ (project scope). В такой формулировке подразумевается, что цель проекта – выполнить весь объем работ или завершить досрочно с неудачным статусом, если он не может быть выполнен. Фух, в такой формулировке дальше двигаться гораздо легче! 🙂

Итак, какая основная задача стоит перед классическим PM? Успешно завершить проект! А это значит: выполнить весь объем работ в срок (клиенту разрешено менять объем через управление изменениями), при этом не выбившись существенно из бюджета. Чтобы выполнить подобного рода задачу, классическому PM нужно обладать серьезными навыками в процессах разработки (process management), работе с людьми и ресурсами (people/resource management), работе с требованиями (requirements management), контроле качества (quality control) и обязательно рисками (risk management). А рисков хватит с головой, недаром существует понятие “железный треугольник проекта”.

Что не предполагается видеть в наборе навыков классического PM? Технический опыт, архитектурные навыки, лидерские качества, организация QA процессов, умение “глубоко нырнуть” в бизнес домен, понимание бизнеса клиента и консалтинг клиента с целью его улучшения. Причем, в некоторых компаниях наличие дополнительных навыков из этого списка приветствуется, а в некоторых наоборот считается, что PM должен быть сосредоточен на организации проектных работ, а не отвлекаться на другие активности. Для этого у него в команде есть узкопрофильные специалисты: бизнес-аналитик, архитектор, тимлид, разработчик, QA инженер.

В следующей части мы рассмотрим, как меняется фокус и требования к роли менеджера в Agile мире, а возможно, детальнее пройдемся по роли классического PM, если будет много вопросов и замечаний. В общем, в ваших силах повлиять на содержание следующей части своей обратной связью. 😉