В днешния пост ще се фокусираме върху най-честите предизвикателства, пред които са изправени продуктовите собственици. Ще ви кажем и как да се подготвите за ситуации, в които тези грешки на продуктовия собственик се случват най-често.
Грешки на продуктовия собственик – съдържание:
- Какво може да се обърка между продуктовия собственик и клиента
- Предизвикателства, пред които е изправен продуктовият собственик относно останалата част от Scrum екипа
- Резюме
Какво може да се обърка между продуктовия собственик и клиента
Продуктовият собственик е човекът, който е лично отговорен за провалите на 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
Като ръководител на проекти, Каролин е експерт в намирането на нови методи за проектиране на най-добрите работни потоци и оптимизиране на процесите. Нейните организационни умения и способността да работи под времеви натиск я правят най-добрия човек, който да превърне сложните проекти в реалност.
Scrum Guide:
- Глосар на основни термини, роли и понятия
- Какво е Scrum?
- Стойности на Scrum
- Как да внедрим Scrum във вашата компания?
- Скрам екип - какво е това и как работи?
- Кой е собственик на продукта?
- Най-честите грешки на Продуктовия собственик
- Кой е Scrum Master?
- Най-честите грешки на Scrum Master-а
- Каква статистика и метрики трябва да следи Scrum Master?
- Екип за разработка в Scrum
- Най-честите грешки на разработчиците
- Скрам артефакти
- Мащабиране на Scrum
- Спринт беклог
- Какво е продуктовият беклог?
- Какво са потребителските истории?
- Създаване на най-добрата потребителска история с INVEST
- Най-честите грешки в потребителските истории
- Критерии за приемане на потребителска история
- Оценка и Story Points в Scrum
- Планиращ покер
- Игра за оценка на екипа
- Определяне на инкремент
- Скрам събития
- Какво е графика на изгарянето?
- Предимства и недостатъци на графиката на изгаряне
- Канбан дъски в Скрам и Скрабан
- Скорост в Scrum - Скорост на екипа за разработка
- Дневен скрам
- Планиране на спринт
- Преглед на спринта
- Какво е спринт ретроспектива?
- Чести грешки по време на ретроспективата на спринта
- Поддържане на продуктовия беклог
- Как да създадем и интерпретираме графика на изгарянето?
- Какво е спринт в Скраум?
- Сътрудничество между Продуктов собственик и Скрам майстор
- Ангажименти на Scrum екипа - Продуктова цел, Цел на спринта и Определение за завършеност
- Характеристики на добър Scrum Master