Когато вашият Product Owner изчезне
Недостъпният Product Owner осакатява Скръм екипа. Тази публикация предлага практически стъпки за справяне с проблема, поддържане на прозрачност и поддържане на развитието напред.
Скръм екипът се нуждае от Product Owner. Ръководството за Скръм казва, че Product Owner е отговорен за максимизиране на стойността на продукта, произтичащ от работата на Скръм екипа. Те правят това чрез ефективно управление на Product Backlog. Тази роля изисква значителна ангажираност. Какво се случва, когато Product Owner не е на разположение на екипа, на заинтересованите страни или за изпълнение на своите отговорности? Развитието се забавя. Решенията закъсват. Доставката на стойност страда. Това е често срещан проблем, но не и неразрешим.
Разпознайте симптомите рано
Недостъпният Product Owner не винаги е очевиден в началото. Често започва фино. Може би няколко пропуснати ежедневни Скръм срещи, след това забавена обратна връзка при Sprint Review, или Product Backlog, който не е рафиниран. Development Team може да се окаже, че прави предположения за посоката на продукта или чака разяснения. Заинтересованите страни може да се оплакват от липса на актуализации или невъзможност да влияят на продукта. Всичко това са признаци, че Product Owner не изпълнява адекватно отговорностите на своята роля. Игнорирането на тези симптоми само влошава проблема.
Разберете причината
Преди да реагирате, опитайте се да разберете защо Product Owner е недостъпен. Рядко става въпрос за умишлена небрежност. Възможните причини включват:
- Претоварване: Product Owner има твърде много отговорности, може би управлява няколко продукта или има значителни оперативни задължения извън Скръм.
- Липса на авторитет: Може да нямат организационния авторитет да вземат необходимите решения или да управляват ефективно заинтересованите страни.
- Неразбиране на ролята: Може да не разбират напълно времето, което трябва да отделят, или специфичните отговорности на Product Owner в Скръм.
- Организационна структура: Структурата на компанията може да не поддържа отдаден, овластен Product Owner.
- Лични проблеми: Макар и по-рядко срещани, личните предизвикателства също могат да повлияят на наличността.
Разбирането на основната причина помага за намирането на устойчиво решение. Това е възможност за инспекция и адаптация.
Незабавни действия за Скръм екипа
Когато е изправен пред недостъпен Product Owner, Скръм екипът, особено Scrum Master, трябва да действа. Не чакайте проблемът да се разреши сам. Scrum Master може да улесни разговор с Product Owner относно техните отговорности и въздействието на тяхното отсъствие. Development Team трябва да продължи да работи по елементите с най-висок приоритет, които разбира. Ако липсва яснота, те трябва да подчертаят това незабавно и прозрачно.
По време на рафинирането на Product Backlog, ако Product Owner отсъства, Development Team не може да получи отговори. Това означава, че елементите от Product Backlog няма да бъдат готови за следващия Sprint. Тази прозрачност показва проблема. Скръм екипът трябва да направи въздействието видимо за заинтересованите страни и ръководството. Това не е въпрос на обвинение, а на показване на пречката пред доставката на стойност.
Ескалация и организационна подкрепа
Ако пряката комуникация не подобри ситуацията, Scrum Master може да се наложи да ескалира проблема. Това включва ангажиране с мениджъра на Product Owner или съответното организационно ръководство. Целта е да се осигури необходимата подкрепа или ресурси за Product Owner, или да се адресират структурни проблеми. Ръководството за Скръм посочва, че Scrum Master служи на организацията по няколко начина, включително като им помага да разберат и приложат емпиричен подход за сложна работа. Тази ситуация попада точно в тази отговорност. Организацията трябва да разбере цената на отсъстващ Product Owner.
Решенията могат да включват преразпределение на някои от задълженията на Product Owner, предоставяне на обучение или дори промяна на ролята на Product Owner, ако настоящият човек не може да я изпълни. Организацията трябва да осъзнае, че силен Product Owner е от решаващо значение за успеха на продукта. Без такъв, инвестицията в Скръм екип до голяма степен е пропиляна.
Поддържайте прозрачност и се адаптирайте
През целия този процес поддържайте прозрачност. Направете въздействието на недостъпността на Product Owner видимо в Sprint Reviews, чрез burn-down графики или чрез ясно посочване на предстоящите решения. Development Team може да се наложи да се адаптира. Това може да означава фокусиране върху технически дълг, подобряване на инфраструктурата или доставяне на по-малки инкременти, които изискват по-малко незабавна намеса от Product Owner. Това обаче е временна мярка, а не решение. Основният проблем с отсъстващ Product Owner трябва да бъде адресиран, за да може Скръм да функционира ефективно и да доставя максимална стойност.