×Закрыть

Чи є насправді різниця між Project Manager, Product Owner та Product Manager

Незважаючи на зростання популярності і розуміння методологій управління проектами, включаючи Agile, багато людей часто плутаються у визначенні ким він хоче стати або кого шукає компанія собі в штат. У разі Project Manager, Product Owner та Product Manager ви, напевно, стикалися з плутаниною в розумінні ролей і обов’язків співробітників.

Отже, спробуємо розібратися в чому різниця і чи є вона між Project Manager, Product Owner та Product Manager?

Давайте для початку з’ясуємо, що таке «проект» і «продукт».

Проект — тимчасова активність, спрямована на створення унікального продукту або послуги.

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

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

Продукт можна покращувати і за рахунок запуску і виконання нових проектів.

В рамках одного продукту може існувати безліч підпродуктов та підпроектів.

Щоб зрозуміти роль чіткіше і мати можливість розрізняти Project Manager, Product Owner та Product Manager, давайте заглибимося в їх обов’язки, які фактично втілює кожна роль.

Project Manager

Роль Project Manager з’явилася найпершою бо була необхідність мати відповідального координатора за реалізований проект. Спочатку всі проекти слідували методології Waterfall, координуючі дії команди проекту.

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

Основні обов’язки Project Manager’a:

  • Збір інформації
  • Організація ресурсів для проекту
  • Розуміти процеси (відповідати на питання «як?»)
  • Оновлення та статуси
  • Контроль бюджету, часу і змісту проекту (відповідати на питання «куди?» І «скільки?»)
  • командне співпрацю
  • Завершення і передача проекту замовнику

Product Owner

Роль Product Owner виникла після появи на світ методології управління проектами — Agile Project Management. Обов’язки Product Owner схожі на роль Project Manager, але Product Owner працює у відносно кращій координації з усією командою Agile. Який тип лідера буде найбільш ефективним, залежить від того, на який філософії побудований проект.

Project Manager вступає в гру, коли проект використовує більш традиційний підхід Waterfall, тоді як проект, розроблений з урахуванням гнучкого підходу Agile, буде очолюватися Product Owner. Project Manager віддають перевагу діаграмі Ганта (Gantt chart), а Product Owner віддають перевагу Agile-інструментам.

Спосіб, яким Project Manager або Product Owner вирішує завдання, повинен бути гнучким, але завжди будуть існувати деякі конкретні відмінності в підході. Ідеї, що лежать в основі ролі Product Owner і філософії управління Agile, виросли і розвинулися на основі ідей, розроблених в методі Waterfall.

Product Manager

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

Product Manager відповідає за успіх продукту протягом усього життєвого циклу продукту. Він зосереджує увагу більше на питанні «що?», ніж на «як?». Product Manager відповідає за довгострокове планування і відповідає за розвиток продукту.

Основні обов’язки Product Manager:

— Поверхневе знання всього того що знає Project Manager

— Глобальна стратегія продукту і створення дорожньої карти

— Знаходити болю користувачів і визначати вимоги

— UX / CustDev

— Дослідження ринку, аналітика і метрики

— Маркетинг

— Бізнес процеси та економіка продукту

У підсумку

Ролі Project Manager, Product Owner та Product Manager мають різні обов’язки і набір необхідних знань.

Основна відмінність між Project Manager та Product Owner можна знайти в напрямку проекту, яким необхідно управляти. Якщо це тип проекту, який повинен бути побудований з надійного плану, в якому викладені всі кроки в тому порядку, в якому вони повинні бути завершені до початку наступного кроку, Project Manager допоможе вам туди дістатися.

З іншого боку, проект, маючи на увазі продукт, який потребує гнучкої розробки функціоналу, то для такого проекту Product Owner буде кращим рішенням.

LinkedIn
Допустимые теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter
Допустимые теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter

Бракує прикладів

Спочатку всі проекти слідували методології Waterfall, координуючі дії команди проекту.

Можно подробнее, что это за методология такая? И как она обрела такое распостронение, что ей прямо все проекты следовали.

И вот тут я очередной раз упал со стула, читая доу чан.

Я так думаю це або питання з підтекстом і суть в тому що не абсолютно всі проекти були по ватерфолу або, або я хз

Не все. В зависимости от проекта, были и итерационные подходы — названий модных не было.

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

Ох, блин. Поищите шутки ради описание этой самой методологии. Ведь если это методология и проекты ей следовали — то должен быть гайдбук, свод правил, авторы, вот это все.

Ох, а можно мне ссылочку?

эх. А дальше гугления пробовали? Ну хоть первую ссылочку открыть? Давайте я помогу, принесу в клювике из викепедии.

The first formal description of the waterfall model is often cited as a 1970 article by Winston W. Royce,[3][4] although Royce did not use the term waterfall in that article. Royce presented this model as an example of a flawed, non-working model.

Т.е. вся эта «методология» — просто бабайка. Заведомо нерабочая модель, именно так изначально и описанная. Модель! Не методология. Просто сферический конь в вакууме, неприменимый на практике.

И в тему моего начального комментария: stratoplan.ru/...​blog/project-methodology (заметьте, количество людей, думающих, что они работают по «водопаду», растет с распостранением Agile).

Тобто якщо розробити продукт по системі: Вимоги, Планування, Реалізація то це буде продукт з непрацюючою моделлю і без методології розробки?
Я, звичайно ж, вдячний за роз’яснення суті але це більше схоже на «кораблі не плавають, кораблі ходять»

То что вы описали — это не система. Это перечень из трех слов

Не просто просто слова, це заголовки. Розписати можна хоч по 10 пунктів то кожній позиції, думав в цьому нема необхідності

Подписаться на комментарии