Il nostro team sta esaminando il nostro processo Agile mentre guardiamo al passaggio al flusso di stile Kanban anziché a Sprint.
Una delle domande a cui abbiamo difficoltà a rispondere è
At what level (what type of
Work Item
) should the Product Owner be prioritizing at?
Nella nostra mente, scende a Feature
o User Story (Bug)
. Tuttavia, indipendentemente da quale scegliamo, stiamo assistendo a scenari in cui potrebbe causare problemi.
User Story
La nostra comprensione è che gli sviluppatori sempre lavorano al livello User Story
. (Sì ... possono anche lavorare a livello di Task ma il punto più alto è Story.)
Ciò implica che Proprietario del prodotto è che invia e imposta la priorità User Stories
e Bugs
.
Tuttavia, è possibile che uno sviluppo possa scomporre una User Story in più storie a causa di pianificazione, divisione del lavoro con altri sviluppatori o qualche altra ragione.
In questo caso, il Product Owner potrebbe non interessare o persino confondersi con l'apparenza di queste apparentemente storie non correlate alla lavagna.
Funzione
In alternativa, potremmo fare in modo che il Product Owner funzioni al livello Feature
, lasciando agli sviluppatori la possibilità di continuare a lavorare con User Stories
.
Ciò significa che l'ordine di invio sta inoltrando e assegnando priorità a Features
. Permetterebbe inoltre allo sviluppatore di creare più di un% diUser Story
senza che il PO possa confondersi.
Il problema con questo approccio è la gestione di Bugs
. Dal momento che i bug compaiono a livello User Story, in che modo l'ordine di priorità dei punti di interesse deve corrispondere a due diversi Boards
? Immagino che il bug possa essere inserito come Feature
(con un child Bug
esistente anche) ma sembra sbagliato.
Gruppo di funzionalità
Questa sezione potrebbe probabilmente essere presentata come una domanda separata, ma l'ho aggiunta perché il mio secondo approccio espone il problema ...
Forse "Caratteristica" è la parola sbagliata usata in TFS, ma nella mia mente un Work Item Feature
sarebbe "particolare funzionalità in un'applicazione". Ad esempio, una funzione dal titolo " La possibilità di ordinare i risultati di ricerca ". Ad esempio, le User Story sotto possono essere " Ordina per campo ID " e " Ordina per ultimo campo modificato ".
Supponiamo che questa parte di funzionalità venga implementata e quindi qualche tempo dopo venga presentato un miglioramento intitolato " Ordina per nome ". Dovrebbe essere presentato come nuovo Feature
? In caso affermativo, come (e dovrebbe) essere correlato al% originaleFeature
? Oppure dovrebbe essere inviato come User Story
relativo all'originale Feature
che provoca la riapertura della Feature
chiusa?
In che modo questo influenza i bug? Un Bug
dovrebbe essere associato all'originale Feature
?
Il Epics
entrerà in gioco in tutto questo?