Привіт! Вітаємо тебе у розділі з проєктного менеджменту в IT!

Серед усього різноманіття спеціалізацій в IT тебе зацікавив саме проєктний менеджмент. І це чудовий вибір, адже саме проєктні менеджери можуть не лише побачити, як працюють різні технічні спеціалісти, а й узяти участь у найрізноманітніших проєктах, процесах та доменах бізнесу. 

А ось і перший термін: простими словами, бізнес-домен — це галузь, в якій функціонує бізнес. 

У кожного з наведених на зображенні бізнес-доменів є особливості, продиктовані самою галуззю — і в будь-якій галузі може знадобитися певна автоматизація або розробка програмного забезпечення, яке б підвищувало ефективність роботи. Саме тому ІТ-фахівці можуть працювати над програмними продуктами в кожному з цих доменів. 

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

Що таке проєкт

За визначенням Інституту проєктного менеджменту PMI, що є однією з основних навчальних та сертифікаційних міжнародних організацій із проєктного менеджменту, проєкт — це сукупність тимчасових заходів, направлених на створення унікального продукту, сервісу або результату. Іншими словами, це сукупність дій, обмежених у часі і спрямованих на розв'язання проблеми або досягнення конкретної мети. 

Візьмемо за приклад два проєкти, з ІТ та з іншої сфери. 

1. Класичним прикладом проєкту є будівництво. Завдання побудувати будинок повністю вписується у визначення проєкту, оскільки з моменту ідеї будівництва і до моменту фіналізації та заселення власників проходить чітко визначений час (тобто будівельна діяльність тимчасова), і в результаті ми отримуємо фізичний продукт — будинок. 

Поміркуй: до яких задач у твоєму житті можна підійти як до проєкту? Наприклад, приготування торта мамі на день народження чи ремонт вдома? 

2. Для галузі ІТ прикладом проєкту може бути розробка додатка для замовлення їжі. Розробка такої програми буде обмеженою в часі, а на виході отримаємо готовий ІТ-продукт — додаток із доставки їжі. 

Проєктний трикутник

Проєкт включає низку факторів, які негативно або позитивно впливають на його виконання. Це може бути будь-що, від якісної роботи команди до дій конкурента або нововведень у законах країни. Але всі фактори зрештою можна звести до трьох основних обмежень, які звуться “проєктним”, або “залізним” трикутником. 

Бюджет (фінансові витрати, cost), час (time) та обсяг роботи (scope) є трьома взаємоповʼязаними обмеженнями проєкту. Якщо ми змінюємо одне з обмежень, неможливо залишити початково обговорену якість (quality) кінцевого результату проєкту, не змінивши інших обмежень. 

Повернімось до наших прикладів. Будівництво і розробка додатка обмежені в часі, матимуть певний обсяг роботи і коштують певну кількість грошей. 

Якщо замовник забажає виконати роботу якнайшвидше (тобто зменшити час на будівництво чи розробку додатка), але при цьому обсяг роботи залишиться тим самим (тобто в будинку залишиться та сама кількість поверхів та площа, а в додатку — той самий функціонал), це потребуватиме понаднормової роботи працівників (або найму додаткових людей). Таким чином, збільшиться бюджет проєкту. Водночас можна зменшити обсяг роботи (замість двох поверхів побудувати один або замість складного функціонала з використанням гугл-карт обмежитись введенням адреси вручну) — тоді команда зможе виконати роботу швидше і без змін в бюджеті. В найгіршому ж випадку, який завжди треба проговорювати із замовниками, за незмінного обсягу роботи та бюджету, прискорена робота невідворотно призведе до втрати якості (будинок дасть тріщину через два роки, а додаток працюватиме нестабільно). 

Хто такі проєктні менеджери

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

Розгляньмо ще один приклад. Скажімо, ми хочемо побудувати піщану фортецю на пляжі. Управління проєктами в цьому випадку буде грою, де ми повинні досягти мети (побудувати фортецю) з обмеженнями в часі (до закінчення дня на пляжі), бюджеті (скільки грошей ми можемо витратити на пісок і інше обладнання), ресурсів (скільки людей можемо залучити для допомоги в будівництві) та якості (як добре фортеця повинна виглядати та функціонувати).

Щоб побудувати фортецю, нам потрібно розробити план дій (визначити, як буде виглядати фортеця, скільки піску та іншого обладнання потрібно купити, які інструменти знадобляться тощо), залучити команду (друзів, які допоможуть нам зібрати пісок, воду тощо), відстежувати прогрес (періодично перевіряти, чи йдуть роботи згідно з планом, чи все йде за графіком, чи є якісь проблеми) та забезпечити якість (перевірити, чи фортеця стійка до вітру та припливів).

Як і в грі з піщаною фортецею, управління проєктами — це процес планування, організації, керування та контролю над різними аспектами проєкту з метою досягнення поставлених цілей за наявних обмежень.

Отже, проєктні менеджери — це фахівці, що займаються управлінням проєктами. Їх завдання — побудувати ефективний процес роботи і дбати про те, щоб проєкт був успішним. 

Подумай:
1. Чи мав/мала ти справу з подібними задачами у повсякденному житті? Наприклад, організація поїздки з друзями або родичами або складання графіку роботи на городі?
2. Чи мав/мала подібні обовʼязки на попередніх місцях роботи? 

Насправді окрім наведених вище задач, у проєктного менеджера можуть бути будь-які інші, які допоможуть досягти мети — успішного проєкту. 

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

Як і диригент, проєктний менеджер має бачити весь свій “оркестр” та тримати його “на кінчиках пальців”, знати, за що відповідає кожна людина з оркестру та яку роботу краще за все виконує. Завдання менеджера — збалансувати зусилля всіх людей на проєкті таким чином, щоб вони “звучали” гармонійно, доповнюючи одне одного, та вели “симфонію” проєкту до його успішного завершення. 

Як тренер, проєктний менеджер мотивує, підказує як і що можна зробити краще, дає зворотний зв'язок, розвʼязує конфліктні ситуації, які можуть виникнути на будь-якому проєкті. Менеджер тримає свою команду в тонусі, не дає розслабитись та відзначає успіхи як усієї команди, так і окремих її членів. 

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

Поміркуй:
1. Чи плануєш ти свій час у повсякденному житті чи на роботі? Чи доводилося тобі бути лідером для невеликої групи людей?
2. Як ти почуваєшся в конфліктних ситуаціях?
3. Що робиш, якщо виникає конфліктна ситуація?‍

Робочий день проєктного менеджера в IT може виглядати так: 

1. Переглянути план задач на поточний день.
2. Перевірити пошту та месенджери, щоб не пропустити важливі повідомлення від клієнтів в інших частинах світу. 
3. Провести регулярні ранкові зустрічі або дзвінки з командами, де члени команди розкажуть, що вони зробили вчора, що планують робити сьогодні і що може заважати їх роботі. 
4. Провести персональні зустрічі з деякими членами команди — подібні персональні зустрічі також є регулярною активністю. 
5. Оновити журнали ризиків проєктів. 
6. Оновити проєктну документацію. 
7. Створити звіт за попередній тиждень та відправити його керівництву. 
8. Побрейнштормити з технічним лідером команди, як саме можна покращити ефективність проєкту. 
9. Створити план задач для себе на наступний день. 

Поміркуй: наскільки подібні активності тобі підходять? Чи викликають вони зацікавлення?

Проєктним менеджерам в IT необхідно працювати з такими фахівцями:

1. Дизайнери (найчастіше UI/UX напряму). Це люди, які створюють інтерфейси майбутніх додатків та продумують, як саме користувач буде взаємодіяти із додатком зі своїх пристроїв. 
2. Front-end розробники. Це розробники, які втілюють створений дизайн за допомогою коду, та надають динаміки елементам дизайну. Загалом front-end — це та частина програмного продукту, яку бачить і з якою взаємодіє користувач. 
3. Back-end розробники. Це розробники, які працюють із прихованою від користувача частиною додатка, вони створюють бази даних для зберігання інформації в додатку, пишуть логіку взаємодії різних частин додатка та його функціоналу, а також працюють із базою даних. 
4. Quality assurance (QA) спеціалісти. Хоч контроль якості охоплює ширшу діяльність, наразі вважатимемо, що це тестувальники. На основі вимог до програмного продукту вони створюють кроки, які необхідно виконати, щоб перевірити, чи коректно працює вже розроблений функціонал програмного продукту, та порівняти результати з очікуваними. Тобто вони відповідають за процес тестування додатка. 
5. Бізнес-аналітики. Це спеціалісти, які збирають вимоги до майбутнього додатка, описують їх зрозумілою мовою для розробників та формують будь-яку потрібну документацію, яка зможе допомогти розробити саме той функціонал додатка, який необхідний замовнику. 
6. DevOps. Це фахівці, що налаштовують так зване “середовище” для спільної роботи різних типів спеціалістів (фронтенд- і бекенд-розробників, тестувальників), а також пришвидшують роботу технічних спеціалістів шляхом автоматичного обʼєднання різних частин коду, написаних різними людьми.

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

‍

Ми в Академії віримо, що кожен може знайти ідеальну кар’єру для себе, а також в те, що борщ — це найсмачніша у світі страва (не дарма ми “бурякова” Академія). Тож використаємо аналогію борщу (ідеальної персональної кар’єри) для пояснення практичних завдань (так, ми не шукаємо легких шляхів).

Отже, щоб знайти свій ідеальний борщ (персональну кар’єру) треба:

По-перше, спробувати різні борщі та дізнатись, які з них тобі до смаку: зелений (QA Manual), пісний (UI/UX дизайн), з грибочками (Front-End розробка) чи якийсь інший? Ти вже це робиш, проходячи цей курс.

Для цього проведи рефлексію над прочитаним матеріалом: 

1. Чи збігається твоє уявлення про роботу проєктних менеджерів із тим, що описано у цьому уроці?

2. Чи сформувалось уявлення про роботу проєктних менеджерів після проходження уроку?

3. Чи з’явилось бажання попрактикуватись у цій галузі? Якщо так, чекаємо на тебе у наступному уроці. Якщо ні, спробуй поцікавитись іншими напрямами. В цьому курсі ми розповідаємо про:

• UI/UX дизайн;
• фронтенд-розробку;
• python-розробку
• тестування програмного забезпечення.

4. Які аспекти професії проєктного менеджера тебе найбільше зацікавили? 

5. Чи допоміг цей урок зрозуміти, які навички необхідні для фаху проєктного менеджера?

По-друге, потрібно зрозуміти, які інгредієнти є вже в тебе на полиці (власне персональні якості в тобі) і як їх заміксувати для борщу (кар’єри), що тобі подобається. 

• Спочатку перевірити полиці і зрозуміти, що на них є (пройти тест на персоналії і ще раз прорефлексувати над тим, хто ти і які в тобі є визначні риси; орієнтовно звірити, наскільки вони поєднувані з кар’єрою мрії);
• Можливо треба ще щось докупити (прокачати не наявні навички, а, скажімо, посидючість)? 
• Або можливо щось розморозити з холодильника (наприклад, для кар’єри мрії треба вміння впевнено комунікувати з незнайомими людьми — а це вже тобі притаманне. Тож виглядає, що майбутня професія вже тобі до снаги).

А для цього зроби ось такі кроки:

1. Пройди ось цей тест, що визначить яка з 16 персоналій твоя*. 
2. Після цього прорефлексуй, наскільки отриманий результат здається тобі точним. Чи справді ця персоналія про тебе? Чи було там зазначене те, що ти і так знаєш про себе? Можливо щось було нове?

*Загальні відповіді за типом персоналії будуть українською, але детальні описи, на жаль, лише англійською.