Проджект-менеджер: хто такий, чим займається та як ним стати

Продакт розвиває продукт, маркетолог – виводить його на ринок. Але щоб продукт ріс і просувався, спочатку необхідно організувати процеси. Цим у команді займається проджект. Він же стежить і за тим, щоби фічі випускалися якісними, вчасно і в рамках бюджету.

Ми написали цю статтю, щоб розкрити, що робить менеджер IT-проекту команді та як їм стати. Усередині шість блоків.

Хто такий проджект-менеджер

Project manager - це той, хто керує командою розробки та веде проект від і до: починаючи з отримання вимог, закінчуючи релізом та подальшою підтримкою проекту.

Продакт-менеджер та проджект-менеджер — відмінності

І той, і інший розвивають товар, працюють з фічами і командою розробки. Але на практиці це дві різні ролі.

Продакт-менеджер відповідає на запитання «Що?» та «Навіщо?». Він вивчає ринок, конкурентів, спілкується з користувачами, генерує та перевіряє гіпотези, покращує метрики. Загалом, робить все, щоб продукт досяг product-market fit (задовольнив потреби ринку та цільової аудиторії), зростав і приносив прибуток.

Проджект-менеджер відповідає на запитання "Як?" і коли?". Він виступає посередником між продактом та командою розробки. Менеджер IT-проекту добре знає, як влаштований продукт зсередини та повністю вибудовує процес його розробки. На ньому лежить відповідальність за якість та терміни проекту.

Як правило, проджект-менеджер, на відміну від продакту, не вивчає ринок, не будує продуктових гіпотез і не вигадує нові фічі. Але від нього залежать результати роботи: як виглядатимуть і працюватимуть фічі, скільки користувачів витримає продукт і наскільки він буде якісним.

Подивимося, що робить проджект-менеджер, з прикладу Джесси. Вона початківець ПМ у стартапі. Компанія розвиває онлайн-магазин елітних брендів типу Farfetch.

Обов'язки менеджера IT-проекту

Коли Джесса потрапила до компанії на посаду junior project manager, вона не мала ні команди, ні конкретних вимог до проекту. Єдине, що вона знала, потрібно розробити платформу для рітейлу елітних брендів.

Насамперед Джесса пішла до продакту, щоб зібрати вимоги до проекту і визначити скоуп фіч. Коли виникло розуміння функціональності, Джесса зібрала команду розробки. Зазвичай вона складається з UX-дизайнерів, програмістів, QA-інженерів та інших спеціалістів. Щоб дізнатися більше, прочитайте нашу статтю про команду продуктів.

На всіх етапах роботи Джесса стежила, щоб фічі поставлялися користувачам якісними та вчасно. Для цього вона використала проєктний трикутник. Він ілюструє баланс ресурсів у проекті та складається з трьох вершин: скоуп, терміни, бюджет та якість. Змінюючи одну з вершин, Джесса впливала на інші.

Після чергового релізу користувачі попросили додати можливість зберігати товари, що сподобалися, в вішліст. Щоб зробити це раніше за конкурентів, Джессе довелося скоротити терміни проекту і випустити фічу на два тижні раніше. Щоб не торкнутися якості та не перевищити бюджет, вони з продактом вирішили скоротити скоуп релізу. У постачання увійшов тільки вішліст. Випуск інших фіч було вирішено відкласти до наступного релізу.

Через пару днів після релізу вішліста користувачі поскаржилися на баг. Виявилося, що через нову фічу на сайті перестав відкриватися особистий кабінет. Разом із тимлідом Джесса оцінила ситуацію та визначила, скільки часу займе виправлення. З проблемою вдалося впоратися за два дні. Після цього Джесса написала звіт продакт і продовжила роботу над поточними завданнями.

Тепер зрозуміло, що на ПМ лежить велика відповідальність за весь продукт. Він не просто керує проектом до завершення. Від того, як менеджер IT-проекту справляється з обов'язками залежить швидкість і якість релізів, фідбек користувачів, спілкування з продактом і загальна атмосфера в команді.

Далі поговоримо, кому підійде кар'єра проджект-менеджера.

Кому підійде професія

Влитися з нуля складно. Тому для початку потрібно визначитися, чи підходить вам позиція проджекту. І тому можна поставити такі питання.

Чи подобається мені спілкуватися з людьми? Якщо ви швидко втомлюєтеся від дзвонів, берете конфлікти близько до серця і любите ставити робочі чати на м'ют, то можливо кар'єра менеджера проектів не для вас.

Команда, замовник та інші стейкхолдери будуть писати проджекту, якщо у них з'являться питання, проблеми та претензії. І співрозмовник не завжди висловить їх прямо, виразно, адекватно чи м'яко. Якщо ви готові слухати, а не піддаватися емоціям, а до конфліктів ставитеся як до частини шляху, то швидко увійдете в роль проджекта.

Чи хочу я постійно працювати над процесами? Уявіть, що якось налаштували процеси та кожен спринт виконуєте по 20 завдань. Це стабільність. Якщо ви не готові їй ризикувати та запитувати себе: «Що я можу змінити, щоб стало краще?», то працювати з проектами буде важко.

Якщо не оптимізувати процеси, команда розвивається повільно і важко збільшує показники. Але якщо вам подобається експериментувати з інструментами та методологіями, оптимізувати процеси та не боятися щось міняти, то початок у проджект-менеджмент покладено.

Чи добре я впораюся зі стресом? Якщо складні колеги, ненормований графік роботи та невизначеність вводять вас у стрес, то краще кілька разів подумати, перш ніж йти у проджект-менеджмент.

Робота в проекті – це не про комфорт та стабільність. Тімлід залишає команду перед релізом. Замовник просить переробити функціональність, над якою ви працювали цілий місяць. Команда вигоряє та перестає вписуватися в оцінки. Все це реалії проджекту. Якщо для вас проблеми – це не привід опустити руки, а мотивація на дії та зростання, то із проджект-менеджментом вам по дорозі.

Чи можу я тримати фокус на кількох завданнях одразу? Є поширена рекомендація — не поєднувати кілька завдань одразу та обробляти все по черзі. На жаль, її складно застосувати для роботи проджекта. Якщо ви повільно і з великим зусиллям перемикаєтеся між завданнями, ви навряд чи складатимете проекти вчасно.

Як ми вже говорили, проектна робота нестабільна та непередбачувана. Готуйтеся, що вирішувати конфлікти в команді, писати реліз ноутси та затверджувати вимоги до нових фіч із замовником іноді доведеться одним днем. Якщо у вас є навичка тайм-менеджменту і вас не лякає щільно забитий гугл-календар, ви готові зануритися в рутину проджекта.

Якщо ви відповіли «так» хоча б на три запитання вище, можна йти далі. Розглянемо, які навички повинен мати найвідповідальніший учасник команди.

Необхідні навички

Як ми вже сказали, ПМ не просто слідкує за проектом. Він робить все, щоб продукт працював, був якісним та подобався користувачам. Це велике та комплексне завдання. Її не вирішити без певних навичок. Розглянемо найважливіші їх.

Hard skills

Hard Skills - це технічні навички, які легко виміряти та оцінити. Для менеджера IT-проектів вони включають знання фреймворків, інструментів і методологій.

Опис вимог. Ви перекладатимете запити бізнесу на мову розробки: описувати фічі за допомогою юзер сторі та юзкейсів.

Розподіл задач. Вам доведеться декомпозувати фічі, оцінювати завдання в годинах і сторі поінтах та розподіляти навантаження в спринті.

Scrum та інші методології. Фахівець повинен відрізняти Waterfall від Scrum та вміти обирати методологію за вимогами до проекту.

Крім Scrum та Waterfall є ще сотні варіантів. Найпопулярніші ми розглядаємо у статті 5 ситуацій, коли Scrum не потрібний. Без знання цих підходів не вдасться зробити найважливіше налаштувати процеси.

Робота із проєктним трикутником. Ви будете контролювати терміни, бюджети, скоуп та якість проекту. Контролювати терміни потрібно за допомогою burndown chart і методу критичного шляху. Для роботи зі скоупом використовувати багтрекер і стендапи.

Розробка. Менеджер перевіряє якість фіч, ставить завдання та вирішує локальні труднощі з дизайну, розробки та тестування. Потрібно знати фреймворки програмування, розумітися на базах даних і серверах.

Разом із досвідченим проджектом ми написали статтю про 10 помилок в управлінні розробкою. Там розповідаємо, як вирішувати складні кейси у команді розробки.

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

Проведення зустрічей. У методології Scrum є планінги, ретро, ​​грумінги, стендапи та демо. Вам потрібно знати техніки проведення та регламент кожної зустрічі.

Веде багтрекер. Багтрекер – щоденний інструмент проджекту. У ньому менеджер веде беклог продукту та спринту, синхронізується з командою та відстежує готовність завдань.

Soft skills

Емпатія. Коли у команді немає довіри, зростати складно. Щоб досягати високих результатів на довгій дистанції, потрібно шукати підхід до кожного, з розумінням ставитися до невдач та вирощувати культуру у своїй команді.

Це стосується й вирішення проблем у відносинах колег. Вам, як проджект-менеджеру, може стати третьою стороною у вирішенні конфлікту. А в цьому вам допоможе наша стаття щодо способів вирішення конфліктів.

Навички спілкування. Якщо проджект не налагоджує комунікацію, він ускладнює процеси. Щоб чітко описати вимоги до проекту, необхідно поставити правильні питання продакту. А щоб ставити завдання, треба розбиратися, чим займається кожен.

Тайм менеджмент. Команда та замовник не довірятимуть менеджеру, який зриває дедлайни та спізнюється на зустрічі. Щоб цього не було, необхідно складати особистий графік, оптимізувати завдання та делегувати.

Лідерство. Не можна контролювати підлеглих лише через регламенти та бізнес-процеси. Крім налаштування процесів менеджер створює систему мотивації та здорову атмосферу в команді.

Вміння вирішувати проблеми. Зміни у планах замовника, нереалістичні оцінки команди та звільнення трапляються на всіх проектах. Щоб справлятися з проблемами, проджект швидко на них реагує, робить висновки та змінює підхід.

Стресостійкість. Менеджер часто відповідає на емоційні листи замовників та вирішує конфлікти. Це стрес. Щоб із ним справлятися, потрібно вибудовувати особисту систему мотивацій та стежити за балансом роботи та відпочинку.

Керування ризиками. ПМ вирішує багато проблем ще до появи. Наприклад, він деталізує вимоги до проекту, щоб розробники не витрачали час на їхнє уточнення.

Ми розібралися з тим, хто такий проджект-менеджер, чим займається і які якості має мати. Подивимося ситуацію на ринку

Зарплатня менеджера IT-проектів

ПМ — одна з найпопулярніших позицій в IT. На LinkedIn розміщено понад 200 000 вакансій проджект-менеджерів у США. В Україні попит менший, але він є.

Попри те, що продакт і проджект — дві близькі ролі, позиція менеджера проектів не така популярна на ринку. У той час, як product знаходиться на 4 місці в списку найпопулярніших професій за версією Glassdoor, project manager займає лише 32. Можна сказати, що ринок не перегрітий, і туди реально потрапити початківцю.

Винагорода менеджера IT-проектів залежить від посади та досвіду. Ми зібрали статистику, скільки заробляє project manager від junior до COO в Україні, Великобританії, Німеччині та США. Винагорода вказана за місяць у доларах. Якщо тут немає потрібної вам країни, виберіть її на Glassdoor.

Менеджери потрібні в компаніях різного рівня: в стартапах, скейлапах, корпораціях та в аутсорсингу.

У стартапах багато свободи та можна експериментувати з методиками.

У скейлапах можна швидко вирости та керувати одразу кількома командами.

У корпораціях не вдасться легко рости та змінювати процеси. Натомість там можна дозволити собі work-life balance.

В аутсорсингу менеджер отримує проекти не від своєї компанії, а від сторонніх замовників. Там набирається найбагатший проектний досвід.

У статті про типи компаній ми розуміємо плюси та мінуси різних IT-організацій: від маленьких стартапів до міжнародних корпорацій.

Тепер зрозуміло, що проект менеджер може працювати в IT-компаніях різного рівня. Але туди ще треба потрапити. Подивимося, який кар'єрний шлях чекає на новачка.

Кар'єрний шлях

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

Вертикальне зростання

У деяких компаніях є розподіл позицій ПМ на Junior, Middle та Senior. Можна почати з позиції асистента та поступово вирости до сеньйора з кількома командами. Далі проджект-менеджер може стати Head of PMO та COO.

Junior project manager керуватиме невеликою командою, робитиме частину проекту або допомагатиме іншому менеджерові. Міддл матиме складніші кейси — з десятками учасників і більш серйозними бюджетами. А сеньйор може керувати одразу кількома командами.

Після сеньйора можна зрости до позиції Head of PMO (Project Management Officer), тобто стати менеджером менеджерів. Якщо проджект-менеджер відповідає за продукт або його частину, то PMO займається розробкою на рівні бізнес-стратегії.

Ще можна зайняти позицію COO (Chief Operating Officer) — операційного директора та керувати процесами компанії. COO не управляє проектами, а відповідає за бізнес-план компанії. Він слідкує за тим, щоб процеси відповідали обраній бізнес моделі, а якість продуктів — встановленим у компанії вимогам.

Горизонтальне зростання

Щоб вирости, проджект не обов'язково ставати COO або Head of PMO. Він може продовжувати розвиток у проектній діяльності: розширювати команду та займатися складнішими проектами.

Деякі менеджери IT-проектів залишаються в рамках обов'язків, до яких звикли: ведуть беклог, роздають завдання, стежать за ресурсами та керують релізами. Але комусь цікаво розвивати проект як продукт, тобто спілкуватися з користувачами, генерувати гіпотези та керувати стратегією. Так ПМи стають продактами.

З хорошим проектним досвідом можна почати свій стартап та застосовувати там ті самі принципи та інструменти управління проектами. Набирати сильну команду і ставити реалістичні дедлайни вже не важко.

І нарешті, оптимізація процесів це ціле мистецтво. Якщо ним опанувати, то можна стати консультантом та допомагати зростати іншим компаніям.

Перш ніж будувати кар'єру проджекту, до неї потрібно підготуватися. Розглянемо, з чого почати, коли ви тільки починаєте шлях до проджект-менеджменту.

Як вчитися та знайти роботу

Ми розібралися, які якості має володіти фахівець і куди рости далі. Перейдемо до того, як навчитися професії.

Більшість навичок можна придбати на стажуванні в невеликій компанії або ставши асистентом. Але майте на увазі, що на добрі стажування завжди є конкурс, а отже, потрібно проходити відбір. Розберемося, що робити, щоб одержати позицію ПМ.

Вивчіть сферу. Це найкраще робити через досвід експертів. Ми зробили добірку зі 100 телеграм-каналів з кейсами, фреймворками та життєвими історіями з IT. Так ви зрозумієте, чи вам потрібен проджект-менеджмент або краще піти іншим шляхом.

Визначте свій рівень підготовки. Це можна зробити з тестом на кар'єру із 10 питань.

Навчіться. Коли ви зрозуміли, чого вам не вистачає, можна переходити до навчання - вибирати офлайн або онлайн-курси за напрямком.

Зробіть свій проект. Під час навчання у вас накопичаться проекти, на які дивитиметься роботодавець. Але цих кейсів може бути замало. У статті про Pet Project ми розповідаємо реальну історію про те, як зробити Pet Project, і даємо детальний гайд зі створення свого проекту.

Оформіть портфоліо. Навчальні та особисті проекти потрібно правильно уявити роботодавцю. Як описувати кейси в портфоліо, щоб пройти відбір ми розуміємо, як оформляти результати в портфоліо. Кожен крок розглядаємо на прикладах наших курсів.

Пройдіть співбесіду. З портфоліо можна йти на співбесіди. Не завжди вдасться приходити із величезним списком досягнень. Це нормально. Набагато важливіше знати, як подати себе роботодавцю. Ми знайшли 9 способів пройти перший етап відбору без досвіду та отримати запрошення на інтерв'ю.

Пройдіть вибір. Майже переважають у всіх компаніях відбір кандидатів складається з етапів. Щоб допомогти на кожному, ми зібрали поради щодо проходження скринінг резюме, тестового завдання, інтерв'ю з рекрутером та продакт-менеджером.

Пройдіть випробувальний термін. Ви отримали роботу, але попереду випробувальний термін. У статті 5 помилок у перші 100 днів у компанії розповідаємо, що варто і не варто робити, щоб сформувати у команди правильне враження та влитися у нові робочі процеси.

Насамкінець подивимося, який досвід допоможе швидше отримати роботу проджект-менеджером.

Участь у проектній команді. Проджектами можуть бути учасники проектної команди. Наприклад, QA-інженер, який відповідає за вимоги до проекту та його якість, або тімлід, що керує програмістами. Їм не треба довго вливатися в контекст, вивчати Github та серверну частину.

Ведення проектів не в ІТ. В ІТ часто переходять проджекти з інших сфер: наприклад, менеджер, який керує командами в рекламному агентстві. Такий фахівець встиг розвинути лідерські якості, відмінно комунікує із замовниками, вміло пріоритизує завдання та не зриває терміни.

Свій стартап. Досвід запуску невеликого продукту допомагає прокачати роботу з проектним трикутником: скоупом, часом, терміном та якістю. А ще фаундер стартапу не з чуток знає про релізи та дедлайни.

Резюмуємо

Може здатися, що проджект-менеджмент - це налагодження процесів і випуск продукту. Але це зовсім так.

Набагато важливіше зібрати сильну команду та вибудувати з нею довірчі стосунки. Тоді добрі результати на одному проекті можна масштабувати на інші.