Размер на изоставането на продукта Дръжте го на диета - Хавиер Гарзас
Предполагам, че всички вече знаят това, но като начало трябва да се помни, че Product Backlog в Scrum е списък с приоритетни елементи. Подреден списък с всичко, което трябва да бъде добавено към продукта. И използвам думата артикул като нещо общо и съзнателно двусмислено, защото въпреки че типичното е да се използват „потребителски истории“, това не пречи, че в изоставането на Продукта може да има и други „неща“.
За повече информация относно казаното дотук бих прочел Продуктовото изоставане, Продуктовия гантлог и други същества и същества и Приоритизиране на продуктовото изоставане.
И сега вървим с това, което исках да напиша днес ...
Размер на натрупаните продукти? Колко артикула?
Очевидно няма правило, няма правило относно броя на артикулите, които даден продукт трябва да има, би било абсурдно, ако има такива, зависи от много фактори. Това, което можем да направим, е да съберем набор от добри практики, които ще ви насочат към него и ще видите, че всички те ще продължат по линия на намаляване на „теглото си“, размера си.
Като първа идея, тъй като се намираме в „итеративен и инкрементален“ жизнен цикъл, ориентиран към промяна, не е необходимо всички елементи да започват да работят. Обикновено можете да започнете с първо подмножество (някои справки за това тук), повече от достатъчно за първи или няколко спринта.
Натрупването на продукти нараства и се променя, тъй като се научават повече за продукта и неговите клиенти, следователно ...
Натрупването на продукти никога не е пълно
В по-традиционните модели на работа той не е започнал, докато така наречената спецификация на изискванията не бъде напълно затворена, което освен това беше предвидено, че след като се затвори, няма да се движи. За разлика от това, по дефиниция, Product Backlog никога не е завършен.