Чому з тестувальників виходять хороші проєктні менеджери
Привіт читачам DOU, давно не бачились! Я Оля Чмир і вже два з половиною роки працюю проджект-менеджеркою у PitchBook. У проєкті наразі більше як 200 спеціалістів, я, своєю чергою, постійно взаємодію з кількома різними командами.
Зрозуміло, щоб управляти такою кількістю команд і людей, потрібна ціла менеджмент-команда. Наразі у PitchBook’у є близько 20 відповідних фахівців, серед яких Head of Project Management, Delivery Managers і Project Managers. Останні є не лише управлінцями, а й носіями культури проєкту.
За останні роки до PM-команди приєдналось кілька людей, що перейшли сюди з позиції QA Engineer (їх наразі третина).
У цій статті ми спробуємо розглянути шлях від Quality Assurance Engineer до Project Manager, найлегші задачі та типові труднощі. Маю надію, що матеріал допоможе тим тестувальникам, які задумуються про зміну свого кар’єрного шляху. І як каже наш Director of Engineering Саша Хомич, з хорошого QA можна «зліпити» кого завгодно.
Ілюстрація Аліни Самолюк
Чому QA варто задуматися про перехід у PM
Багато професіоналів хотіли б змінити щось у своїй кар’єрі. Проте думка про те, щоб відмовитись від побудованої кар’єри та почати все спочатку, часто демотивує, тому фахівці залишаються (іноді нещасливими) на попередній позиції. Але, як зазначає Дорі Кларк у своїй книзі «Персональний ребрендинг», є способи змінити кар’єру, не відмовляючись від свого професійного статусу.
Та спершу визначмо, що робить QA Engineer’ів справді хорошими Project Manager’ами.
Бачать проєкт максимально широко. Часто Project Manager’и — це ті люди, які є носіями цілісного бачення проєкту, вони знають місце кожної фічі у великій картині.
Project Manager’и надихають фахівців і зацікавлюють їх у виконанні поставлених завдань. Однак і QA — ті, хто щодня взаємодіють із баченнями інших — змушують команду дивитись на задачі під різними кутами. А також розуміти місце кожної задачі у фінальній картинці.
Окрім того, саме QA часто виступають голосом змін у проєктних процесах і підходах.
Як зазначають наші Delivery Manager’и, що починали свій шлях в Quality Assurance, на зміни їх підштовхнуло розуміння, що на позиції проджект-менеджера вони зможуть робити більше для проєкту, будуть значно кориснішими та краще реалізують свій потенціал.
Чудово розв’язують проблеми. Серед ключових задач Project Manager’а — робота із групою спеціалістів, зосередження їх на спільній меті та спрямування на найкраще вирішення задач.
В обов’язки Project Manager’а входить акцентування всієї команди на певній проблемі, з якими вона стикається під час реалізації проєкту.
QA Engineer — це один з головних спеціалістів, який знає, як проєкт реалізовано «зараз» і як буде краще/зручніше для кінцевого користувача працювати з програмним продуктом. Це вже навіть не питання юзабіліті. Оскільки QA Engineer сам працює із продуктом величезну кількість разів під час тестування, саме він є тією людиною, яка може говорити, чи оптимально виконано задачу. QA Engineer розповідає, як функціональність має бути реалізована, й має уміти донести цю думку до команди та/або замовника чи партнера.
Однією із причин, чому наші тестувальники переходили в проєктний менеджмент, було бажання розширювати обсяги комунікацій, допомагати іншим у поліпшенні та документуванні процедур та процесів.
Їм справді не байдуже. Як QA Engineer’и, так і Project Manager’и відповідальні за якість продукт. Обидві ці ролі найбільше зацікавлені у вчасній поставці продукту на продакшен. Тобто кожен із них певною мірою на останніх етапах життєвого циклу ухвалює рішення щодо готовності продукту побачити світ.
Високорозвинена навичка ухвалення рішень та відповідальності — одна з життєво важливих навичок і обов’язків Project Manager’а, що також є обов’язковою навичкою QA Engineer’а.
Управління проєктами пов’язано з багатьма щоденними виборами, що допомагають вести проєкт в тому чи іншому напрямку. Як ми всі розуміємо, один незначний неправильний крок може незабаром поставити під загрозу весь проєкт. Так само працює і QA Engineer.
Будь-який спеціаліст на певному щаблі своєї кар’єри думає про подальші зони розвитку. Наші QA Engineer’и бачили їх поза межами своїх обов’язків і прагнули збільшити рівень своєї відповідальності.
Як перейти
Отже, ви як QA Engineer побачили багато спільного у своїй роботі та роботі Project Manager’а й задумались про зміну професійної діяльності. Що робити далі?
Крок 1. Зміна кар’єрного шляху — це позитивне зрушення, проте готуватись до нього потрібно ще на посаді QA Engineer. Спостерігайте за вашим проєктним менеджером і спробуйте (а краще спитайте!) зрозуміти її/його обов’язки. Ідеально буде почати співпрацювати максимально щільно з нею/ним.
Розділіть його/її робоче навантаження і простягніть руку допомоги. Ви можете забрати невеликі задачі, що перетинаються з вашими. Спостерігайте, як Project Manager спілкується з командою та замовником. Ставте питання. Якомога більше питань.
Крок 2. Читайте та аналізуйте проєктну документацію. Прочитайте та проаналізуйте документацію, що готує ваш Project Manager. Подумайте над питаннями «Чому саме так сформована команда проєкту?», «Як визначені та закладені ризики?» тощо.
Зрозумійте ті процеси, якими керує ваш Project Manager, і поміркуйте над ними від початку до кінця. Спробуйте з’ясувати, які з процесів можна поліпшити та як, як ці зміни презентувати команді та як підібрати влучні аргументи.
Кожен з тестувальників уже володіє цінними знаннями про життєвий цикл проєкту та основні процеси постачання функціоналу та домен. Саме це допомогло їм при зміні позиції.
Крок 3. Розвивайте комунікативні навички. Якщо вважаєте, що недостатньо добре вмієте спілкуватися, швидко починайте працювати над цим. Гарні навички усного та письмового спілкування є обов’язковими. Надзвичайно важливо добре володіти англійською мовою.
Письмова комунікація:
- жодних граматичних помилок;
- опануйте етикет листування;
- знайдіть спосіб перевіряти орфографію.
Усна комунікація:
- розвивайте вміння пояснювати складне простими словами;
- розвивайте мистецтво переконувати.
Project Manager повинен спілкуватися із замовниками, різними зацікавленими сторонами у бізнесі та з командою (чи командами) задля досягнення спільних проєктних цілей.
Погані навички комунікації можуть призвести до непорозумінь у команді, що, своєю чергою, спричиняє викривлення проєктних цілей і планів або неправильну побудову продукту.
Вдосконалення письмових та усних навичок англійської мови — не rocket science. Цього можна вчитися, допомагаючи Project Manager’у в письмових задачах (наприклад, у написанні follow-up до зустрічей з командою та/або замовником) і постійно спілкуючись англійською мовою. Курси англійської мови також є корисними. Загалом обирайте для себе найбільш комфортний і продуктивний спосіб навчання.
Найкращий спосіб — це спілкування англійською мовою як в побуті, так і в робочому середовищі. Зберіть фідбеки про вашу англійську та постійно вдосконалюйтесь.
Крок 4. Час поговорити з Project Manager’ом щодо ваших прагнень. Це може бути черговий
Якщо ж ви є критично важливими на проєкті, запропонуйте Project Manager’у для початку розробити план вашого навчання та переходу й поєднувати ролі 50/50. Зрештою, починати на знайомому проєкті та зі знайомою командою буде значно легше.
Крок 5. Вибір ментора та підготовка навчального плану. Якщо ваш Project Manager і проєкт готові дати вам шанс, то час визначатися з ментором. Це може бути ваш Project Manager або Project Manager іншого проєкту компанії. Зрештою, це може бути і стороння людина, яка готова вам допомагати, скеровувати та ділитись своїми знаннями та досвідом.
Під час випробувального періоду на нашому проєкті ми маємо розроблений
До навчального плану входять усі заплановані активності на період навчання та/або випробувального періоду як проєктного менеджера. Це вивчення ухвалених на проєкті підходів до управління (довгострокове та короткострокове планування, виконання проєкту), ознайомлення із роботою Project Manager’а в таск-трекерах (у нашому випадку JIRA), підходи до менеджменту команд тощо.
У перший тиждень ми маємо чи не щоденні зустрічі, адже яку б вичерпну документацію ви не мали, Project Management насамперед — це взаємодія з людьми, і описати в документації усі тонкощі підходів ще мало кому вдавалось. Тому цей досвід передається з уст в уста. Проте ми використали невеликий хак і записували наші відеозустрічі. Так висвітлені теми конвертуються уже в письмову базу знань. Повірте, до обговорених тем ви ще не раз повертатиметесь під час навчання.
Важливо! До кожної зустрічі готуйте перелік питань. По-перше, так вам легше буде орієнтуватися під час розмови. По-друге, це значно економитиме час і вам, і ментору. По-третє, це з самого початку розвиватиме хорошу звичку попередньої підготовки до зустрічей.
За досвідом наших «юних» Project Manager’ів найлегшими були задачі, пов’язані зі структуруванням та бізнес-аналізом. Легко вдавалось налаштовувати комунікацію із замовниками і командою для тих, хто перемістився на позицію проєктного менеджера в межах одного підпроєкту та команди.
Крок 6. Робота на першому проєкті та перші помилки. Уже з перших тижнів наші «світчери» отримували реальний проєкт і виступали в ньому Project Manager’ами. Ментор перевіряє роботу, підтверджує хід проєкту та... дозволяє робити помилки. Важлива ремарка: ви будете помилятись, не бійтесь цього. Головне — розбирати причини виникнення помилки, наслідки, до яких вони призвели, та вчитись.
Насправді перша проєктна робота має лише єдину відмінність від тієї, що чекає попереду — вона проходить під постійним наглядом, ще ці менеджери мають поки обмежену відповідальність. Проте під час навчання вони проходять усі етапи прийнятого на PitchBook проєктного процесу: разом із Business Analyst та Team/Tech Leads вивчають вимоги, готують та обговорюють оцінки, планують ресурси та проєктну роботу, ведуть повний цикл комунікації із замовником та командами, звітують про прогрес та разом із ментором ухвалюють рішення про поставку.
Серед найскладніших задач для майбутніх Project Manager’ів — управління підтримкою проєкту (пріоритезація продуктових і технічних задач, алокація ресурсів команд), багатофокусність і постійне перемикання між завданнями. Декому важко було позиціонувати себе перед командою в новій ролі та управляти колегами, які ще недавно були вищі за посадою. Комусь важко давалось делегування.
Крок 7. Офіційний перехід і передача справ. Якщо є проєкт, що займає
Важливо за певний час до цього поговорити про заміщення вашої позиції у разі успішного переходу та передачу справ. Ви можете продовжувати поєднувати дві ролі або повністю передати справи колезі. Зрештою, ви можете успішно змінити проєкт і прокладати свій кар’єрний шлях деінде.
Крок 8. А що далі? Project Manager має постійно підвищувати свою кваліфікацію. Ви можете спробувати отримати визнані в галузі сертифікації.
Є також кілька семінарів і центрів з підготовки Project Manager’ів як онлайн, так і офлайн. Можна розглянути сертифікацію в Agile Frameworks.
Завдяки відвідуванню профільних конференцій та воркшопів розширюються професійні горизонти та збільшується мережа корисних і цікавих знайомств.
Також Project Manager працює над документацією та використовує різноманітні Project Management tools.
Замість висновків
Позитивно, що ви думаєте перейти від тестування до проєктного менеджменту. А кар’єрне зростання Project Manager’ів буває досить стрімке у порівнянні з іншими ролями.
Project Manager — це своєрідний місточок між бізнесом і командою розробки. І такий фахівець взаємодіє з різними зацікавленими сторонами.
Отже, для проєктних менеджерів важливо думати нестандартно. Їм доводиться працювати самостійно, використовуючи свої аналітичні та стратегічні навички, тому часто кажуть, що хороший QA Engineer має всі можливості стати успішним Project Manager’ом.
