Є дві розхожі точки зору. Перша полягає в тому, що менеджер-технар горе в сім’ї не до добра, тому що коли дедлайн підступає ближче, він починає лізти руками куди його не просять, правити код, вишукувати, а головне знаходити баги, картати розробників і розжарювати обстановку. При цьому, незаперечний його плюс у тому, що він ніколи не скаже замовнику, що проєкт можна зверстати за три дні на коліні, тому що розуміє, скільки потрібно часу і людей на те чи інше завдання. Частина команди його недолюблює, частина поважає, здебільшого, і ті й інші з однієї причини: він — колишній розробник.
Навпаки, менеджер, який нічого не розуміє в розробці, як пити дати, годуватиме замовників обіцянками, неправильно записуватиме вимоги та правки, тому що нічого в них не розуміє, на кожну зустріч із клієнтом водитиме за ручку бідних розробників і з розумним виглядом киватиме. Загалом: істота добра, нешкідлива й марна. Авторитет завойовує довго, поступово підвищуючи рівень знань, але спочатку його легко водити за ніс.
Останніми роками все більше світчерів переходять з інших сфер в 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-спільноті потяг до знань і бажання розвиватися вважається хорошим тоном.