Эффективность проектного менеджера всегда напрямую зависит от того, насколько команда его уважает. Однако, завоевать доверие людей бывает совсем непросто, особенно, если вы — новичок в проекте, или у вас новая команда.
В IT проектные менеджеры часто сталкиваются с ещё одной проблемой. Многие из них пришли в разработку из других специальностей и не слишком глубоко разбираются в технической стороне вопроса. Поэтому, иногда, девелоперы относятся к PM-ам снисходительно и тем приходится завоёвывать репутацию потом и кровью.
Однако, не всё так плохо. Есть способы растопить этот лёд.
Дмитрий Ховрич, Full-Stack разработчик и один из первых преподавателей курса TechMind поделился своим мнением о том, что нужно делать менеджеру новичку, чтобы заслужить уважение команды.
1. Будьте «полезным человеком».
У некоторых программистов нередко складывается ощущение, что они могут обойтись и без менеджера. Серьёзно, зачем он нужен? С клиентом можно поговорить и так, да и задачи не сложно распределять самостоятельно. На практике, проектный менеджер выполняет множество важных функций, но большая часть из них остаётся за кадром. Однако, если PM честно ведет записи на митингах, а потом делится ими с командой, сам решает с клиентом мелкие вопросы, не отвлекая на это разработчиков и всегда в курсе того, что происходит в его проекте — девелоперы начинают замечать и ценить его работу. Они привыкают к тому, что могут обратиться к менеджеру с просьбой и, вскоре, начинают с ним советоваться.
2. Следите за развитием разработчиков.
Это особенно актуально, если менеджер отвечает за один большой проект и состав его команды редко меняется. В этом случае очень хорошо, если PM напоминает разработчикам об интересных конференциях, предлагает варианты обучения внутри компании, чтобы программист мог развиваться. Отличная практика — обсуждать с клиентом и тим-лидом, какие технологии могут пригодиться проекту в будущем и следить за тем, чтобы команда заблаговременно начинала их изучать.
3. Контролируйте интерес к работе.
Очень помогает, когда PM не просто внимательно относится к целям проекта, но и ценит свою команду. Я например, спустя 4 месяца работы в компании предупредил своего менеджера, что не хотел бы задерживаться на одном проекте более 4-х месяцев. Она (у меня PM — девушка) это запомнила и спустя указанный срок без всякого напоминания предложила мне перейти на другой крутой проект. Такие поступки подчёркивают, что вам не всё равно и для вас сотрудники, в первую очередь, люди с собственной мотивацией и целями. Если менеджер прислушивается к просьбам своей команды — разработчики с большой вероятностью ответят тем же и, в случае необходимости овертайма или при возникновении других сложностей, не откажут и будут на вашей стороне.
4. Предвосхищайте события.
На самом деле в предыдущем пункте я сказал неправду. PM моей компании помогла мне перейти на другой проект не на четвёртый месяц, а на шестой. Но на четвёртый месяц она подошла ко мне и сказала, что помнит про мою просьбу и уже ищет интересный проект под мой запрос. Последующие два месяца она часто общалась со мной и рассказывала о том, как обстоят дела. Благодаря такому поведению я чувствовал заботу и не волновался. По моему мнению, одна из задач проектного менеджера — создавать приятную и комфортную рабочую обстановку, когда каждый сотрудник ощущает, что он на своём месте и без лишних переживаний выполняет свои задачи. Внимательное отношение менеджера очень этому способствует.
5. Спросите совета у старейшин.
Молодому PM-у стоит как можно больше общаться с тим-лидом или просто самым опытным разработчиком в команде. Именно он сможет ввести новичка в курс дела, расскажет про ситуацию на проекте и сможет объяснить технические нюансы, особенно, если проект новый. Конечно же, для этого менеджеру и самому нужно уметь поддержать беседу на программерские темы и не путаться в терминологии. Из этого органично вытекает следующий пункт.
6. Вникайте и учитесь.
Если PM задаёт много вопросов — это нормально. Разработчики даже готовы терпеть глупые, с их точки зрения, реплики, если видят, что человек вовлекается. Намного хуже, когда проектный менеджер не погружен в проект и просто «перекладывает таски». Таких не любят, а об уважении речь вообще не идёт.
7. Будьте доброжелательны и доверяйте команде.
Последний, но не по значимости пункт. Даже не смотря на то, что мы занимаем разные должности и выполняем разные функции — мы все работаем над одним проектом и связаны общей целью. Об этом стоит помнить. Конечно, всякое бывает, но, что бы не происходило, стоит стараться доверять друг-другу и относиться к чужим ошибкам снисходительно. Ведь исправить можно всё, главное желание, не стоит конфликтовать по пустякам.
Хорошие отношения восстанавливать намного сложнее, чем исправлять ошибки в коде. Поэтому, старайтесь быть честными и открытыми. Конечно, можно подумать, что это и так понятно и вообще — прописные истины, но, поверьте, открытость и доброжелательность очень ценятся.
Вообще советы выше, по-своему, универсальны и хорошо подойдут любому менеджеру, чем бы вы не занимались. На самом деле, даже если на старте команда не слишком вас уважает и не всегда считается с вашим мнением, это не так уж плохо. Воспринимайте это не как проблему, а как возможность. Ведь на сейчас у вашей команды по отношению к вам заниженные ожидания. Если вы найдете время разобраться, что же коллегам от вас нужно и какую ценность вы можете принести, дальше дело за малым. Постарайтесь максимально включиться в необходимую работу и команда обязательно вас зауважает. Возможно, вы даже измените их отношение к роли проектного менеджера, в целом. Стоит попробовать!