Привіт, друзі!
Так виходить, що зі мною періодично зв'язуються мої знайомі і знайомі моїх знайомих, яким мене порекомендували, з приблизно одним і тим же питанням: «Як мені стати project manager'ом в IT, якщо до цього я працював (-а) на схожій позиції, але не в IT?».
Оскільки подібних запитів накопичилося кілька штук за досить короткий час, я вирішив написати про це окрему статтю. Ну ви розумієте - я ж ледачий, і тепер зможу відразу давати посилання на цей текст, замість чергового повторення вже кілька разів сформульованих відповідей. Стаття не претендує на універсальність - це тільки мій погляд на ситуацію. У той же час скажу, що коли проводиш співбесіди, наймаєш і навчаєш project manager'ів - накопичується досить багато загальних критеріїв, що відповідають на питання «А що ж насправді повинен знати і вміти IT project manager?», щоб успішно працювати в IT.
До речі, знання англійської мови в статті навіть не обговорюється. Воно просто обов'язково.
Поїхали?
Як зазвичай виглядає запит:
Олексію, доброго дня! Мене звуть <... >. Мені порадив до Вас звернутися <... >. Потрібна Ваша експертна рада. Буду вдячна Вам за підказку. Знайшла тренінг для проектних менеджерів, який Ви читаєте. Хотіла б запитати чи варто проходити мені його. Коротко про мою ситуацію: <... > хотіла б себе спробувати далі розвивати в проектному напрямку, але вже в IT-сфері. Вже проходила кілька співбесід, але поки безуспішних (роботодавці часто посилаються на те, що немає досвіду в IT). У зв'язку з цим у мене виникла думка про те, як змусити все-таки поїзд рушити. Буду дуже вдячна за пораду з приводу курсів. Можливо є сенс подивитися щось суміжне до менеджера проекту, якщо немає шансів, щоб взяли в IT-сферу на таку позицію? Буду вдячна за будь-який зворотний зв'язок.
Варіанти звернень відрізняються тільки попереднім досвідом роботи в якихось не-IT областях.
Що я можу порадити?
Спочатку налякаю і згущу хмари.
1. Дійсно, майже завжди відмовляють рівно тому, що для project manager'a в IT вкрай важливо розбиратися не тільки в project management'e як такому, але ще й в IT. Це потрібно рівно для двох речей: а) для знаходження спільної мови з підлеглими (тестувальники, аналітики і розробники, які всі айтішники) і відповідно розуміння суті діалогів, специфікацій, проблем та іншого, і б) для знаходження спільної мови з представниками замовника, які часто точно також мають в основному айтішний background. Звичайно, є деякі невеликі шанси переконати майбутнього роботодавця, що розуміння специфіки IT-області не критично для даної позиції. Важливо пам'ятати, що ці шанси дуже і дуже невеликі. Все-таки наймач краще знає, що йому треба, і переконати його в іншому - досить складно. Особливо роботодавців в IT - вони вже точно знають, який саме співробітник їм потрібен. У той же час, ніхто не забороняє пробувати переконувати. Раптом вийде?
2. В IT дуже важливим є розуміння етапів розробки продуктів (SDLC - Software Development Life Cycle). Працюючи в НЕ-айтішних організаціях це розуміння повністю отримати, на жаль, неможливо. Є моменти специфічні для IT-галузі. А раз project manager в IT відповідає за розробку продукту/коду/функціоналу до заданого терміну, із заданою якістю і в заданих рамках за якістю/функціоналом, то йому обов'язково розуміти, як же досягти всього цього тими засобами, якими він зазвичай володіє в IT-сфері. В інших галузях можуть бути свої нюанси, що відрізняються від IT в ту чи іншу сторону.
3. Будь-які тренінги з управління проектами «взагалі», швидше за все не сильно допоможуть. Потрібні тренінги з управління проектами в IT. Поясню чому я так вважаю: тренінги «взагалі» не дадуть розуміння двох важливих речей: «айтішної технічної мови» та «розуміння етапів розробки саме в IT».
4. У будь-якій IT компанії, вже є свої співробітники, які бажають стати керівниками. І ці співробітники (розробники, тестувальники, аналітики) - вже розбираються в IT (володіють тією ж технічною мовою, що й оточуючі), а також знають SDLC. Більше того, вони знають замовника, знають специфіку компанії та її внутрішню кухню (це не критичні пункти, але порівнюючи з нульовими знаннями зовнішнього кандидата - навіть ці пункти можуть переважити). Таким чином виходить, що зовнішній кандидат НЕ з IT-галузі змушений конкурувати як з внутрішніми кандидатами зсередини самої компанії, так і з іншими зовнішніми кандидатами, теж з IT-галузі.
Отже, які ж параметри вийшли?
1. Володіння технічною IT-шною мовою. Розуміння, наприклад, що взагалі таке FTP, Signoff, Sprint, ASAP, Regression, XML, Database request, Deadline, FYI, Client-Server Architecture, Redline, Smoke Test, FTE, rE... RE... Список можна продовжувати нескінченно. Бути супер фахівцем у деяких згаданих речах - зовсім не потрібно. Потрібне розуміння суті, що це таке взагалі, що за терміни, що вони позначають, що за ними стоїть, інакше б будете як сліпий у світі зрячих.
2. Знання SDLC (Software Development Life Cycle) - етапів розробки програмних продуктів. І не просто знання, а розуміння, чому саме такі етапи, чому саме в такому порядку, де і чому можна перескакувати з одного етапу на інший і чи можна рухатися по цих етапах у зворотний бік, і якщо так, то коли і за яких умов.
3. Методологічні навички управління проектами і людьми (PM Hard Skills). Сюди входять знання методологій, принципів управління і процесів по областях. Таких як Agile, Scrum, Kanban, Waterfall, Communication management, Specification & Requirements management, Change management, Risk management, Reporting і т. п. Хороша новина - всього цього так чи інакше можна навчитися на відповідних тренінгах, винебарах і безлічі.
4. Особистісні навички управління проектами і людьми (PM Soft Skills). Сюда входят Team & Client management skills, Ability to solve complex tasks, Presentation skills, Conflict management skills, Communication skills, Feedback skills, Ability to hear, listen & understand, Openness to other points of view, Ability to admit own mistakes and to correct them, Self-criticism, Leadership skills, Coaching/Mentoring skills, Ability to explain, Professional culture (quality of speech, emails, calls), Ability to make decisions and take responsibility for it, Pro-activity, Task management skills, Delegation skills, Execution control skills, Personal effectiveness, Time management skills. Друга хороша новина - всьому цьому теж можна навчитися на відповідних тренінгах.
Складемо зведену таблицю, в якій будуть присутні три кандидати:
- зовнішній без знання IT-галузі
- зовнішній зі знанням IT-галузі
- внутрішній зі знанням IT-галузі та специфіки компанії
Таким чином, стає очевидним, в яких пунктах можна намагатися конкурувати.
Моя думка, що без занурення в IT-середовище неможливо оволодіти IT-шною мовою хоча б на рівні розуміння. Таким чином з першим пунктом конкурувати немає сенсу. Ви (зовнішній не IT кандидат) тут гарантовано програєте. Інші три області - цілком піддаються конкуренції. Причому якщо друга (знання SDLC) теж вимагає занурення в середовище для повного розуміння, то хоча б приблизно розбиратися в ній не працюючи в IT - навчитися можна. Брак знань SDLC можна компенсувати за рахунок знань розумного технічного-ліда, архітектора та й взагалі будь-якої технічно грамотної людини з вашої майбутньої команди. А ось щоб знайти з такою людиною спільну мову і отримати її допомогу - потрібні дуже серйозні навички в PM Soft Skills.
Залишаються PM Hard Skills і PM Soft Skills - і це рівно ті області, де не IT-кандидат може значно переграти кандидата з IT-галузі. Чому я так вважаю? Багато керівників з IT - виросли з розробників, аналітиків, тестувальників. Так, серед них є дуже круті фахівці. Багато таких кандидатів в менеджери з IT галузі - вони в глибині душі залишаються тими ж самими програмістами, аналітиками і тестувальниками. А це говорить про те, що якраз PM Hard і Soft Skills у них можуть бути розвинені слабше, ніж у зовнішнього кандидата. Адже обидві ці області (PM Hard Skills і PM Soft Skills) не залежать від IT специфіки. Їх можна і потрібно розвивати незалежно від області, де ви зараз працюєте.
У підсумку, що виходить? Якою може бути наша зведена табличка, щоб у зовнішнього кандидата, який раніше не працював в IT, з'явився шанс?
План дій, який може допомогти (а може і не допомогти). Але якщо зовсім нічого не робити - не допоможе гарантовано.
1. Поговорити з кимось із ТОЛКОВИХ знайомих айтішників (розробників, тестувальників, аналітиків, а ще краще тім-лідів або менеджерів) про SDLC. Додатково почитати про це в Інтернет. Можливо, варто поговорити не раз і навіть не два.
2. Спробувати вибрати роль асистента project manager'a в IT, або роль молодшого PMO-спеціаліста (там важливіше знання процесів управління, ніж знання етапів і нюансів і термінів розробки). Потрапивши на будь-яку з цих ролей - необхідно буде вже зсередини вивчати термінологію і специфіку IT, якщо дійсно є сильне бажання рухатися і розвиватися саме в цій області.
3. Пояснити на співбесіді, що "Твої сильні сторони - це вміння вирішувати конфлікти, навичка роботи зі складними ситуаціями, успіх у переговорах, знання англійської мови. А технічні прогалини в знаннях ти закриватимеш за рахунок правильної комунікації та допомоги від технічних фахівців, які будуть твоїми підлеглими. Адже робота з людьми - це твій коник ". Приблизно такими словами. Важливо, щоб це була дійсно правда про сильні сторони, а не бравада для проходження співбесіди. Повірте - будь-який розумний керівник визначить на співбесіді, якщо ви обманюєте. І на цьому все закінчиться. Але припустимо ви отримали роботу - тоді необхідно терміново шукати союзника серед технарів, який буде допомагати повністю покривати і регулярно пояснювати технічну сторону роботи, завдань і виникаючих складнощів.
Грубо кажучи - ви + технар союзник будете таким збірним менеджером про дві голови (може бути союзників буде потрібно більше одного). Багато наймаючих керівників (ваш майбутній начальник) це розуміють і можуть не захотіти йти на це, адже ви будете «від'їдати» час технічних фахівців, що зменшить продуктивність команди в цілому. Тож відсутність у вас деяких навичок і знань буде на одній чаші терезів, а на іншій чаші - ваш майбутній керівник зважить можливе зменшення ефективності та продуктивності команди, куди вас планують взяти. І чим більше буде переважувати чаша ефективності - тим менше шансів, що вас візьмуть. Зважайте на це.
Резюмуючи. Щоб конкурувати з хлопцями, які розбираються в IT і теж прагнуть стати project manager'ами - необхідно серйозно перевершувати їх в PM Soft Skills.
P.S.: оригінал цієї статті (й інші цікаві матеріали) можна прочитати в моєму блозі: consultpm.com
P.P.S.: мені резонно помітили, що IT не обмежується розробкою. Це правильно. У такому випадку другий пункт (знання SDLC) буде менш значущим, або зовсім замінений на якийсь свій, специфічний саме для вашого напрямку.
Поділився цією статтею з друзями.
Спасибі і успіхів вам!