Sto progettando e documentando un prodotto con un processo agile. Quando scrivo storie di utenti per aggiungerle al backlog del prodotto, mi sono ritrovato in un complesso ed enorme aspetto.
Devo scrivere queste caratteristiche su un backlog di prodotti e ordinarle in base alle loro priorità o confonderanno il mio piano in modo che possano deviare il mio prodotto da ciò che mi aspetto?
La mia prospettiva personale di aver lavorato in modo agile per alcuni anni, è che non dovresti davvero temere un grosso arretrato (fino a un certo punto).
Se stai scrivendo storie utente autonome, ognuna delle quali è effettivamente completa in sé e per sé, allora hai solo bisogno di ordinarle per priorità e le cose non dovrebbero diventare più "complesse" man mano che nuove storie vengono aggiunte al lista, anche se la lista è enorme.
Trovo che quando le persone iniziano a pensare che il backlog sia "troppo grande", ciò che in realtà tendono a significare è pieno di elementi vaghi, obsoleti, irrilevanti o confusi e hanno perso la capacità di pensarlo semplicemente come una lista di lavoro autonomo ordinato per priorità, perché si è evoluto in qualcos'altro. Qualcosa che non dovrebbe essere.
Spesso ciò si manifesta come tentativi di organizzare il backlog in epopee o anche sorted di "sprint di categoria" (spesso chiamati cose come miscellanea o "necessità di perfezionamento"), ma questo nasconde solo il problema, aggiungendo ancora più complessità come problema sottostante Le cose inappropriate che vanno nel backlog continuano e le cose nascoste in questi sprint di categoria vengono duplicate.
Potresti non essere tu, ma se stai scoprendo che quanto sopra sembra familiare, potresti voler considerare che il fatto che ritieni di non poter utilizzare il backlog per il suo processo indica che, per qualche motivo, la tua organizzazione non è utilizzare l'arretrato per lo scopo previsto e questo sta producendo confusione e disordine.
tl; dr
Should I write these features on a product backlog and order them according to their priorities or they will confuse my plan so they may deviate my product from what I expect?
Non passare molto tempo a creare dettagli. Collabora continuamente con il cliente e coloro che sviluppano la soluzione.
Che cosa intendi del termine agile ? Non esiste un singolo processo agile . Esistono processi, framework, metodologie, framework, ecc. Che confermano la filosofia descritta dai quattro valori e dai dodici principi del Manifesto per lo sviluppo di software agile . Nota che "agile" è usato solo tre volte con tutti loro come aggettivo per descrivere e non come nome da nominare.
Con questa fondazione, ci sono diversi flag rossi nella formulazione della tua domanda. Il paradigma problematico del tentativo di comprenderlo tutto in anticipo attraverso un grande design e molta documentazione (la tradizionale gestione dei progetti basata su piani) è la ragione per cui "scoprire modi migliori di sviluppo del software" ha portato al Manifesto.
Per ulteriori informazioni consulta La guida di Scrum e Programmazione estrema . Il documento Gestione dello sviluppo di grandi sistemi software , che in qualche modo ha portato al modello Waterfall SDLC era apparentemente non leggere mai oltre la figura 2.
Leggi altre domande sui tag agile sprint product-backlog