Навіщо потрібен проєктний менеджер?
Яка роль цієї посади в ІТ та чому програмісти доволі часто й помилково не бачать у ній сенсу?
Student_Rostik_Laba

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

Роль менеджера та його завдання

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

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

Як заменеджити похід?

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

  • Кожен учасник походу комплектується так, ніби він йде один. Буде брати з собою багато речей, тож рюкзак буде дуже важкий: індивідуальний намет, ліки, світло, пальник, і т.д.
  • Кожен бере щось, але невідомо чи вийде в підсумку комплект. Може виявитися, що дві людини взяли пальник, але ніхто не взяв ліки. Крім того, не факт, що група людей зможе узгодити між собою правильний маршрут і пройти його вчасно. Десь можуть бути затримки, хтось відіб'ється від групи або по дорозі вирішить повернутися додому і загубиться.
Якщо походом керує менеджер, то він визначає і погоджує маршрут з усіма учасниками команди, вирішує які речі необхідно взяти з собою. Розподіляє їх між всіма, щоб оптимізувати навантаження. Тобто весь інвентар є загальним для всієї групи. Перед стартом він перевіряє чи ніхто нічого не забув і чи все є в потрібній кількості.

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

А тепер розглянемо на прикладі ІТ

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

  • Кілька розробників робитимуть одну і ту ж задачу, яка має другорядний пріоритет; першочерговим завданням ніхто не займеться.
  • Дещо взагалі між собою не стикується, тому що команда між собою не змогла домовитись. Наприклад, дизайнер віддає дані в одному форматі, а фронтенд розробнику це не підходить, бо неможливо зняти розміри елементи. Менеджер повинен допомогти їм домовитись.
  • Виконавці ставлять собі терміни, у яких не враховується робота інших людей. Наприклад, сайт потрібно здати в понеділок, отже, верстальник думає, що закінчити верстку потрібно в п'ятницю. Він не знає, що сайт ще потрібно протестувати та наповнити контентом. В такому випадку продукт матиме окремі частини, але не буде цілісним.

Менеджмент повинен бути

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

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

Чи може менеджер не мати технічних знань?

Ні, технічні навички не є обов'язковими. Це звісно перевага, якщо вони є, але далеко не найважливіший пункт. Через це програмістам може здаватися, ніби менеджерська робота не така вже й важлива — мовляв, якщо він не пише код, то навіщо нам цей гуманітарій?

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

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

І, звичайно, менеджер досить часто змушений спілкуватися з клієнтом. Тих, хто не вважає це за роботу, запрошуємо на переговори з замовником. Він розповість Вам, що хоче сайт «в красивому авторському стилі», і Вашим завданням буде вгадати, що це означає. Тому так, менеджер — це ще та "солодка" робота. Іноді простіше спокійно писати код.

Спеціалізація менеджерів

В ІТ є наступні види менеджерів:

  • Проєктний менеджер (project manager)
Він відповідає за те, щоб проєкт був виконаний. У нього є терміни, ТЗ, розподілені завдання та узгодження з клієнтом.

  • Продуктовий менеджер (product manager)
Відповідає за те, щоб якийсь продукт компанії активно розвивався. Наприклад, якщо у Вас є дошка оголошень, всередині неї може бути кілька продуктів (платежі, чат, фоторедактор). Ви робите так, щоб довірений Вам продукт розвивався: в ньому з'являлися потрібні людям можливості та усувалися помилки.

  • Менеджер команди (team lead)
Займається розподілом завдань всередині команди. Наприклад, в компанії може бути фронтенд відділ, який пиляє багато різних задачок для інших відділів. Тімлід буде ці завдання роздавати та передавати замовникам. Це людина з технічними навичками розробника.

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

Чому багато технічних спеціалістів не розуміють роботу менеджера?

Тому що технічний працівник копає глибоко. Senior backend developer дуже добре розбирається в серверних рішеннях. Він майстер архітектур, вміє писати складний і високоефективний код. Його завдання максимально якісно виконати роботу.

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

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

Отримуйте корисну інформацію першими!
Сподобалась стаття? Підписуйтесь та отримуйте корисну інформацію першими!
Ми гарантуємо кожному нашому читачу відсутність спаму, нав'язливої реклами та вторинної інформації.