Вакансия: менеджер проектов

Вакансия: менеджер проектов

Большинство ИТ-компаний в создании и продвижении своих продуктов оперируют категориями ИТ-проектов. Ответственность за их реализацию в срок и в нужном объеме лежит на менеджерах. Мы попросили представителей компаний рассказать о знаниях, навыках, опыте, актуальных для менеджеров проектов

1. Какими знаниями и навыками должен обладать менеджер проектов?
2. Каков инструментарий менеджера проектов?
3. Каковы требования компании к уровню образования потенциальных сотрудников?
4. Какие требования предъявляются к опыту работы?
5. Есть ли особые требования, которые обусловлены спецификой деятельности компании?

Алексей Суринов, директор проектного департамента Rambler&Co

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

Первая – это управление людьми (people management, категория soft skills). Менеджер проекта не делает работу сам, он делает ее руками специалистов, экспертов, консультантов, поэтому критически важно уметь обращаться с людьми так, чтобы они были готовы выполнять поставленные задачи, а лучше – горели проектом изнутри. Эта область знаний и навыков включает в себя: лидерство, управление мотивацией, тимбилдинг, управление конфликтами, делегирование и т.п.

Вторая – управление ожиданиями заказчиков (customer engagement, категория soft skills). Менеджер проекта делает работу для кого-то – и тут важно умение как идентифицировать реальных людей, для которых делается проект, так и умение построить с ними долгосрочные партнерские отношения. Чем выше доверие заказчика, тем больше возможностей для маневра появляется у менеджера проекта и тем легче ему выполнить проект. Чем лучше руководитель проекта понимает своего заказчика, тем выше шанс привести проект не к формальному успеху – выполнению «контракта», а к настоящему – когда заказчик получает действительно то, что хотел. Эта область знаний и навыков включает в себя: ведение переговоров, активное слушание/коучинг, «продажи», управление конфликтами (конструктивная конфронтация) и т.п.

Третья – техническое управление проектами (категория hard skills). Это огромная область знаний и навыков, которая полностью описана в таких стандартах, как PMBOK. Необходимость в них сильно зависит от сложности проектов, которые нужно вести. Содержимое шести сотен страниц довольно сухого справочника в двух словах не перечислить: умение правильно запускать проекты, планировать их, рассчитывать ресурсы, сроки и бюджеты, управлять рисками, управлять коммуникациями, контролировать ход выполнения проекта, осуществлять закупки и т.д. и т.п. (в PMBOK всего 47 таких процессов). Конечно, в реальной жизни требуется лишь часть этих знаний, но чем больше и сложнее проект, тем больше таких технических навыков нужно руководителю проекта в довесок к soft skills.

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

2. Я придерживаюсь мнения, что хороший менеджер проекта может вести проект и на салфетках. Если же говорить серьезно, то инструментарий можно разделить на два: тот, что требуется для взаимодействия с другими людьми – и тут всепонятно: для команды это трекер (jira/redmine/...) + вики для хранения информации (confluence/wiki/...) + мессенджеры (slack/telegram/...) + почта, для заказчиков чаще всего это почта + телефон + некий механизм организации встреч.

Что же касается инструментов ведения проектов, то самые универсальные инструменты лежат в офисном пакете Microsoft – Excel + Word + Outlook + Project + Visio, этой комбинации хватит практически для всего, что требуется. Безусловно, эти инструменты далеко не самые удобные, но зато самые распространенные и доступные. На практике, конечно, может быть множество узкоспециализированных инструментов, как платных, так и бесплатных, – все зависит оттого, какую задачу надо выполнить.

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

4. Руководитель проекта должен иметь опыт работы по схожим проектам + продемонстрировать знания и навыки из перечисленных в ответе на первый вопрос (управление людьми, управление ожиданиями заказчиков, техническое управление проектами), достаточных, чтобы он мог справиться с проектом, на который мы его рассматриваем. Плюс в нем должно быть стремление учиться и развиваться, чтобы со временем «прокачать» пробелы.

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

Анна Северинко, Director of Engineering Virtuozzo

1. Для менеджера проектов ключевыми являются так называемые soft skills: организованность, умение управлять временем, договариваться и убеждать, быстро принимать решения, готовность брать на себя ответственность. Очень важно, как человек умеет решать проблемы, управлять рисками (а не только их идентифицировать) и как действует в случае «когда что-то пошло не так». Ведь как бы хорошо мы ни планировали, всегда возникают какие-то непредвиденные ситуации. И в таких ситуациях хороший менеджер проектов должен адаптироваться – действовать спокойно и конструктивно, думая о том, что нужно сделать, чтобы завершить проект в срок, а не заморачиваться на негативе, что, мол, «опять все не так».

Очень важно быть реалистом и полагаться на холодную арифметику и предыдущий опыт – либо свой, либо других людей: если известно, что похожие проекты пять человек всегда в среднем заканчивали за десять месяцев, то не нужно надеяться, что «вот сейчас» мы поднапряжемся и закончим за три. Можно закончить за восемь, если все пойдет очень хорошо и если поднапрячься и учесть опыт предыдущих ошибок. Но хороший менеджер проекта, во-первых, должен четко понимать, какой именно «опыт» он собирается учесть и насколько благодаря этому получится сократить сроки разработки. А во-вторых, оценить риски, потому что во всем точно не повезет. Оптимистичная и пессимистичная крайности – и то, и другое плохо. Планировать реалистично, конечно, гораздо сложнее. Очень важны проактивность, сфокусированность на цели, а не на процессе, но при этом умение увидеть узкие места и оптимизировать работу команды.

И да, каждый день поддерживать мотивацию команды. Немотивированная команда тот же проект и за 15 месяцев не закончит. Хорошая, профессиональная, собранная, нацеленная на результат команда – залог успеха любого проекта.

Мы, например, только что выпустили новый релиз Virtuozzo 7, GA которого будет в конце июля, с кучей интересного и очень сложного функционала. Выпустили в срок. Некоторые вещи, которые мы сделали, очень трудно было оценить заранее – их просто до нас никто не делал. И такую неопределенность тоже нужно учитывать при планировании.

2. В первую очередь голова. Это самый полезный из инструментов любого менеджера. А вот вспомогательные… Здесь все очень зависит от процесса. В каждой команде и компании свои инструменты.

Мы используем JIRA, Confluence, Git, Stash, а также внутренние инструменты, например для автоматического тестирования, которые все тесно интегрированы между собой. Какие именно инструменты – это на самом деле не самое главное. Главное, что все инструменты бесполезны, если ими пользуются через раз или пользуется не вся команда («да я письмом комментарии отправил» тому человеку, который ушел в отпуск).

3. Компания Virtuozzo ориентируется на лучшие технические вузы России при поиске своих потенциальных кандидатов. В МФТИ, например, у нас есть своя базовая кафедра, мы работаем со студентами начиная со второго-третьего курсов, имногие из них после окончания института остаются у нас работать. Но мы не ограничиваем круг кандидатов какими-то фиксированными вузами. Если человек обладает нужными знаниями и навыками и реально хочет работать у нас иразвиваться, какое у него образование – не так важно. И у нас есть примеры очень хороших сотрудников, которые по тем или иным причинам не получили высшего образования. Но в большинстве случаев, да, конечно, лучшие выпускники или студенты лучших вузов.

4. Для начала Virtuozzo – все-таки софтверная компания, поэтому опыт программирования очень сильно приветствуется. А если серьезно, в этом плане мы очень гибкие, и слова «Senior»/«Junior» в описании наших вакансий довольно условные. Если кандидат перспективный, хорошо соображает и быстро учится, а главное, хочет учиться и ему интересно, то это зачастую гораздо важнее опыта работы. И если попадается реально «звезда», то мы наймем человека, даже если у нас нет в данный момент такой открытой позиции.

5. Специфических требований как таковых нет. Для нашей компании Virtuozzo oчень важно, чтобы человек смог влиться в команду. Пожалуй, к специфике компании можно отнести очень активное участие в различных Open Source-проектах: CRIU, P.Haul, KVM, QEMU, runc, Linux Kernel, OpenStack, Libvirt. Много работы в глубоких и сложных OS kernel областях. Но участие в таких проектах – это, конечно, не требование, просто приветствуется. Кроме того, мы – международная компания, знание английского требуется, и, если сотрудник не очень силен, мы предоставляем бесплатные курсы и уроки в офисе самой компании. А в остальном требования более-менее стандартные, но очень высокие.

Александр Гречишкин, руководитель проекта Parallels Desktop для Mac в Parallels

1. Как правило, project-менеджеров в компаниях растят из существующих кадров – программистов или тимлидов. Перед сотрудниками возникает выбор: чему уделять больше внимания, программированию или управлению людьми? Не всеготовы к последнему. Любой человек, у которого есть это желание и такие способности, может стать хорошим project-менеджером. Если нет того или другого, то – увы. Навыки общения, взаимодействия и управления людьми важны. Если говорить о конкретных знаниях, то личный опыт – лучший учитель. Опытный project-менеджер предпочтительнее новичка. При этом даже закаленный специалист иногда сталкивается с проблемами, которые он до сих пор не решал. Поэтому нельзя останавливаться в своем профессиональном развитии, необходимо постоянно расширять кругозор, получать знания и умения от наставников, на курсах или в учебных учреждениях.

2. У хорошего project-менеджера основной инструмент – интуиция или чутье, если хотите. Как это ни странно, но его основная задача – это четко знать, что он может сделать, а что нет. Почуять, рассчитать, догадаться, как угодно, но всегда иметь картину происходящего в голове. Ни один инструмент не может сказать, что у Петра вчера был приступ мочекаменной болезни, он весь день ходил, попивая воду, и кряхтел, а я знаю, что в последний раз, когда так кряхтел мой брат, онугодил в больницу на месяц. У Петра важный кусок кода, и кроме него некому его закончить. Самое главное – это люди. Знать, что происходит с ними, какие у них есть проблемы. А диаграммы Ганта мы все умеем двигать.

Причем не важно, будете ли вы специалиста нанимать со стороны или растить в компании: и то, и другое – хорошо. Человек со стороны приносит новые законы, принципы, опыт. Вливает новую кровь. Хороший project-менеджер – личность сильная, харизматичная. Это новая энергия, новые взгляды и подходы. Тут проблема в том, что человеку надо вливаться в коллектив, притираться, узнавать проект, команду. Что, естественно, с человеком «изнутри» делать не надо. Но учеловека «изнутри» должна быть сильная мотивация, посыл, желание что-то изменить. Он работал в компании несколько лет, и по идее ему надо бы уже идти в другую, но он должен увидеть перспективы своего роста, как карьерного, так или чностного, профессионального. Продолжать заниматься тем же, но на другом уровне. Сместить и развернуть плоскость видения из горизонтальной в вертикальную. Мне кажется, что это сложнее сделать человеку «изнутри».

3, 4. Хорошего project-менеджера видно сразу. Я не знаю таблицу вопросов и ответов, по которой можно было бы определить, хороший он или плохой. Одно, два или три собеседования – мало. Интересно знать все с самого начала. Кем был, что делал, какие идеи у человека, какие приоритеты. Основное качество project-менеджера – отсутствие лени. Хороший project-менеджер, как ледокол, – прет вперед, не видит преград. Отстаивает интересы проекта, людей, технологий ивидит перспективы того, что делает. Он разрабатывает продукт, не тот, который будет выпускаться сегодня, а тот, который будет выпускаться завтра, в следующем году или через пять лет.

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

Елена Арсеньева, программист, организатор ИТ-конференций и образовательных программ для менеджеров проектов

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

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

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

Есть очень хорошие книги: «Deadline. Роман об управлении проектами» Тома ДеМарко и «Death March» Эдварда Йордона, которые будут крайне полезны.

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

3. Как правило, это, конечно, высшее профильное образование. Технологии развиваются так быстро, что главное, что должна дать высшая школа, – это умение учиться. Конечно, чем больше опыт работы, тем меньшее значение придается образованию. И есть блестящие примеры, когда люди без высшего образования достигали вершин. Например, это автор методологии Feature driven development Джеф Де Люка (Jeff De Luca – https://en.wikipedia.org/wiki/Jeff_De_Luca). Он незакончил колледж, но тем не менее сделал карьеру в IBM от курьера, который заинтересовался работой программистов, до высших позиций в руководстве. Но это все же скорее исключение.

4. Обычно более-менее серьезно выглядит релевантный опыт от трех лет и больше.

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

Денис Левшов, проект-менеджер, директор по развитию МСН Телеком Европа

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

В реальности надо минимально разбираться в подавляющем большинстве задач, которые собираешься делегировать. Чтобы фрилансеры не смогли продать тебе немного подработанную бесплатную тему Wordpress по цене автомобиля, бухгалтер не смог тебя убедить в том, что «НДС в ЕС высчитывается по стране-производителю, которую налоговая будет определять по IP вашего веб-сервера», и чтобы изначально выстраивать бизнес-модели, которые пройдут юридический контроль и при этом устроят владельцев проекта. Когда-то приходится выступать «буфером», если сталкиваются ожидания владельцев проекта, узкопрофессиональное мнение исполнителей и твое видение ситуации. Непомешает умение гасить конфликты. Важно уметь делегировать, тем не менее иногда на самом деле «проще сделать самому, чем объяснить», каким бы смертным грехом это ни объявлялось всеми теоретиками ПМ. Конечно же, работа слюдьми, формирование команды.

2. Опыт показывает, что в 99% случаев гибкость, быстрота реакции и scalability проекта предпочтительнее, чем выстраивание полной инфраструктуры, в рамках которой проект потом должен существовать. Поэтому, особенно в начале проекта, нужно использовать максимальное количество сторонних, проверенных решений, бесплатных тарифов, в противовес привязывания себя к услугам конкретных компаний или принятию на работу собственного персонала. Экосистема Google и ASANA настраиваются в течение часа и в состоянии обеспечить успешную работу почти любой команды на начальном этапе. Потом можно подключать то, что нужно начиная от онлайн-сервиса бухгалтерии изаканчивая средами для программистов, тикетинг-системами, CRM и т.д. По мере роста проекта за некоторые сервисы лучше заплатить, как, например, Salesforce. Навскидку интересны Slack, Confluence, Zendesk. И, конечно же, без Excel никуда.

3. В малых и средних проектах больше гибкости в отношении наличия у аппликанта формального профильного образования, чем у мультикорпораций. Человека с доказанным опытом работы в данной области, несколькими свежими онлайн-курсами по теме, пусть даже и бесплатными, при первом интервью я восприму так же серьезно, как обладателя профильного диплома десятилетней давности. Ну и «огонек в глазах», желание учиться и работать всегда учитываются. Естественно, это не относится к некоторым критическим позициям (юрист, бухгалтер, безопасность), но в этих случаях лучше пользоваться профессионалами высокого класса со стороны, которыми нагружать бюджет проекта было бы нецелесообразно.

4. Зависит от позиции/степени ответственности предлагаемой позиции.

5. Работа в высокорегулируемом государством сегменте телекоммуникаций, работа внутри ЕС, где нужно понимать не только специфику и правила своего рынка, но и быть готовым работать с компаниями из других стран на каждодневном уровне, имеет свою специфику, которую надо знать.

Денис Ушаков, руководитель команды WebStorm в компании JetBrains

1. Если бы меня попросили описать работу менеджера двумя словами, то, пожалуй, это было бы следующее: обеспечить сходимость. Это включает в себя как сходимость процесса разработки от идеи и прототипа к стабильному релизу, так исходимость внешних требований (будь то ожидания пользователей или же поддержка новых технологий) и функционала продукта. Важно понимать направление развития продукта и своевременно реагировать на происходящее вокруг. Безусловно, необходимы также и так называемые soft skills, которые помогают достичь взаимопонимания и результата наиболее приятным для всех образом.

2. Главное оружие менеджера – 1:1. Как программа является в некотором смысле отражением личности программиста, так и продукт во многом демонстрирует взаимодействие команды, создавшей его. Для того чтобы продукт рос иразвивался, необходимо, чтобы росли и развивались люди, которые его делают. К нам приходят люди, которые умеют и любят программировать, и нет необходимости их контролировать, нужно только создать условия для их комфортной работы. Кто, если не они сами, расскажет, что их беспокоит или чем бы они хотели заняться, что изучить? Так что главный инструмент – это общение, а потом уже баг-трекер и календарь.

3, 4. Исторически сложилось так, что большинство руководителей проектов – это люди, которые довольно долго работают в компании, нет людей, которых мы взяли извне на руководящие должности. У всех есть высшее образование, унекоторых – PhD. Каких-то строгих требований к опыту работы нет, но для того, чтобы работать эффективно, необходимо очень хорошо знать продукт и понимать устройство многих подсистем. Это занимает довольно продолжительное время.

5. JetBrains делает инструменты для программистов, так что быть руководителем проекта не будучи программистом, наверное, не получится.

Александр Баталов, директор по развитию АО «Флант»

1. В первую очередь любой менеджер должен очень хорошо взаимодействовать с людьми: уметь слушать и слышать, постоянно совершенствовать навыки личной мотивации как у себя, так и у своих сотрудников. Кроме того, если менеджер работает напрямую с клиентом, то отчасти необходим навык психолога, чтобы уловить истинные причины проблем и сложностей. Зачастую они связаны не столько с качеством или ограничениями продукта, сколько со значительными транзакционными издержками бизнес-процесса клиента. И хороший менеджер должен обязательно учитывать эти издержки, по возможности стараясь минимизировать их или полностью устранять. Если говорить о менеджере ИТ-проектов, то, безусловно, он должен обладать серьезным технологическим бэкграундом, пусть не углубленным, но очень широким, чтобы быстро и легко ориентироваться в профессиональных темах и иметь представление о ключевых технологиях индустрии.

2. Ключевой инструмент – система управления задачами – Jira, Redmine, Trello, Битрикс24… – в общем, неважно, что именно это за система, а важно, чтобы она максимально вписывалась в существующий бизнес-процесс. Например, во«Фланте» мы начинали с Redmine, но в итоге разработали свою, адаптированную именно под наши нужды систему, которая называется Nixon. Также мы активно используем BigBlueButton и Google Apps при проведении удаленных совещаний (митингов) – очень удобно видеть в реальном времени лица собеседников и где расположен курсор. Еще один безусловный инструмент – Google! Умение «гуглить» – важный навык любого современного человека; не понимаю, почему до сих пор этому явно не учат в школе… Еще лично я с большим удовольствием пользуюсь Feedly, в котором собрана подборка основных российских и зарубежных ИТ-изданий, стараюсь каждый вечер тратить не меньше часа наизучение публикаций – очень помогает держать руку на пульсе развития технологий!

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

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

5. Никакого использования Windows в рабочих процессах – только Linux, но в некоторых случаях возможна Mac OS.

Дмитрий Старков, Project manager компании по разработке мобильных приложений Trinity Digital

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

2. Каждый рабочий день начинается еще в метро по дороге на работу, где я открываю приложение «Календарь» на телефоне, который настраивает меня на текущий день. Далее расставляю приоритеты по задачам, планам и встречам. Очень важно представлять полную картину дня, например в to-do листе. Одно из главных правил – минимизировать прокрастинацию. В последнее время спасает приложение Franz, которое помогает совместить в себе практически все основные мессенджеры. Уже давно использую менеджеры буфера, которые позволяют быстро найти скопированный адрес, телефон, другую информацию. Стараюсь не пренебрегать ручкой и листом бумаги, некоторые вещи записываю в блокнот.

3. К сожалению, действительность такова, что высшее образование не всегда является показателем навыков и знаний, которыми обладает потенциальный сотрудник. Естественно, если у тебя профильное образование в сфере ИТ, это будет являться большим плюсом. Все основополагающие вопросы задаются на собеседовании, и там же быстро выявляется квалификация сотрудника.

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

5. Особым и в то же время основным требованием, как я упоминал ранее, является понимание абсолютно всех процессов разработки мобильных приложений. Менеджер должен не просто ставить задачи перед разработчиком, дизайнером, тестировщиком, он должен понимать всю схему, видеть картину работы над конкретным проектом целиком. И, как я также говорил, всегда быть в теме и любить мобайл.    

Марина Трокай, HR-generalist в компании Auslogics

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

• высоким уровнем знания английского языка;
• навыками управления командой маркетологов различных направлений (PPC, Affiliate marketing, media buying, SEO и пр.);
• умением разрабатывать технические задания для разработки и доработок ПО;
• глубокими знаниями в области интернет-маркетинга;
• опытом работы с американским и европейским рынками;
• высокой коммуникативностью.

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

4, 5. Компания Auslogics рассматривает специалистов с опытом работы в маркетинге от трех лет. Самыми ключевыми требованиями, обусловленными спецификой работы в компании, являются:

• опыт продвижения ИТ-продуктов на американский и европейский рынки;
• умение вести переговоры и работать с возражениями;
• знание различных маркетинговых направлений и умение их применять в зависимости от ситуации.

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

Олег Шайхатаров, Вице-президент Acronis по разработке, резервному копированию и хранению данных

1. Наша компания является мировым лидером в области решений для защиты данных в гибридном облаке, продуктами Acronis пользуются более 5 млн. пользователей и 500 тыс. компаний в 145 странах мира. Так как мы продуктовая компания, где жизненный цикл продуктов состоит из множества релизов и фаз, то задачи на позиции менеджера проектов могут отличаться от задач на схожих позициях в других компаниях. Хорошее понимание процессов разработки и предметной области должно дополняться инженерной интуицией и навыками создания надежного и развиваемого софтверного продукта. Кроме этого, управляя проектом, менеджер координирует работу людей разного профиля и специальностей, поэтому ему также необходимы отличные коммуникативные навыки.

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

2. Говоря об инструментарии менеджера проектов в Acronis, нужно отметить, что тут нет определенного стандарта. Наши менеджеры зачастую пользуются несколькими инструментами.

Для управления задачами чаще всего используется система JIRA, в которую разработчики заводят все свои задачи, благодаря чему можно отслеживать процесс их реализации. Некоторые используют Microsoft Project, но все же основным планировщиком задач является JIRA. Для решения текущих задач по управлению проектами, вроде ведения расчетов трудозатрат или создания презентаций может также использоваться MS Office.

3. Требование Acronis к уровню образования потенциальных сотрудников стандартно для нашей отрасли – высшее техническое образование и знание английского языка не ниже уровня Intermediate. Любое дополнительное профильное образование также приветствуется.

4. К опыту работу мы предъявляем следующие требования: 3-5 лет в профильной ИТ-компании, при этом, желательно, чтобы компания делала собственный сервис или продукт, а не разовые аутсорсинговые проекты.

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

Подготовил Игорь Штомпель

Комментарии могут оставлять только зарегистрированные пользователи