СЕМЕН
8 років в IT: 3 роки розробником і 5 років менеджером проектів.
У чому суть роботи проектного менеджера?
- Проектний менеджер - це фахівець, який відповідає за управління проектом в цілому: планування, постановка задач, комунікація, контроль, управління ризиками, дозвіл повсякденних питань і т.д. По суті, це не стільки посаду, скільки роль людини в проекті. У певному сенсі такий менеджер - посередник між командою, яка розробляє проект, і замовником. У проект-менеджера дві сфери відповідальності: він відповідає і перед замовником, і перед компанією, яка виконує замовлення клієнта.
Менеджер проекту - сполучна ланка. Проблеми починаються тоді, коли одне з цих ланок не розуміє, що потрібно іншому. Наприклад, замовник хоче переробити або розробити новий функціонал, а самим розробникам це незручно. Якщо просто сказати «зробіть так», хорошого результату не буде. Але, якщо з'ясувати у замовника, для чого цей функціонал, чому він необхідний, а потім донести це розробникам, - вони зрозуміють і зроблять, як потрібно.
Які потрібні навички і знання?
- Англійська мова - must have для будь-якого фахівця в IT. Якщо не можеш говорити з замовником на одній мові, від тебе мало користі.
Одне з приємних відкриттів: наявність певних особистісних якостей і рівня англійської - цілком достатній багаж для того, щоб увійти в професію. А вже хорошим фахівцем можна стати, лише набравшись досвіду на реальних проектах.
Для початку непогано розібратися в тому, що таке життєвий цикл проекту і які існують проектні обмеження. Зрозуміти, з яких етапів складається розробка від початку до кінця: ініціація, збір вимог, безпосередньо розробка, тестування, стабілізація і т.д. - і які завдання у проектного менеджера на кожному з них.
Початківцю проектному менеджеру варто знати і те, які підходи до розробки існують, - тобто познайомитися з методологією. Є класичний підхід, коли все робиться послідовно, а є ітеративний, коли результати клієнт отримує «порційно».
Звичайно, проектному менеджеру не обов'язково бути програмістом, але знати основи бажано. Не обов'язково, тому що основи проектного управління в будь-якій сфері приблизно однакові. Але в IT знати предметну область хоча б в загальних рисах потрібно. По-перше, це допоможе швидше працювати з командою розробників проекту і доступніше їм пояснювати, що і як хоче реалізувати замовник. По-друге, це заощадить час і самим клієнтам: якщо чогось в рамках проекту зробити не можна, ви відразу їм про це скажете або запропонуйте відповідну альтернативу.
Чим відрізняється хороший проектний менеджер від посереднього?
- Головне завдання проектного менеджера - реалізувати проект певної якості у встановлені терміни з обмеженими ресурсами. Але, на мій погляд, цього недостатньо для того, щоб вважатися хорошим фахівцем. Результат роботи - це не просто готовий продукт. Потрібно, щоб по завершенні проекту і замовник, і команда розробників залишилися задоволені співпрацею. Якщо задоволена тільки одна сторона - значить, менеджер не зробив усього, що повинен був.
Друге, що робить проектного менеджера справжнім професіоналом, - досвід. Найчастіше буває так, що люди сильно заглиблюються в самоосвіту: читають книги, вивчають сайти, ходять по різним семінарів і лекцій, відвідують курси. Все це виливається в навчання заради навчання. Вони вважають себе першокласними фахівцями і мають великий багаж теорeтіческіх знань, але жодного разу нічого не спробували на практиці. Хороший спеціаліст будь-які нові знання намагається застосувати в своїй роботі.
АНТОН
В IT 11 років: 2 роки розробником, 9 років в менеджменті.
Зараз живе і працює в США.
Що потрібно, щоб стати проектним менеджером в IT?
- Ключову роль завжди грають навички спілкування, причому з абсолютно різними людьми, не завжди контактними і легкими в розмові. З іншого боку, потрібна самоорганізація, відповідальність і пунктуальність. Якщо за свої вчинки і обов'язки відповідати не вдається, то тим більше не варто брати на себе відповідальність за цілу команду.
Взагалі, мені подобається дотримуватися позиції Project Management Institute (PMI), який займається розробкою та стандартизацією методів управління проектами. У них є кодекс професійної етики менеджера проектів. По суті, все зводиться до чотирьох якостям: відповідальність (responsibility), повагу (respect), справедливість (fairness) і чесність (honesty).
З першим все зрозуміло: потрібно тримати своє слово і не обіцяти того, чого не можеш виконати. Друге стосується взаємин: потрібно однаково ввічливо і шанобливо спілкуватися як з замовником, так і зі своєю командою, незалежно від посад і ієрархії. Тобто радянський управлінець, який не може ввічливо спілкуватися з підлеглими, не підійде. Зі справедливістю теж все зрозуміло - тут мова про однакове ставлення до всіх співробітників, чесний розподіл зон відповідальності.
Найскладніше - це чесність: потрібно всім говорити правду. Часто виникає спокуса, якщо щось йде не так, сказати, що все в нормі. Виходить, для того щоб бути чесним, менеджеру проектів також потрібно бути сміливим. У той же час важливо не плутати чесність з розголошенням інформації - необхідно пам'ятати, що не будь-яка інформація може бути доступна всім учасникам проекту.
Почати варто з колег: потрібен хтось досвідчений, хто зможе толково порадити. Спершу потрібно просто спробувати поспілкуватися з замовником: наприклад, за згодою менеджера проводити щоденні дзвінки, де розповідати про те, як просувається робота, і задавати питання.
Допомагає спілкування з іншими проектними менеджерами, які давно працюють в цій галузі. Благо в Мінську зараз з цим вже немає проблем: у місті проходять конференції, є хлопці, які просувають свої власні семінари з управління проектами.
Корисно відвідувати менш формальні мітапи, де можна вільно поспілкуватися з досвідченими менеджерами на задані теми. Наприклад, можна сходити і до Кирила Бараношніку. який регулярно організовує мітапи People v Process. Він запрошує менеджерів проектів не тільки з Білорусі, а й з-за кордону. Зазвичай meet-up присвячений одній конкретній темі або проблемі, яку можна обговорити зі спікерами.
Якщо випаде можливість, вкрай рекомендую відвідати тренінг під керівництвом Олексія Кривицького. Правда, зараз це стало складніше. Раніше Олексій жив і працював в Україні, але кілька років тому переїхав до Німеччини.
«Біблія» проектного менеджменту - Project Management Body of Knowledge (PMBOK), що видається вже згадуваним інститутом PMI. Вона містить опис всіх процесів і областей знань, використовуваних в управлінні проектами. Початківцям я б її не рекомендував - книга написана сухим формальною мовою, що нагадує навіть не підручник, а швидше правила дорожнього руху. Читаючи строгі визначення процесів, технік, інструментів, вхідний і вихідний інформації, складно зрозуміти, про що йде мова, якщо не стикався з цим раніше не практиці. У той же час книга дуже корисна тим, хто вже має кілька років досвіду за плечима: вона дозволяє «розкласти по поличках» весь наявний досвід і спілкуватися на одній мові з менеджерами з будь-яких країн.
З книг варто звернути увагу на «Deadline. Роман про управління проектами »Тома Демарк і Тімоті Лістера. Книга написана у формі художнього твору - схоже на звичайну повість, тільки з життя менеджера. Хоча я б не сказав, що художні достоїнства у книги великі, але зате є слушні думки про те, як слід ставитися до проекту і до людей.
Є ще кілька книг, які вважаються наріжними каменями професії проектного менеджера: «Міфічний людино-місяць» Фредеріка Брукса і «Шлях камікадзе» Едварда Йордона. Ідеї в них правильні і корисні, але вони сильно розтягнуті по тексту. До того ж є багато деталей, які на сьогодні вже застаріли. Наприклад, там радять записувати все, що відбувається на проекті, в зошит. Зрозуміло, зараз так вже ніхто не робить. Але по основних ідей книги все ще вірні.
Кілька років був менеджером проектів в ЕПАМе. Прийшов туди з нізвідки практично, не маючи за плечима ні досвіду в IT, ні профільної освіти. Просто гарна англійська і трохи здорового глузду. Кермував проектами, водив переговори з замовниками, перетворив проект в цілу програму, але потім набридло все це. Люди з інженерним мисленням в голові там відчувають себе як сметана в борщі. Просто роблять свою справу, вирішують завдання, отримують за це повагу колег і купу грошей. Для творчих хлопців і природжених лідерів там дуже мало місця, доводиться постійно щось комусь доводити. Відсутність віддачі від керівництва засмучує.
а який реальний толк від їх проектів, це ж просто подальший розвиток суспільства споживання, планета загинається, а людці з подачі "геніїв" прогресу все далі гроблять екологію, розробляючи "дуже потрібні" програми. додатки щоб було ще зручніше що-небудь споживати.