Може да се случи, дори когато екипът за разработка се състои от опитни специалисти, да не успее да намери работата си бързо и ефективно. Когато погледнем назад на голямата картина след приключването на проекта, често се оказва, че липсата на определена цел е виновна за тази ситуация. Когато работим в рамките на Scrum, за да предотвратим тези и други проблеми, създателите на позицията на Продуктов собственик, роля, на която ще се фокусираме в нашата статия днес.

Продуктов собственик – съдържание:

  1. Отговорности на Продуктовия собственик
  2. Гласът на клиента в Scrum екипа
  3. Продуктов собственик и неговата цел
  4. Пазител на Backlog-а
  5. Резюме

Отговорности на Продуктовия собственик

Само Продуктовият собственик може да прави записи в Продуктовия Backlog, както и да взема окончателно решение в случай на съмнения относно очакванията на клиента. Основните отговорности на тази роля включват:

  1. Сътрудничество с клиента – провеждане на редовни разговори с клиента, които водят до определяне и специфициране на характеристиките на продукта, създаден от Scrum екипа; основната цел тук е да се създаде продукт, който най-добре отговаря на изискванията на клиента.
  2. Формулиране на целта на продукта – т.е. разработване и определяне на дългосрочната посока на дейностите на Scrum екипа и осигуряване на разбирането на всички членове на екипа.
  3. Поддържане на Продуктовия Backlog – ще обсъдим Продуктовия Backlog в отделна статия, но за сега е достатъчно да кажем, че това е един от артефактите на Scrum, определен в официалното ръководство на Scrum. Това е развиващ се, структуриран списък на необходимото за подобряване на продукта. Той е единственият план за работа, предприета от Scrum екипа. Нека да разгледаме по-отблизо ролята на Продуктовия собственик в Scrum екипа.
Scrum: Who is a Product Owner?

Гласът на клиента в Scrum екипа

Продуктовият собственик заема позицията на клиента в Scrum екипа. Благодарение на присъствието на тази роля, Scrum екипът може да се справя с техните съмнения на текуща база. Те не трябва сами да интерпретират често неясните указания, оставени от клиента.

Взимането на решения относно продукта, установяването на приоритетите на екипа за разработка, заедно с организирането на записите в Продуктовия Backlog, прави Продуктовия собственик ключов член на екипа.

Редовното ежедневно участие на Продуктовия собственик с екипа за разработка и Scrum Master е от съществено значение заради кратката продължителност на Sprints. Това са периоди на интензивна работа по създаването на Продуктов инкремент – тема, която ще разгледаме в отделна статия.

Няма време да се изпращат въпроси на някой, работещ на различно място и да се чака отговор. Следователно, Продуктовият собственик става представител на клиента в екипа. Екипът е присъстващ в него.

Продуктовите собственици също присъстват на всички срещи на Scrum екипа, за да бъдат в крак с напредъка на екипа за разработка. Разпознавайки трудностите на колегите, те могат да предоставят надеждна информация на клиента и ефективно да организират работата на екипа.

Тази роля е да свърже бизнеса на Scrum екипа, т.е. бизнес средата, и разработчиците. Също така, да организира работата на екипа на разработчиците, както и да реши какви са критериите за завършване на работата по дадено решение. И също така одобрява момента на тяхното изпълнение.

Продуктов собственик и неговата цел

Продуктовият собственик е отговорен за ясно определяне и уточняване на целта на продукта, т.е. определяне на целта на работата на екипа. С други думи, това включва концептуална и организационна работа, чиято основна цел е обработката на Потребителски истории: създаване на концепция за продукта и неговата функционалност, които отговарят на нуждите на клиента. Също така, значителна част от задълженията на Продуктовия собственик се отнасят до управленска работа – организиране и приоритизиране на задачите в Продуктовия Backlog.

От перспективата на Scrum екипа, това означава да се грижи за яснотата на хоризонта на дейността. Ще говорим за целта на продукта в отделен запис. Днес ще използваме пример:

Нека целта на Scrum екипа бъде да създаде мобилно приложение за организиране на работата на екипа. Задачата на Продуктовия собственик е да обясни на членовете на Scrum екипа какви са ключовите функционалности на приложението от гледна точка на клиента. Например – добавяне на нови членове на екипа чрез списък с контакти или превключване между изгледите на календара на екипа и личния календар.

След като екипът разбере целта на продукта, ще бъде на Продуктовия собственик да:

  • поддържа правилния курс – така че винаги най-значимата функционалност на създаденото приложение да е в съответствие с целта на продукта, т.е. организиране на работата на екипа
  • уточнява по-подробни въпроси – търсене заедно с екипа, съгласуване и специфициране как работи продуктът
  • следи приоритетите – следвайки принципа ‘първо най-важното’, задачата на Продуктовия собственик ще бъде, например, да предотврати разработването на странични или допълнителни функционалности на приложението, които са от второстепенно значение от гледна точка на клиента

Придобиването на перспектива на клиента или дори на заинтересованите страни прави Продуктовите собственици ключови вземачи на решения в процеса на създаване на продукта. Освен това, те участват в дискусии с хора извън Scrum екипа и носят тежестта на ценната доставка на продукта на клиента.

product owner

Пазител на Backlog-а

Ежедневните задължения на Продуктовия собственик включват организиране на елементите на Продуктовия Backlog. Това е трудна задача, тъй като тя постоянно се променя през целия проект. Този запис съдържа всички известни мерки и стъпки, водещи до реализирането на целта на продукта. Разбира се, те са внимателно разделени и приоритизирани преди изпълнението им.

Продуктовият собственик уточнява задачите, включени в Продуктовия Backlog, и ги разделя на по-малки. След това решава кои от тях са готови да влязат в етапа на изпълнение.

От една страна, работата с Продуктовия Backlog е административна и организационна работа, която изисква разбиране на природата, възможностите и ограниченията на работата на екипа за разработка. От друга страна, задачата на Продуктовия собственик е да разбере природата, възможностите и ограниченията на работата на екипа за разработка, както и външните бизнес условия за разработка на продукта.

Но от друга страна, задачата на Продуктовия собственик е да създаде Продуктовия Backlog в съответствие с нуждите на Scrum екипа. Той трябва да бъде ясен, достъпен и разбираем за всички членове на екипа. От друга страна, Продуктовият собственик е отговорен за отговаряне на всички въпроси и съмнения, които Scrum Master и разработчиците имат относно продукта. Благодарение на него, целият екип знае какво вече е направено, какво е в процес на работа и какво все още трябва да се направи.

Резюме

Продуктовият собственик играе ключова роля в Scrum рамката. Продуктовият собственик постоянно насочва екипа към целта, поддържайки Продуктовия Backlog пълен, безопасен и ясен, и не на последно място, говорейки гласът на клиента в Scrum екипа.

Задачите, изпълнявани от Продуктовия собственик, са толкова предизвикателни, че посветихме следващия запис на разглеждането на въпроса. Там ще намерите най-честите грешки, допускани от Продуктовия собственик, и начини за справяне с тях.

Ако харесвате нашето съдържание, присъединете се към нашата активна общност на Facebook, Linkedin и Twitter.

Caroline Becker

Като ръководител на проекти, Каролин е експерт в намирането на нови методи за проектиране на най-добрите работни потоци и оптимизиране на процесите. Нейните организационни умения и способността да работи под времеви натиск я правят най-добрия човек, който да превърне сложните проекти в реалност.

View all posts →

Scrum Guide:

  1. Глосар на основни термини, роли и понятия
  2. Какво е Scrum?
  3. Стойности на Scrum
  4. Как да внедрим Scrum във вашата компания?
  5. Скрам екип - какво е това и как работи?
  6. Кой е собственик на продукта?
  7. Най-честите грешки на Продуктовия собственик
  8. Кой е Scrum Master?
  9. Най-честите грешки на Scrum Master-а
  10. Каква статистика и метрики трябва да следи Scrum Master?
  11. Екип за разработка в Scrum
  12. Най-честите грешки на разработчиците
  13. Скрам артефакти
  14. Мащабиране на Scrum
  15. Спринт беклог
  16. Какво е продуктовият беклог?
  17. Какво са потребителските истории?
  18. Създаване на най-добрата потребителска история с INVEST
  19. Най-честите грешки в потребителските истории
  20. Критерии за приемане на потребителска история
  21. Оценка и Story Points в Scrum
  22. Планиращ покер
  23. Игра за оценка на екипа
  24. Определяне на инкремент
  25. Скрам събития
  26. Какво е графика на изгарянето?
  27. Предимства и недостатъци на графиката на изгаряне
  28. Канбан дъски в Скрам и Скрабан
  29. Скорост в Scrum - Скорост на екипа за разработка
  30. Дневен скрам
  31. Планиране на спринт
  32. Преглед на спринта
  33. Какво е спринт ретроспектива?
  34. Чести грешки по време на ретроспективата на спринта
  35. Поддържане на продуктовия беклог
  36. Как да създадем и интерпретираме графика на изгарянето?
  37. Какво е спринт в Скраум?
  38. Сътрудничество между Продуктов собственик и Скрам майстор
  39. Ангажименти на Scrum екипа - Продуктова цел, Цел на спринта и Определение за завършеност
  40. Характеристики на добър Scrum Master