Продуктовите натрупвания са основен компонент на гъвкавото разработване на продукти на организацията, тъй като съдържат елементи, които трябва да адресирате в определен момент.
Създаването на нов продукт започва с идеята, която позволява на екипа да изгради нещо специално. Дори iPhone за първи път дойде като прототип и направи своя път към популярност, благодарение на техния отдаден екип.
Докато управлявате екип, като продуктов мениджър, трябва да сте организирани със списъци с важни задачи. Е, не е толкова лесно, колкото изглежда.
Поддържането на списък със задачи и решаването кое да направите първо е много трудна задача. А когато има множество заинтересовани страни, това става още по-съкрушително.
В резултат на това организациите губят много време и ресурси.
Това е мястото, където приоритизирането на продукти прави всички задачи по-лесни и ви помага да поддържате списъка си със задачи правилно.
В тази статия ще обсъдя изоставането на продукта в детайли, неговите типични елементи, предимства и много други.
Съдържание
Какво е Product Backlog?
Продуктовото изоставане е списък с приоритетни функции или работни елементи, които ви помагат да постигнете продуктовите си цели и да зададете валидни очаквания сред екипите разработчици. С прости думи, всеки продукт във фазата на разработка има специален продукт.
По същия начин, всеки неизпълнен продукт има специален екип. Като цяло има няколко изостанали продукта с няколко екипа, работещи върху по-голям продукт.
Например, нека назовем по-голям продукт като „Продукт“, а по-малките продукти като „Продукт A“, „Продукт B“ и „Продукт C“. Продукт A, Продукт B и Продукт C имат свои собствени продуктови резерви и конкретни екипи за разработка. Всеки определен екип работи върху по-малки продукти, за да изгради накрая по-голям продукт.
По този начин той може да бъде определен като списък с приоритети на работата, която произтича от продуктовата пътна карта и нейните изисквания към вашия екип за разработка. Най-важните елементи са в горната част на изоставането, така че екипите за разработка да знаят кой да достави първо.
Въпреки това, изоставането на продукта е жив документ, който позволява на продуктовите мениджъри да придобият по-добро разбиране на типичните проблеми и решението, необходимо за доставяне на продукта.
Кой дава приоритет на натрупаните елементи?
Продуктовото изоставане е собственост на собственик на продукт или продуктов мениджър. Собственикът на продукт е отговорен за поддръжката на изоставането, докато другите членове на екипа допринасят със своите усилия и време за разработването на продукта.
По този начин основната цел на продуктовото изоставане може да бъде:
- Разработване на основа за обединяване на екипи и заинтересовани страни, така че екипите за разработка да реализират ценни потребителски истории
- Предлага гъвкавост за адаптиране към реалностите и нуждите
- Подобряване на ефективността на прогнозите за пускане на продукти, като се използва общ знаменател в различни екипи, за да се придържаме към един продукт.
Типични елементи на Product Backlog
Продуктовото изоставане включва корекции на грешки, функции, придобиване на знания и технически задължения. Тези артикули са отделни части от основна работа, които трябва да бъдат доставени за завършване на продукта.
#1. Изчистване на бъгове
Дефектите и бъговете са проблемите, открити от крайните потребители, които са избегнати по време на процеса на контрол на качеството. Ако бъговете не бъдат разрешени навреме, те имат тенденция да се натрупват с течение на времето.
Вашият екип адресира корекции на грешки бързо, за да поддържа целостта на продукта. Някои грешки са достатъчно важни, за да прекъснат текущия спринт на отбора, докато други могат да изчакат следващия спринт. Той остава в горната част на изоставането на продукта, така че екипът за разработка никога да не забравя корекциите на грешки.
#2. Характеристика
Функцията е функция на продукт, която потребителите намират за ценна. Известен е също като потребителска история. Функциите могат да бъдат сложни или прости. Въпреки това, за да разберете нуждите на потребителя, трябва да създадете карта на историята.
Заявките за нови функции идват от различни източници. Функциите включват управление на продукти, поддръжка, продажби, крайни потребители и др. Даването на приоритет на нови функции може да бъде трудно, тъй като ще трябва да балансирате конкурентните изисквания на:
- Поддържане на доволни предишни клиенти
- Срокови възможности за продажба
- Работа за по-висока визия на продукта
Продуктовият мениджър наблюдава тези източници и разрешава конфликтни заявки. Редовното правене на това ще ви позволи да се уверите, че продуктовото изоставане има нови функции, които могат да привлекат клиенти и да направят съществуващите клиенти щастливи.
#3. Придобиване на знания
Тук събирате информация за изпълнение на бъдещи задачи. Важно е, че придобиването на знания е изследователски етап. Когато откриете функция, която изисква повече изследвания, можете да създадете задача за придобиване на знания, като например доказателство за концепция, експеримент или прототип. Това ще ви помогне да получите информацията, за да започнете работата си по функцията.
#4. Технически дългове
Техническият дълг е като финансовия дълг. Натрупва се лихва, когато пренебрегнете дълга. Това се случва, когато разработчиците избутат този етап до дъното на изоставането, тогава става по-трудно за изпълнение.
Ефективното управление на продуктовото изоставане може да предотврати техническия дълг. Когато вашият екип за разработка остане организиран със списъка и поема техническата работа на ежедневни или по-малки стъпки, е по-малко вероятно да видите повишен интерес към работата.
Техническият дълг е резултат от промяна въз основа на следното:
- Мащабируемост и очаквания за производителност
- Обхват и посока
- Технология и най-добри практики
Натрупани продукти: ползи
Един продукт със сигурност представлява обратна връзка от различни източници, като търговци, разработчици и, най-важното, потребители. Трябва да сте готови да вземете тяхната обратна връзка, да я управлявате, да я приоритизирате и да работите върху нея задълбочено за бъдеща доставка на продукти.
Без подходящ процес става предизвикателство да разработите своя продукт. По този начин добре управляваният и добре обработен неизпълнен проект ще ви помогне да се съсредоточите върху продукта и ще доведе до по-ефективен екип.
Нека обсъдим предимствата на поддържането на изоставане от продукти в една организация:
- Подобрен фокус: Натрупването на продукти ви помага да се съсредоточите върху важни задачи и ви позволява да избегнете разсейването.
- Подобрена ефективност: Приоритизирането на елементи гарантира, че вашият екип работи върху задачите задълбочено, което води до по-добра ефективност.
- По-добро управление на риска: Натрупването на продукти може да идентифицира и адресира рисковете в началото на процеса на разработка, което прави управлението безрисково.
- По-добро удовлетворение на клиентите: Удовлетворението на крайните потребители е вашата основна цел. Следователно приоритизирането на изоставането е от съществено значение за организацията, за да ги направи щастливи, като проверява какво е необходимо да се добави или премахне от продукта, което го прави ценен продукт за вашите потребители.
- Повишена комуникация: Изоставането на продукта насърчава сътрудничеството и комуникацията между вашия екип, което води до по-добър фокус при разработването на продукт и по-добри резултати.
- Подобрен морал на екипа: Изоставането на продукта осигурява цел и усещане за посока за екипа, което води до подобрен морал.
- Насърчава гъвкавостта: Продуктовото изоставане се променя според напредъка на разработчика и степента на изпълнение на задачите. Когато развитието на статуса на продукта се промени, продуктовият мениджър пренарежда задачите по приоритет. Тази гъвкавост е необходима, за да се избегнат празнини в работното време.
Освен това можете да намерите много предимства, като най-бързата възвръщаемост на вашата инвестиция, подобрена удовлетвореност на клиентите, минимални рискове и др.
Как да създадете Product Backlog
Собственикът на продукта носи цялата отговорност за приоритизирането на задачите. За да създадете добре управляван продуктов изоставане, трябва да изпълните следните стъпки:
Стъпка 1: Добавяне на идеи към Product Backlog
Продуктовото изоставане е списък с идеи. Той съдържа изявленията или обратната връзка, дадени от членовете на екипа, заинтересованите страни и клиентите. По прост начин трябва да добавите идеи към списъка, след като ги обсъдите със заинтересовани страни, екипи и клиенти относно съществуващ продукт или нов продукт.
Първоначално ще имате само ограничени идеи, но по време на процеса на разработка ще получите нови идеи, като имате предвид уместността на пазара и конкуренцията на продукта.
Стъпка 2: Получаване на разяснение
След като заинтересованата страна се нуждае от някои промени във вашето добавяне или коригиране на продукта, важно е да го изясните предварително. Собственикът на продукта трябва да изясни следните основни точки, за да разбере важността на добавянето:
- Причината зад корекцията: Това показва какъв всъщност е проблемът, как е бил причинен и как да го разрешите.
- Стойността, която допринася: Екипът анализира дали новото допълнение ще допринесе за целия продукт и ще подобри качеството. Добавката трябва да увеличи стойността на продукта. По този начин това води до увеличаване на бизнес стойността и по-добра възвръщаемост на инвестициите.
- Спецификацията на елемента: Спецификацията трябва да е ясна от страна на собственика на продукта, така че разработчиците никога да не срещат затруднения по време на процеса на разработка.
Стъпка 3: Приоритизиране
След като всичко е наред, отговорността на собственика на продукта е да приоритизира неизпълнените задачи от най-високия до най-ниския приоритет. Този етап се основава на стратегическия анализ на информацията. Наличието на добре управляван списък може да подобри комуникацията между различните екипи.
Собственикът на продукта приоритизира неизпълнените елементи въз основа на конкретни критерии:
- Приходи: Всяка функция или елемент, които могат да доведат до по-добри приходи, трябва да се съхраняват в списък с висок приоритет.
- Пазарна уникалност и корекция: Ако функция, която решите да добавите, е уникална на пазара, има вероятност да се откроите на пазара. Освен това трябва да видите дали съществуваща функция може да реши проблемите на потребителите, тъй като това е действителната цел.
- Сложност: Преди да дадете приоритет на изостаналите елементи, трябва да проверите сложността на предложената функция заедно с времето, което може да отнеме за разработка и пускане.
Стъпка 4: Актуализирайте рутинно Backlog на продукта
Продуктовото изоставане е жив документ, който трябва да бъде актуализиран своевременно от собственика на продукта. Процесът на прецизиране, приоритизиране и поддържане на натрупаните елементи актуални е съществена част от процеса на разработка.
Продуктовото изоставане съдържа множество идеи. Ще трябва да прецизирате тези идеи и да отхвърлите тези, които не са подходящи. С последната стъпка неизпълнените елементи се приоритизират и подреждат според нивото на приоритет.
Някои методи за приоритизиране
Има много методи, които да използвате за приоритизиране на натрупани елементи. Нека обсъдим няколко от тях:
#1. Техника на MoSCoW
Източник на изображението: StoriesOnBoard
MoSCoW е вид анализ, който обикновено се използва в продуктовия мениджмънт, за да се разбере какво е важно да се направи и какво не. Това е полезен метод за комуникация със заинтересованите страни за това върху какво работите и защо.
Името включва четири категории за приоритизиране:
- Трябва да има: Абсолютно необходими изисквания
- Трябва да има: Функции с висок приоритет
- Може да има: Възможни характеристики
- Няма да има: Не е внедрено
„Трябва да има“ представлява абсолютните характеристики, които трябва да присъстват в продукта. Това може да е от съображения за безопасност, бизнес причини или правни причини. За целта избройте най-добрия и най-лошия сценарии за включване на функцията в списъка и нарисувайте картината.
„Трябва да има“ означава характеристиките, които могат да бъдат включени, но не са задължителни.
„Можеше“ е за елементи, които могат да бъдат добавени, ако организацията разполага с необходимите ресурси, но не е необходимост за постигане на успех.
„Няма да има“ не ви казва, че функцията вече не е необходима или е елемент в кошчето. Вместо това продуктовият мениджър означава „не този път“. Има няколко причини за това, като липса на време или ресурси.
#2. Матрицата на Айзенхауер
Този метод е лесен начин за правилно управление на времето. Произхожда от матрицата за вземане на решения на Дуайт Д. Айзенхауер. По-късно това се променя на 4-квадрантна визуализация, която може да се използва за приоритизиране на задачите в списъците с неизпълнени задачи.
Източник на изображението: ModelThinkers
Матрицата съдържа две измерения за приоритизиране – важност и спешност. Тази техника ви позволява да разпределите задачи в четири раздела на матрицата, която съдържа:
- Висок приоритет
- Среден приоритет
- Спешно, но важно
- Нисък приоритет
#3. Кано
Моделът Kano е една от отличните опции за организации, които търсят наслада и удовлетворение на клиентите. Натрупването на функции на продуктовите мениджъри е безкрайно, но те искат да изградят продуктова пътна карта с перфектните функции. Моделът Kano е стабилна техника, която ръководи продуктовите мениджъри. Тази техника е разработена през 80-те години от Нориаки Кано.
Този модел включва три помещения:
- Удовлетворението, което отразява щастието на клиента
- Реакцията на клиента зависи от характеристиките и функционалностите на продукта
- Чувствата на клиентите
#4. Първа претеглена най-кратка работа (WSJF)
WSJF е инструмент, който помага на вашите екипи да приоритизират списък с инициативи. Обикновено този инструмент се използва в Scaled Agile Framework (SAFe). Екип прави математиката на оценката на всяка инициатива, като разделя цената на забавянето на размера или продължителността на работата. Елементът, който получава най-висок резултат, е в горния списък с висок приоритет.
Как да управлявате натрупаните задачи
Следвайте посочените по-долу практики, за да осигурите правилно управление на натрупаните неизпълнени задължения и да ги поддържате здрави:
- Прегледайте изоставането на продукта преди всяко планиране на итерация, за да се уверите, че задачите, които сте приоритизирали, са правилни и че предишната обратна връзка също е внедрена.
- Когато изоставането ви стане по-голямо, трябва да категоризирате елементите на – краткосрочни или краткосрочни и дългосрочни.
- Решете да запазите или изтриете елементите според предимствата им
- Не добавяйте никакви задачи без подходящо планиране.
- Направете този процес на приоритизиране приоритет във вашата организация.
Освен това можете лесно да приоритизирате задачите по време на процеса на разработка според отзивите на клиентите. Освен това можете да прецизирате предишните твърдения и да добавите нови изисквания.
Sprint Backlog срещу Product Backlog
- Продуктовото изоставане изброява всички елементи, които трябва да бъдат изпълнени, за да завършите процеса на разработка в рамките на времето. Докато неизпълнените задачи за спринт включват елементи от неизпълнените задачи, които трябва да бъдат изпълнени в рамките на спринта.
- Собствениците на продукти решават списъците с неизпълнени задачи, докато екипите за разработка решават елементите за неизпълнени задачи.
- Продуктовото изоставане се изгражда въз основа на продуктовата цел. Но изоставането в спринта се подравнява с конкретен спринт.
- Продуктовото изоставане може да се променя с течение на времето, докато спринтовото изоставане не се променя, след като е зададено.
- Продуктовото изоставане изисква поддръжка и остава до завършването на проекта. Но изоставането в спринта не остава до края; завършва със спринта.
Заключение
Поддържането на продуктово изоставане е важна стъпка в процеса на разработване на продукта. Предоставя ясна представа за текущата работа, завършените и вашите бъдещи планове. И така, време е да създадете и поддържате ефективен неизпълнен продукт и да останете на върха на играта си.
Можете също така да разгледате най-добрия софтуер за CFD анализ и Scrum инструменти.