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

Грешки на продуктовия собственик – съдържание:

  1. Какво може да се обърка между продуктовия собственик и клиента
  2. Предизвикателства, пред които е изправен продуктовият собственик относно останалата част от Scrum екипа
  3. Резюме

Какво може да се обърка между продуктовия собственик и клиента

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

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

Грешка Проблем, който се генерира Предложения за решение
Невъзможност за приоритизиране Неоптимизиран Product Backlog, размазване на целта на продукта Слушане, задаване на въпроси, преговаряне на целта на продукта с клиента, внимателна обработка на резултатите от преговорите
Липса на асертивност Твърде много задачи за изпълнение от Scrum екипа Реалистично мислене, познаване и запомняне на възможностите на екипа
Недостатъчни бизнес умения Риск от намаляване на бизнес стойността на продукта, създаден от Scrum екипа Непрекъснато учене и придобиване на бизнес компетенции

Невъзможност за приоритизиране

Грешката да не знаеш как да приоритизираш е проклятието на много продуктовите собственици. Защо приоритизацията на задачите е основна компетенция? Защото, когато всичко стане еднакво важно, целта на продукта изчезва. Това е предвиденият ефект от дейността на Scrum екипа.

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

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

Как да се предпазите от тази грешка? Първо – внимателно слушайте клиента. Второ, научете се да задавате въпроси относно целта и как всяка функция на продукта работи. Трето – преговаряйте и ограничете целите, които трябва да бъдат постигнати. И за това ще ви е нужна асертивност.

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

Липса на асертивност на продуктовия собственик

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

Най-честите грешки на продуктовия собственик

Асертивността на продуктовия собственик трябва да се основава на три стълба:

  • познание на възможностите на екипа,
  • познание на решенията, използвани и разработвани от екипа,
  • осъзнаване на тяхната роля и стойност, основана на тяхното място в Scrum екипа.

Следователно, един от най-важните начини за предотвратяване на проблеми с асертивността е продуктовият собственик да работи ежедневно с Scrum екипа. Това ще му помогне да изгради реалистични убеждения относно времето и способността за реализиране на идеите на клиента.

Недостатъчни бизнес умения

Следващата грешка, която бихме искали да обсъдим, е липсата на подходящи бизнес квалификации. Силните страни на тези продуктовите собственици обикновено са специализирани квалификации. Неговите компетенции са по-близо свързани с областта на Развойния екип, отколкото с бизнеса. Така че липсва добре установено, практическо познание за конкуренцията, за правилата на пазара и крайния клиент на продукта, създаден от Scrum екипа.

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

Предизвикателства, пред които е изправен продуктовият собственик относно останалата част от Scrum екипа

Способността да приоритизира задачите, асертивността на продуктовия собственик и високите му бизнес умения са необходимите предпоставки за създаване на примерен Product Backlog, дългосрочната основа на Scrum екипа. Ако Backlog не е очертан последователно и точно, проблемите в отношенията между продуктовия собственик и клиента ще се преливат в отношенията между продуктовия собственик и другите членове на Scrum екипа. И от своя страна, те пряко влияят на ефективността на Scrum екипа. Какви други капани очакват продуктовия собственик в отношенията му с другите членове на Scrum екипа?

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

Грешка Проблем, който се генерира Предложения за решение
Недостатъчна харизма Развойният екип не изпълнява задачите, включени в Backlog, мнението на продуктовия собственик е оспорвано Изграждане на авторитет на базата на меки умения и знания
Недостатъчни специализирани умения Неразбиране на ежедневните операции и възможностите на Развойния екип Ориентация към специализациите на членовете на екипа, както и придобиване на знания за областта на експертиза на екипа
Зависимост Размиване на отговорността Упълномощаване

Недостатъчна харизма

В ежедневната си работа, задачата на продуктовия собственик е да координира указанията на клиента с начина, по който те се реализират от Развойния екип. Това безспорно изисква наличие на правилен авторитет, умения за слушане и харизма.

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

Недостатъчни специализирани умения

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

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

най-честите грешки на продуктовия собственик

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

Зависимост

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

Най-честите грешки на продуктовия собственик

Резюме

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

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

Грешките на продуктовия собственик, които възникват по време на работата с останалата част от 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