Есть две расхожие точки зрения. Первая заключается в том, что менеджер-технарь горе в семье не к добру, потому что когда дедлайн подступает ближе, он начинает лезть руками куда его не просят, править код, выискивать, а главное находить баги, журить разработчиков и накалять обстановку. При этом, неоспоримый его плюс в том, что он никогда не скажет заказчику, что проект можно сверстать за три дня на коленке потому, что понимает, сколько нужно времени и людей на ту или иную задачу. Часть команды его недолюбливает, часть уважает, в основном, и те и другие по одной причине: он — бывший разработчик.
Напротив, менеджер, который ничего не понимает в разработке, как пить дать будет кормить заказчиков обещаниями, неправильно записывать требования и правки, потому что ничего в них не понимает, на каждую встречу с клиентом будет водить за ручку бедных разработчиков и с умным видом кивать. В целом: существо доброе, безобидное и бесполезное. Авторитет завоевывает долго, постепенно повышая уровень знаний, но сначала его легко водить за нос.
В последние годы все больше свитчеров переходят из других сфер в IT. Что обусловлено быстрым развитием отрасли. И получается следующая ситуация: те, кто работали в банках, логистике, и других сферах, начинают управлять процессом разработки. Программистам не нравится, когда ими командуют «чужаки» (им в принципе не нравится, когда ими командуют, но мы этого не говорили), а PM-ам сложно влиться в работу и начать вести проект. Ведь нужно разобраться в технической стороне вопроса, понять кто из команды чем занимается. Хочется просто нажать волшебную кнопку или выпить магическую таблетку, чтобы быстро прокачать матчасть. К сожалению, таблетки нет и этап адаптации неизбежен для менеджеров, которые ранее не работали в IT.
Мы попросили специалистов из разных компаний и проектов поделиться с нами своим мнением о том, что должен знать проектный менеджер в IT, и должен ли РМ, в случае неполадок в проекте, нырять в омут с головой лезть в код.
Анна Лаврова
Вопрос, по сути, схож на “а должен ли управляющий рестораном уметь готовить?” — думаю, вы вряд ли найдете много управляющих (именно управленцев, не шефов, не хозяев или инвесторов), которые, действительно, умеют готовить на уровне с поварами на кухне. Должен ли?
Я считаю, что каждый человек в бизнес-процессе, должен обладать навыками и знаниями именно своего процесса (так называемые, T-shaped specialists), если так сложилось, что человек пришел в профессию из смежной области, он может быть и E-shaped — только вот длина “щупалец” будет отличаться.
Понимать процесс разработки (приготовления еды, обслуживания клиентов, продаж) — НЕ значит “уметь кодить“.
На каком-то уровне я умею кодить, даже на первом курсе делала лабораторки на паскале и бейсике за весь поток, написала несколько программ на Delphi и даже делала сайты и приложения-игры на Flash. Делает ли это меня “техничным PM-ом“? Абсолютно, нет. Могу ли я посмотреть код? Нет. Другой вопрос — должна ли я смотреть код?
Я лично знаю несколько PM-ов, которые пришли в менеджмент из разработки, и каждый из них говорит, что потратил несколько лет на то, “чтобы научиться не лезть в код, в разработку и в технологии” — ибо старый опыт не забывается легко, и часто хочется решить проблемы и задачи за команду, или же повлиять на их решение. Когда перед моей командой стоит вопрос выбора технологий, я жду аргументов за и против, сравнений, данных, мирового опыта и лучших и худших кейсов — а не принимаю решение “о да, я сама использовала эту технологию“.
Сказать, что PM-технарь будет руководить продуктивней я не могу. Он будет руководить иначе, чем “не технарь“. Однако, действительно важно понимать как процесс разработки, так и тех, кто в него вовлечен и разговаривать с командой без когнитивных убеждений и испорченного телефона.
Я знаю, что такое гит, как и зачем мержить ветки, что такое пул реквест, фиче бранчинг и другие “умные слова”, но при этом, я не знаю, как писать код лучше тех, кто занимается этим профессионально.
Что должны уметь Project и Product Manager уровня Junior
В начале карьеры в области управления IT-проектами, как для Project Manager, так и для Product Manager, важно обладать ключевыми навыками и пониманием, которые помогут им успешно взаимодействовать с командами, клиентами и разрабатывать продукты, соответствующие потребностям рынка. Ниже приведен список основных умений и знаний, необходимых для Project и Product Manager на уровне Junior, охватывающий как управленческие, так и базовые технические аспекты, важные для их работы в IT-сфере.
Навыки для Junior Project Manager
Для Junior Project Manager важны следующие базовые навыки:
- Основы управления проектами. Понимание методологий управления проектами, таких как Agile, Scrum, или Waterfall.
- Коммуникационные навыки. Эффективное общение с командой и заинтересованными сторонами.
- Организационные способности. Умение планировать задачи, следить за сроками и бюджетом.
- Технические знания. Базовое понимание технологий и процессов разработки, но не обязательно умение программировать.
Помимо перечисленных навыков, для Project Manager на уровне Junior крайне важно также развивать гибкость в мышлении и адаптивность, так как они часто сталкиваются с меняющимися требованиями и неожиданными ситуациями в проектах. Начальный уровень требует готовности к обучению и быстрому принятию новых знаний, особенно в быстро развивающейся IT-индустрии. Важно также стремление к развитию лидерских качеств, таких как способность вдохновлять команду и эффективно решать конфликты.
Навыки для Junior Product Manager
Перед вступлением в роль Junior Product Manager, необходимо осознавать, что успех продукта во многом зависит от того, насколько хорошо менеджер понимает потребности своих пользователей и динамику рынка. На этой начальной стадии карьеры основное внимание уделяется изучению рыночных тенденций, разработке концепции продукта и формированию требований, которые будут руководством для команды разработчиков. Важно также умение работать в команде и эффективно общаться с различными заинтересованными сторонами. Базовые навыки такие:
- Понимание рынка и пользователей. Исследование потребностей пользователей и рыночных тенденций.
- Работа с требованиями. Формирование требований к продукту и их приоритизация.
- Коммуникация и командная работа. Взаимодействие с командой разработки, маркетингом и продажами.
- Техническое осведомление. Понимание основных технических аспектов продукта, но глубокие технические знания не требуются.
После овладения базовыми навыками, Junior Product Manager должен акцентировать внимание на постоянном развитии и обучении, особенно в области технологий и пользовательского опыта. Это поможет не только в формировании глубокого понимания продукта, но и в умении адаптироваться к изменениям на рынке и в потребностях пользователей. Важно также развивать стратегическое мышление, чтобы предвидеть будущие тренды и возможности для развития продукта.
Для обеих ролей важно непрерывное обучение и развитие навыков. Особенно это касается понимания специфики IT-проектов и технологий, что помогает в эффективном управлении и взаимодействии с техническими командами.
Я бы хотел выделить два классических типа: гуманитарий и инженер.
Гуманитарии — это люди, которые по определенным обстоятельствам оказались в ИТ. Соответственно, они стараются обзавестись каким-то инструментарием, с помощью которого они будут доказывать свою профессиональную ценность.
Обычно таким инструментарием выступает комбинация навыков общения, харизма и личная привлекательность + арсенал рамочных фреймворков в организации работы, куда входят как классические методы, так и вещи из мира Agile. Такие люди, как правило, не могут погрузиться в проект, ограничиваясь тем, что задают рамки работы и в стиле немецких гестапо жестоко подавляют любой отход от буквы неписаных законов успешной организации труда.
Инженеры считают, что, чтобы управлять, нужно лучше всех понимать, что там происходит в проекте/в коде.
Это люди, которые выращивают команды сами, лезут в код, смотрят структуру баз данных и сами проектируют наиболее сложные части системы. Если их команды разрастаются, то тогда инженеры начинают прибегать к методам работы гуманитариев, только правилами хорошего тона начинают выступать не только процессные догмы, но и формальные правила создания ИС, которые берут свое начало из системной инженерии: стандарты написания кода, единообразие интерфейсов, модульность проектируемой системы и т.п. Гуманитарии не опираются на все эти правильные штуки не потому, что не хотят. Просто у них нет этих знаний с самого начала.
Что должны уметь Project и Product Manager уровня Middle
На уровне Middle, как Project Manager, так и Product Manager, должны продемонстрировать не только усвоение базовых навыков, описанных для уровня Junior, но и развитие дополнительных компетенций. Эти дополнительные навыки позволяют им эффективно управлять более сложными проектами и продуктами, а также более активно взаимодействовать с командами, клиентами и рынком.
Навыки, которые должен иметь Middle Project Manager
На уровне Middle Project Manager ожидается, что специалист будет демонстрировать более глубокое понимание управления проектами, а также умение решать сложные задачи и работать с более сложными проектами. На этом этапе карьеры PM должен уметь не только следовать методологиям, но и применять их гибко, адаптируя под конкретные проекты и команды.
- Глубокое понимание методологий управления проектами Agile, Scrum, Waterfall.
- Умение решать конфликты и строить эффективное общение в команде
- Продвинутые навыки управления рисками и изменениями, планирование и контроль бюджета.
- Умение вести несколько проектов одновременно.
- Понимание архитектуры ПО, четкое представление об обязанностях backend и frontend разработчиков, их взаимодействии в рамках проекта.
- Анализ данных для принятия решений, распределение задач и ресурсов.
- Понимание основ разработки мобильных приложений и их особенностей.
- Основы работы с системами контроля версий, в частности Git, понимание принципов работы и интеграции API.
Middle Project Manager должен также активно работать над развитием лидерских качеств, таких как способность мотивировать команду и вдохновлять на достижение лучших результатов. Важно умение адаптироваться к изменениям и быстро реагировать на непредвиденные ситуации.
Навыки, которые должен иметь Middle Product Manager
Для Middle Product Manager ключевым является глубокое понимание рынка и потребностей пользователей. На этом уровне ожидается, что менеджер будет не только формировать требования к продукту, но и активно влиять на его развитие, анализируя рыночные тенденции и предвидя изменения. В частности, нужны такие навыки:
- Глубокое понимание потребностей пользователей и рынка.
- Умение формулировать и реализовывать стратегию продукта.
- Способность к критическому анализу и принятию обоснованных решений.
- Управление продуктовым бэклогом и приоритизация задач.
- Техническое понимание и знание инструментов разработки.
- Использование метрик для оценки успеха продукта и принятия решений.
- Эффективное взаимодействие с разработчиками, маркетологами, продажами, умение вести переговоры и общаться с заинтересованными сторонами.
- Понимание важности UX/UI для успеха продукта.
Middle Product Manager должен постоянно работать над совершенствованием своих навыков в области продуктового менеджмента, уделяя особое внимание аналитике и стратегическому планированию. Важно умение видеть широкую картину и определять направления для дальнейшего развития продукта.
Евгений Плохой
Если коротко, кодить РМ-у не нужно, но понимать программный код на уровне абстракций – обязательно. Если умеет кодить – круто, главное чтобы не лез в код руками и не давал ценных указаний, как реализовывать тот или иной функционал. А еще PM должен знать о возможностях платформы или языка программирования, на которых строится проект.
Александр Демура
Глубокое понимание технической части, конечно, помогает разговаривать с разработчиками на одном языке, но таит множество потенциальных рисков и проблем. Страсть к микро-менеджменту и убежденность, что знаешь как лучше — одна из них. Другая проблема — без постоянной практики знания начинают безнадежно устаревать, РМ со временем перестает ловить мышей и начинает продавливать давно уже устаревшие подходы времен своей молодости.
Весь накопленный разработчиком опыт ему практически никак не помогает в роли РМ-а — РМ работает не с кодом, а с людьми.
Вообще, РМ — скорее роль, нежели титул, и, в принципе, эту роль может при желании играть любой член команды.
Вот и сказочке конец. А если серьезно, то вывод напрашивается сам собой — будь ты продактом или проектным менеджером, никуда от изучения области, в которой работаешь, не деться. Только задача — не научиться кодить, а разобраться в процессе. Если вы учили или учите программирование, то вряд ли удержитесь от соблазна «дать ценный совет по технологиям». А это делать, как мы уже выяснили, категорически нельзя. Зато можно и нужно понимать, о чем идет речь в проекте в техническом плане.
Что должны уметь Project и Product Manager уровня Senior
На уровне Senior, Project и Product Managers должны демонстрировать не только глубокие знания и навыки в своей области, но также лидерские качества и стратегическое мышление. Они должны уметь управлять крупными проектами или продуктами, принимать сложные решения и вести за собой команды, а также иметь способность видеть и влиять на более широкую картину в организации и на рынке.
- Глубокое понимание бизнеса и технологий
- Стратегическое планирование и принятие решений
- Лидерство и развитие команд
- Управление сложными проектами и продуктами
- Инновации и развитие продукта
- Работа с высоким уровнем неопределенности и сложности
- Коммуникация и взаимодействие с высшим руководством и ключевыми заинтересованными сторонами
- Эффективное управление изменениями и кризисами
- На этом уровне также важно обладать умением влиять на культуру и процессы в организации, а также способностью к непрерывному обучению и адаптации к постоянно меняющемуся рынку.
На уровне Senior, для Project и Product Managers в IT-компаниях, критически важным является наличие технических навыков. Хотя прямое программирование может и не требоваться, глубокое понимание всех процессов разработки, включая архитектуру систем, технологические стеки, процедуры тестирования и развертывания, является ключевым для успеха на этом уровне. Это понимание позволяет эффективно управлять сложными проектами и продуктами, а также способствует разработке стратегий, которые полностью соответствуют техническим и бизнес-целям компании.
Кто-то из опрошенных специалистов настаивает на том, что лучший способ стать крутым PM-ом — быть разработчиком, запретившим себе кодить. Кто-то говорит, что гуманитарий с опытом и желанием учиться справится ничуть не хуже. В любом случае, знание проектного менеджмента — не «золотой микроскоп», которым можно «забивать гвозди» что в строительстве, что в IT. Вникать в индустрию придется. Именно поэтому мы рекомендуем всем гуманитариям и выходцам из других сфер пройти курс TechMind, чтобы меньше времени потратить на набивание шишек и получить необходимый базис, сразу, а не в процессе. Это позволит молодому проектному менеджеру задавать меньше глупых вопросов разработчикам, избежать косых взглядов и, главное, заслужить уважение. Ведь в IT-сообществе тяга к знаниям и желание развиваться считается хорошим тоном.