Привіт, друзі!
За результатами статті «Як мені стати project manager'ом в IT, якщо до цього я працював (-а) на схожій позиції, але не в IT?» виникли питання, а що ж робити Team Leads (TL), які вже працюють в IT? Як цим Team Leads стати керівниками проектів? У даній статті навмисно не буде згадуватися позиція Tech Lead, яка в моєму розумінні нічим не відрізняється від Team Lead, з точки зору зростання з неї в PM. Таким чином скорочення TL можна читати як Team Lead, так і як Tech Lead.
Відразу підкреслю, що матеріалу на цю тему не просто багато, а дуже багато, і укласти його в одну статтю абсолютно нереально. Більш того, вкластися навіть у кілька статей - це теж майже безнадійне завдання. Буквально кожен пункт, про який далі піде мова - тягне за собою численні тренінги, величезну кількість книжок, статей в Інтернет, обговорень з наставниками і багато, багато, дуже багато особисто вашої практики в роботі над собою. А потім всі перераховані час -, сило- і нервово-витрати повторити ще разок.
Якщо після прочитання даного вступу ви все ще вважаєте, що вам чомусь все одно необхідно вирости з TL в Project Manager'a, і ви готові вкладати час і сили в свій розвиток - welcome читати далі. Якщо ви не готові вкладати в себе і вчитися, практикуватися, вчитися і знову практикуватися - далі читати сенсу немає. Не витрачайте свій час.
Щоб уникнути певної плутанини, варто згадати, що розбираю в цій статті тільки варіант «TL- > PM». Параметр «Інженер- > TL» не розглядає для скорочення обсягу статті.
Як TL стає PM у звичайному житті? Основні варіанти такі:
1. Більше нікого. Команда розрослася і призначити когось треба, а інших кандидатур немає.
2. Єдиний, хто в темі (knowledge holder). Знає про технічну сторону проекту майже все.
3. Кілька TL'ей, одна позиція. Вибирають когось одного.
3. «Мотивація» TL новою назвою посади. Вашу позицію просто перейменували, але робите ви теж саме, що і раніше. Мотивація - дуже спірний термін в даному випадку, тому в лапках.
5. Нова вакансія PM (новий або пілотний проект, куди потрібен PM).
6. TL вже працює як PM. Виконує ті функції, які повинен робити PM, тобто вже дійсно готовий бути PM.
Помилки
Опинившись в ролі PM, наш Lead залишився всередині рівно тією ж самою людиною, що і був до цього, тобто Lead'ом (крім пункту 6 зі списку вище). Всі омани про роль і функції PM, які PM дійсно повинен виконувати - у нашого Lead'a збереглися незмінними. Що ж це за помилки?
1. Я відмінний TL, допомагаю своїй команді, приблизно 50% свого часу пишу код (якщо Lead групи розробників) або займаюся тестуванням (якщо Lead групи тестувальників), або займаюся специфікаціями і вимогами (якщо Lead групи аналітиків). Значить в ролі PM доведеться робити приблизно те саме, тільки ще краще, ще якісніше, ще швидше. Це як next level в уміннях, які у мене вже є.
2. Якщо вже я роблю свою роботу чудово, то інші теж повинні робити свою роботу як мінімум «на відмінно».
3. Я повинен розбиратися в усьому, що вміють мої підлеглі, щоб «у разі чого» я був здатний виконати роботу за будь-кого з них. Причому розбиратися на рівні, що перевершує рівень моїх підлеглих.
4. Я ж крутий TL, а тепер всього-лише пару нових звітів буду робити понад своїх звичайних обов'язків - легко впораюся!
5. PM отримує більшу зарплату, а працює менше - я теж так хочу!
6. PM повинен тільки робити звіти, сидіти на зустрічах і скликаннях із замовником - це легко - впораюся!
Зізнайтеся чесно (адже ніхто не впізнає, крім вас самих) - у вас є хоча б одна з цих шести помилок?
Ми часто навіть не підозрюємо, як багато потрібно освоїти, щоб бути РМ'ом! І ми цього не знаємо не тому, що ми дурні. Найчастіше це просто тому, що нам ніхто про це не сказав, і ми залишилися в полоні наших вищеописаних помилок. А відкрити для себе цей «дивний новий світ» - ми самі не здатні, тому що він ну зовсім інший. І зараз стане трохи ясніше, чому це так.
Кар'єрні сходи
Зазвичай, в головах більшості співробітників IT ці сходи виглядають наступним чином:
Насправді ж вона зовсім інша, більш правильно сказати - це різні кар'єрні сходи:
А раз це різні сходи, то і набір умінь (skill set), необхідний для цих сходів - різний! Скажу більше, він не просто різний, а абсолютно різний. Фактично - це зовсім інша професія. Ви змінювали в своєму житті професію хоча б раз? Ось перехід між цими сходами - приблизно те саме. Можете прикинути, скільки часу в середньому займає освоїти нову професію хоча б на рівень «середненько». Забігаючи вперед скажу - це кілька років мінімум.
Більше того, знання, які вам допомагали на сходах № 1, на другій драбині іноді вам заважатимуть. Ви ризикуєте потрапити в пастку оцінки термінів - я б сам як < розробник'тестувальник'аналітик > зробив би це завдання за стільки-то днів, значить і мої нові підлеглі зроблять її рівно за такий же термін. Це серйозна помилка початківців керівників, які виросли з TL!
Друга поширена помилка - бажання «кодити». Так, так, саме кодити (або тестувати, або працювати з вимогами). Project Manager не повинен цього робити ні в якому разі! Виходить, що якщо ви переходите на позицію PM і перестаєте кодити, ваші навички як розробника (тестувальника, аналітика) - падають. За півроку роботи на PM позиції (сходи № 2), ваші навички зі сходів № 1 просядуть, але не критично. Через рік - вже критично і повернутися назад буде дуже складно. Можливо, але дійсно складно. І повернення потребуватиме ще приблизно півроку-рік зворотного «звикання». Чому може захотітися повертатися? Про це далі.
Не забуваємо про шість поширених помилок. Вони, якщо були, то нікуди не поділися. І серйозно заважають вам бути РМ'ом. Позбавляйтеся від них максимально оперативно!
Підводні камені
Отже, ви PM, який виріс з TL. З якими неочевидними на перший погляд несподіванками ви зіткнетеся?
1. Код. Необхідно перестати «писати код». Так, ще раз - перестаньте це робити. Негайно. Інакше ви не PM.
2. Знання. Ваші старі знання як фахівця можуть вам заважати. Усвідомити цей факт складно. Ще складніше його прийняти.
3. Деградація. Ви деградуєте як фахівець (сходи № 1).
4. Начальство. Вам потрібне розуміння, як насправді думає замовник/начальство (це і репортинг на них, і листування/комунікація). Ви тепер на іншому боці барикад, і розуміти цю сторону - обов'язково. Особливо замовника. Він раптом перестає бути ворогом, що генерує «дивні» побажання, і стає тим, чию позицію і чий погляд вам життєво необхідно з'ясувати і зрозуміти. Багато РМ'ів не можуть домогтися цієї навички роками.
5. Не свій. Ви більше не свій, якщо стали керувати своїми колегами. Вони раптом різко перестають ділитися з вами своїми переживаннями, думками і ситуацією в проекті. Адже ви придбали владу нагороджувати і карати. А невірно сказане ними слово може спричинити позбавлення бонусу або будь-які інші недобрі для них. Ось і не діляться.
Одночасно з таким серйозним ударом по вашій картині світу відбувається зміна зони вашої відповідальності. Тепер ви відповідаєте не тільки за частину «коду», а й за людей, за всі delivery (time, quality, scope, customer satisfaction, etc.), іноді ще й за бюджет із зарплатами, і контракт.
Це кардинально інший рівень відповідальності. Далеко не всі готові і здатні його витримувати. Особливо, якщо ви хотіли бути РМ'ом через 4, 5 і 6 омани (див. вище). Тільки уявіть - тепер вам буде прилітати по шапці не тільки за ваш власний провал, але і за провал кожного вашого підлеглого! Якщо у вас 10 підлеглих, то це в 10 разів більше «прилітань по шапці», ніж у вас було до цього. Саме на цьому фокусі з відповідальністю багато хто розгортається назад, поки ще не пізно, і поки ви не деградували як фахівець. А дана деградація невблаганна. До речі, всидіти однією Ж на двох стільцях - не вийде. Бути повноцінним PM, одночасно професійно закриваючи питання TL - не призведе ні до чого хорошого. Ви провалите обидва напрямки, причому з не слабким ризиком для всієї своєї кар'єри, а можливо і для свого здоров'я, що вже зовсім не здорово.
Чи всім треба бути РМ'ами?
Згадайте принцип Пітера Лоуренса (Dr. Laurence Johnston Peter) або перечитайте однойменну книгу.
Як визначити тих, кому дійсно потрібно хто хоче ставати РМ'ом?
А чи дійсно вони цього хочуть? Що говорить їхня поведінка, факти, результати?
TL повинен хотіти і бути здатним стати РМ'ом!
Якщо ви керівник і вибираєте, чи підвищувати вашого TL - подумайте, чи зможе він виконувати абсолютно нові обов'язки? Чи здатний він це робити? А чи хоче? Одних його словесних заяв - недостатньо. TL повинен фактами, вчинками демонструвати, що він хоче і може (здатний) бути PM. Доручіть йому пілотний проект, дайте можливість робити помилки, підтримайте його на «складних поворотах» і за результатами пілотного проекту обговорите з TL рівень його готовності до нової ролі (а не позиції). А якщо готовність ще поки не 100%, то що треба, щоб стало 100%. Складіть список з датами і чіткими milestones. Якщо TL готовий за цим списком йти - він потеніційний PM. Якщо він не готовий вкладатися і не усвідомлює всього вищеописаного - значить це не його. Можливо, поки не його.
Якщо ви TL, і хочете бути РМ'ом - вчіться і практикуйтеся бути РМ'ом незалежно від планів вашого керівника. Якщо ваш керівник вам допомагає - відмінно. Вам дуже пощастило. Без жартів. Така допомога - дуже дорого коштує. Якщо ваш керівник вам не допомагає - це не погано, просто вам доведеться докласти трохи більше сил. Демонструйте йому не на словах, а на ділі, з фактами, що ви готові брати на себе відповідальність за інших і вже робите це (ось список, коли це відбувалося і якими позитивними результатами закінчилося). Попросіть собі маленьку пісочницю, пілотний проект, де ви могли б потренуватися. Де могли б робити помилки (їх всі роблять) без критичного ризику для основного проекту. Попросіть вашого керівника про допомогу у вигляді порад. Година на тиждень. Півгодини на день. Будь-який зручний для нього регулярний time slot. Не бійтеся помилятися. Не бійтеся питати. Складіть з керівником план, що вам треба освоїти, щоб стати PM. Не лякайтеся, якщо план вийде великий. Пам'ятайте - це зовсім інша професія. І знання з навичками там потрібні зовсім інші.
Завершити:
1. TL варто усвідомити, що «сидіти на попі рівно»! = «гарантований ріст в PM через кілька років».
2. Мислення в стилі «встав і зробив» - рівно те, що потрібно від PM. Мислення в стилі «зарплата-кредит-Єгипет» - те, що ніби як ще годиться для TL, але зовсім не підходить для PM.
3. Проявляйте проактивність - кому більше всіх треба?
4. Важливо сприйняття себе і своєї ролі в команді, проекті, компанії.
5. Дійсно необхідно вміти працювати з людьми.
6. Критично важлива постійна готовність працювати над собою, вчитися і змінюватися, брати на себе відповідальність за інших.
Все це і багато що друге - Soft Skills, без яких ви залишитеся TL, але зовні одягнете погони PM (нове написання посади). Погони, звичайно, гріють душу, але всередині-то ви все той же TL. А воно вам треба? Чи заради цього ви все затівали?
Ну як, ви усвідомили що вам належить? Дійсно усвідомили? Все ще хочете стати PM? Якщо так, то перегляньте ще раз список помилок і підводних каменів. Так, так, поверніться прямо зараз до цих списків і перегляньте їх уважно, навіть якщо ви їх поки пам'ятаєте.
Переглянули? Ви все ще тут? Тоді саме для вас у наступній статті я напишу, з чого, на мій погляд, варто починати, щоб почати перебудовувати свій mind set у бік «бути PM», якщо ви дійсно готові це робити - готові ставати справжнім керівником (про одну з рис якого говорить Simon Sinek у своєму виступі на TED).
Мотивація, щоб бути PM - це бажання зробити щось таке, що одна людина сама не може зробити в принципі.
P.S.: оригінал цієї статті (й інші цікаві матеріали) можна прочитати в моєму блозі: consultpm.com
Поділився цією статтею з друзями.
Like і Share - вітаються і дають плюс в карму.
Спасибі і успіхів вам!
