У більш традиційних проектах, над якими я працював, керівник проектів (а у великих проектах можуть бути асоційовані / заступники / помічники керівників проектів, якщо одна особа недоступна) - особа, відповідальна за спілкування із замовником, отримання проекту оновлення стану здоров’я та статусу, визначення планування та складання бюджету, управління процесом, забезпечення колективу необхідним для виконання завдань тощо.
Однак у Scrum ці обов'язки розподілені між власником продукту та ScrumMaster. Власник продукту - це голос замовника. Вони взаємодіють безпосередньо із замовником, створюють історії користувачів, упорядковують і визначають пріоритет щодо відставання продукту та інших проблем, які стоять перед користувачем та замовниками. ScrumMaster опрацьовує процес, контролюючи зустрічі (включаючи оцінку та планування), усуваючи перешкоди та контролюючи загальний стан здоров’я проекту, вносячи корективи за потребою.
Я читав у багатьох джерелах, включаючи Вікіпедію , що роль ScrumMaster та Власника продукту повинні виконувати дві різні люди. Я не тільки читав, але працював над успішними проектами в «традиційному» стилі, де діяльність обох здійснювала одна людина. Насправді, має сенс для однієї-трьох осіб відповідальність за обробку проектів (включаючи людські ресурси / персонал) та завдання на рівні процесів, оскільки вони часто йдуть рука об руку. Зміни процесу впливають на планування, складання бюджету, якість та інші цілі на рівні проекту, і зміни проекту впливають на процес.
Чому Scrum закликає виділити ці дії на дві ролі? Які переваги це насправді забезпечує? Хтось був на успішному проекті Scrum, де Власник продукту та ScrumMaster були однаковими особами?