Кар'єра в IT: посаду Project Manager

via Shutterstock .

Представляємо вашій увазі третій матеріал із серії «Кар'єра в IT » , в кожному випуску якої ми розглядаємо одну з посад у сфері розробки ПЗ. Дана частина циклу присвячена позиції Project Manager (дві попередні статті розповідали про посади Team Lead і Software Architect ) .

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

PM - нетехнічних посаду , але більшість українських PM'ов в IT - це колишні розробники або тестувальники . Так , за пошуковим запитом « Project Manager » (у галузях « інформаційні технології» , «розробка ПО » та «Інтернет - технології» ) пошукова база LinkedIn знаходить 2905 осіб, з них 1467 ( 51 %) - колишні технічні фахівці : 1182 в минулому працювали « software engineer » або « developer » і 285 - « tester » або « QA ».

Згідно статистикою ДОУ , середньому українському PM'у 28 років , він має зарплату $ 2000 і досвід роботи 3,8 року.

Завдання та обов'язки

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

Завдання PM'а можна класифікувати як тактичні та стратегічні. Тактичні - це рішення щоденних проблем проекту , усунення перешкод зі шляху команди. Стратегічні полягають у тому , щоб координувати спільну мету проекту , шлях до неї , а також швидкість пересування.

З іншого боку , завдання PM'а можна об'єднати в 3 групи:
- досягнення цілей проекту і клієнта ( ефективне виконання завдання , забезпечення високого рівня задоволеності клієнта);
- досягнення цілей начальства і компанії (фінансові показники ) ;
- досягнення цілей членів команди ( мотивація , допомога в реалізації кар'єрних цілей , запобігання конфліктів) .

« Головна постановка задачі для PM'а : " Нам потрібно , щоб це працювало " , що має на увазі , що команда надасть результат в розумні терміни з розумним рівнем якості».

Обов'язки PM'а :
- проектна документація ;
- складання плану проекту;
- узгодження строків;
- аналіз можливих ризиків;
- участь в підборі і затвердження проектної команди ;
- розбивка продукту на компоненти і роздача їх виконавцям ;
- визначення необхідних ресурсів та робочого середовища , їх розподіл всередині команди ;
- постановка робочого процесу в команді (розробка , тестування , робота з вимогами) ;
- визначення пріоритетності завдань ;
- організація роботи команди навколо необхідної задачі ;
- відстеження стану проекту , ходу виконання завдань ;
- відстеження належної пріоритетності виконання завдань ;
- відстеження навантаження завданнями і прогресу по задачам кожного розробника ;
- відстеження термінів виконання завдань ;
- утримування команди в робочому стані , мотивація команди ;
- створення прозорого середовища спілкування між всіма учасниками процесу;
- відстеження задоволеності проектом з боку команди ;
- рішення всіляких конфліктних ситуацій всередині команди і в зв'язці замовник - команда ;
- спілкування із замовником , управління його очікуваннями ;
- надання замовнику звітності про хід виконання завдань та проекту в цілому ;
- презентація замовнику готових рішень , демо- версій , прототипів ;
- інтерв'ювання нових членів команди.

«Також треба розрулювати всякі головняка , пов'язані з явними і неявними конфліктами . Неявні конфлікти такі : замовник хоче весь свій тухляк на вчора і недорого , начальство хоче якомога довше і більше заробляти , а програмісти просто хочуть , щоб було цікаво , і круту з/п ».

У маленьких компаніях PM'ам іноді доводитися включати в свої обов'язки роботу інших фахівців : управління вимогами ( робота аналітика ), управління персоналом , найм та рекрутинг ( робота відділу HR) , рішення офісних потреб .

«У нас PM - це такий собі god object : приймає проект , пише документацію , проектує UI і API , планує , виступає скрам майстром у команди , веде всю звітність по проекту , виставляє інвойси клієнту . Якщо треба , може і тести написати для API , мануально потестить , отрісовать кнопочки в фотошопі , іноді навіть і закодіть . Такий собі прекрасний дилетант - все , але нічого поглиблено ».

Роботу PM'а можна розділити на 5 режимів:

Проектування нового продукту або якого-небудь нового функціоналу. На цьому етапі PM організовує мітинг з технічним архітектором і розробниками , оголошує завдання , які їм належить вирішити. В результаті команда визначає шлях , яким піде розробка.
Планування . На цьому етапі важливо врахувати всі чинники , що впливають на хід розробки , в тому числі кваліфікацію співробітників і пов'язані з ними ризики , залежність від сторонніх сервісів , багфіксінг .
Контроль . « Щоденне багаторазове дію , яке необхідно PM'у для розуміння , що відбувається в проекті. Потрібно завжди тримати руку на пульсі ».
Оперативне вирішення виникаючих проблем.
Комунікація із замовником , командою , супутніми співробітниками на всіх етапах розвитку проекту .

«У нашій країні посаду PM'а часто еволюціонує з посади старшого розробника , техліда або QA- лида . Таким чином , у новоспеченого PM'а може начисто відсутні управлінський досвід. І , як часто трапляється ( ефект німба ), організація втрачає хорошого технаря і набуває поганого PM'а ».

Типовий робочий день PM'а передбачає :
- Планування черги завдань на поточний день ;
- Перевірка виконаної роботи команд за минулий день ;
- Проведення стендапа з командою ;
- Комунікації з замовником по емейл , скайпу , телефону , мітинги ;
- Робота з документацією , звітність ;
- Моніторинг виконання завдань ;
- Рішення різноманітних поточних проблем;

« Відкрити очі , взяти телефон - перевірка пошти , якщо немає заголовків URGENT - піти чистити зуби. Під час сніданку перевірити пошту , розсортувати . Відповісти тільки на URGENT . Приїхати на роботу , розкидати пошту , відповісти , додати в свій лист завдання , розставити пріоритети » .

« Дізнатися в офісі , що у нас зламалося сьогодні . Зрозуміти , хто буде це лагодити , і адресувати . Спробувати зайнятися беклогом . Спробувати з'ясувати , хто буде лагодити те , що зламалося щойно. Адресувати . Спробувати зайнятися беклогом ».

Як Біблії за класичними обов'язків PM'а розглядається книга PMBOK - звід знань з управління проектами .

«Хоч опудалом , хоч тушкою , але проект треба випустити ».

Переваги і недоліки

Посада PM'а приваблює шукачів можливістю впритул займатися управлінням : приймати рішення , організовувати швидке і якісне створення продукту , забезпечувати робочу атмосферу в команді , координувати і контролювати дії розробників .

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

« Привертає можливість вирішувати проблеми, це як адреналін ».

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

Серед недоліків цієї посади PM'и відзначають роботу в стилі нон- стоп: ненормований робочий графік , постійну перспективу овертаймів , необхідність реагування та вирішення термінових завдань у неробочий час , а також стресовість роботи . Ще один мінус - висока відповідальність навіть у випадках недостатнього рівня впливу на результат.

«Начальство часто вважає , що РМ повинен робити все і завжди винен тільки він. Яка-небудь помилку команди в цілому (низька якість , невідповідність вимогам , затягування термінів і т.д.) лягає повністю на плечі РМ'а , в той час як члени команди не несуть ніякої відповідальності. Якщо проект успішний - команда молодець , зробила проект. Якщо провал - РМ винен. Це демотивує і додає сивини ».

« Недоліком можна назвати необхідність іноді працювати з некомпетентними клієнтами , які одночасно не довіряють команді , з якою працюють , намагаються всім і всіма керувати , і при цьому не мають поняття , як, власне , створюється ПО ».

« Через специфіку професії доводиться багато працювати з різними людьми - це морально стомлює , через що поза роботою спілкування взагалі хочеться звести до мінімуму ».

« Занадто багато енергії витрачати на " запалювати " - увечері приходиш вичавлений як лимон ».

«Часто операційна робота забирає більшу частину часу , і пропадає почуття задоволення від завершення якоїсь великої і важливої ??задачі ».

Як стати PM'ом і куди йти далі?

Головні якості PM'а - це добре знання предметної області бізнесу , лідерські якості , досвід роботи з людьми , навички презентацій та переконання , вміння домовлятися і враховувати інтереси різних груп людей , здатність ввічливо і зрозуміло викладати думки на багатьох мовах , а також уміння збирати загальну картину по розрізненим фактам. Також необхідні досвід планування , оцінки та усунення ризиків , знання гнучких і класичних процесів розробки і вміння виконувати адміністративні завдання і створювати команду. Буде плюсом досвід у розробці або тестуванні.

«Хороший PM цінує час , є хорошим аналітиком , психологом , лідером ; енергійний , позитивний , що не панікує , замість відмовок шукає шляхи вирішення проблем , політкорректен , розуміє стратегію і тактику ».

«Важливо вміти бути ведучим, а не веденим , а також знаходити баланс між диктатурою і безконтрольністю ».

«Якість перший : не нити ! У будь-якій ситуації , навіть якщо все падає і тобі в істериці дзвонять замовники - ти повинен бути спокійний . Так впало , да проблема - ми над цим працюємо. Другий момент: потрібно хотіти і вміти думати наперед. Полагодили те, що впало - ми герої ... А чого воно взагалі впало ? І як зробити так , щоб не падало ? »

« Гігієнічний мінімум нашій галузі - це прийнятний рівень англійської . І звичайно , необхідно швидко вчитися новому ».

Кар'єрний шлях до посади PM у фахівця , який раніше вже працював в IT , виглядає приблизно наступному чином : Розробник ( тестувальник ) ->Провідний розробник ( тестувальник ) ->PM .

« Спочатку я вибрав професію програміста. За кілька років роботи зрозумів , що мені більше подобається і краще виходить спілкуватися з людьми , а не з дебаггера , тому вирішив змінити свою посаду в ІТ ».

« Кар'єрний трек я змінив , так як мені хотілося більше працювати з людьми. Виявилося що PM - це не просто технар , керуючий командою , а набагато більше. За фактом велика частина навичок , які я напрацьовував , будучи програмістом , виявилися не потрібними , а іноді шкідливими . Технічний бекграунд , безумовно , допомагає розмовляти з технарями . Але в цілому це вторинне. Софт навички виявилися потрібні набагато більше ».

« Якщо хочеш стати PM'ом , твої навички повинні підходити під стиль управління в компанії , ти повинен мати нормальні або хороші стосунки з керівником . В ідеалі твоя кандидатура повинна приходити твоєму менеджеру в голову перше , якщо він думає про свою заміну ».

А ось приклад кар'єри не - ITшного PM'а :
« В ІТ я потрапила випадково. За освітою лінгвіст . Одна компанія розширювала штат менеджерів проектів і була готова навчати персонал. Мене взяли на позицію Junior project manager , де я пропрацювала півроку. Потім я пройшла evaluation , і мені стали давати окремі проекти. Чесно кажучи , всі знайомі мені PM'и прийшли в професію точно так само - з Ін.яз , без досвіду , але з якимось інтуїтивним розумінням діджитал процесів . Важливо , щоб тобі було легко розібратися в роботі , інакше не вийде. Якщо для тебе немає різниці між форматами. Gif і . Swf , якщо ти не розумієш , як сервер спілкується з клієнтом , навіть якщо тобі цю схему намалювали на папірці , навряд чи вийде стати менеджером ІТ- проектів ».

Закономірним продовженням кар'єри менеджера проектів є зростання «по горизонталі » , тобто розширення повноважень , ступеня відповідальності та глобальності завдань , і надалі зайняття посади Program Manager . Якщо цікаво розвиватися в інших , нетехнічних , направлених менеджменту , то можна перейти у відділ продажів або у відділ по роботі з клієнтами. Взагалі кажучи , перспективи не обмежені , включаючи топ- менеджмент : CTO , CEO , CIO , COO .

P.S. Дякуємо за допомогу в написанні статті 18 українським PM'ам , які поділилися з DOU таїнствами своєї професії. Наведені в статті цитати взяті з їхніх розповідей .

Опубліковано: 16/12/13 @ 08:38
Розділ Різне

SEO Блог