Мы разрабатываем продукт Kaspersky Security Center (KSC). Это система управления корпоративной защитой. Продукт нужен для централизованного управления продуктами нашей компании, которые устанавливаются корпоративным клиентам. Количество и функциональность выпускаемых продуктов растут, растёт и количество выпускаемых релизов, поэтому нам нужен еще один PM.
Основная задача PMа - выпуск релизов продукта. При планировании релиза PM активно работает с продакт-мендежером (PdM) и системными аналитиками, которые помогают сформировать скоуп релиза и выясняют у клиентов, что же на самом деле надо сделать. Приходится учитывать планы других продуктов компании и их график релизов. PM также выполняет функцию фичеоунера, который контролирует сроки поставки новых возможностей в продукт и координирует по ним работу команд. В каждом релизе мы проводим работу с рисками: эти вопросы PM обсуждает с PdM и архитектором продукта по безопасности. Вопросы управления качеством PM контролирует с помощью системы автотестирования и ручного тестирования.
В повседневной работе мы применяем адаптированный Scrum с двухнедельными итерациями. С багами и обращениями клиентов работаем в TFS по SLA/OLA, а новую разработку ведем по системным требованиям. Обычно релиз выпускается силами нескольких команд разработки, в состав которых входят разработчики разных стеков, тестировщики, а также девопсы, архитекторы и аналитики. Для того, чтобы быть в курсе дел, PM посещает планирования итераций в командах, ежедневные встречи и ретро, а также следит, чтобы команды не забывали о демо.
Чтобы выпускать релизы в срок, адаптироваться к новым требованиям и обстоятельствам, приходится подстраивать процессы и внедрять что-то новое. Очень пригодится умение видеть слабые места процессов, предлагать решение и отстаивать свою точку зрения.
Отстаивать свою точку зрения придётся не только в процессах. PM у нас может принимать активное участие в обсуждении технических вопросов. Для этого очень пригодится опыт программирования в реальной разработке. Писать код вы, конечно, не будете, но понимание правильных принципов разработки программных продуктов пойдут на пользу, чтобы вовремя понять, что предлагаемое решение не в ваших интересах или в него, напротив, стоит вложиться.
Работу сильно облегчит понимание продукта, который мы выпускаем. Отличным подспорьем станет опыт системного администрирования: исторически продукт развивался под ОС Windows, а последние несколько лет основной вектор развития направлен в сторону Linux.
Обычно общение с клиентами берут на себя другие люди, но бывают ситуации, когда надо уметь разговаривать с людьми, далёкими от разработки. Очень хорошо, если у вас такой опыт есть.
И самое главное, что нам нужно – ваш личный опыт выпуска релизов коммерческих продуктов. Идеально, если вы делали такое в большой компании. А мы подскажем, на что обратить внимание в первую очередь у нас.
В конце всё же мы хотели бы четко продублировать пару пунктов обязательных требований: