Кто такой PM и с чем его едят (для самых маленьких)

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

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

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

Я сторонник взглядов, что в команде каждый должен понимать, кто и зачем нужен, какую пользу общему делу каждый несёт.

Цель этой статьи - помочь понять разработчикам, тестировщикам, аналитикам, всем-всем-всем, да и самим менеджерам - для чего вообще необходим PM в команде.

Итак, начнем как водится - с базы. Менеджер проектов - это кто?

Сначала нужно уточнить - ниже идёт речь об IT Project Manager-е (далее PM). Менеджеров на свете целая куча - есть менеджеры строительных проектов, менеджеры по закупкам и т.д. Это отдельные профессии и они имеют свою специфику, которую я, увы, не знаю, а потому и рассказывать про них не буду.

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

Вообще - эту профессию, как и многие другие, думаю, можно разделить на 2 части.

“Ядро”, т.е. основные функции PM-а, которые требуются в большинстве случаев:

Доп. функции/обязанности:

В разных компаниях к этим функциям ещё могут примешиваться функции других областей (продуктовый менеджмент, аккаунт-менеджмент, геймдизайн и т.п.), но это как и везде - чаще требуется человек-швейцарский нож, а не узкопрофильный менеджер, который филигранно планирует Ганта и строит идеальные планы, а больше ничего и не умеет/не знает.

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

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

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

Я слышал мнение, что PM не всегда нужен на проекте, и с этим мнением частично соглашусь - если проект не большой, команда сама замечательно держит контекст, контролирует свои дедлайны и прогресс, да и в целом все ее члены замотивированы - то менеджер тут может быть лишним.

Считаю, что необходимость менеджера в команде должна определять как сама команда, так и бизнес на основе того, справляется ли команда самостоятельно с поставленными задачами и целями.

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

Лично я сторонник разбивки, которую давно у кого-то услышал - менеджеров по стилю управления можно грубо разбить на 3 категории:

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

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