Scrum-board / Task Board e codice colore [chiuso]

Question

Cosa consiglieresti per quanto riguarda un buon codice colore da usare su uno Storyboard?

È un buon modello della tua esperienza?
http://maxheapsize.com/static/ScrumBoardCheatSheet.pdf
Qual è il codice colore più standard?

Answer 1

Suggerisco bianco per i normali elementi di backlog, ovvero quelli con valore commerciale e rosso per le correzioni di bug. Questo fa risaltare gli errori e aiuta il team a migliorare.

Inizia in modo semplice - tanto semplice quanto osi farlo - e consenti innovazioni come suggerito dal team Scrum durante le retrospettive sullo sprint. Una sola innovazione alla volta; provalo abbastanza a lungo per vedere come funziona davvero; rilasciarli se non sono veramente necessari.

Answer 2

Non fare niente di speciale. Usa il senso comune. Non ho usato i codici colore, perché non penso che aiutino molto - rendono persino più difficile per gli altri stakeholder comprendere la taskboard. Ciò porta a una minore trasparenza. Altrimenti concordo con Morendil.

Answer 3

Per gli oggetti arretrati uso post-it di grandi dimensioni (4x4): storie utente (blu / verde), difetti (rosso), eccezioni (giallo), investigativo (viola).

Per le attività che utilizziamo post-it di dimensioni regolari (3x3): Attività di sviluppo (Giallo: perché sono le più facili da eseguire e la maggior parte della scheda sarà Attività di sviluppo), QA (Verde), Design (Blu), Bugs (Pink), ScrumMaster / Impediments (Orange).

Iniziamo lo sprint con post-it pallidi / pastello e tutto ciò che viene aggiunto dopo la pianificazione dello sprint viene eseguito su neon dello stesso colore. Così giallo pallido contro giallo neon, e così via. In questo modo possiamo vedere cosa è stato aggiunto per evidenziare davvero se non abbiamo fatto un buon breakdown o se ci sono state tonnellate di incognite che hanno iniziato lo sprint.

Spero che questo aiuti.

Answer 4

Ho visto lo spettro quando si tratta di colori e guasti delle carte. Alcuni team usano un colore di carta perché un'attività è un'attività, indipendentemente dall'attività svolta. Altre squadre hanno colori per ogni tipo di attività, che mi è piaciuta in quanto ha dato una buona visione del tipo di lavoro rimasto senza dover leggere ogni carta.

Carte trama: blu Debito tecnico: verde Bug: giallo Analisi: rosso QA (non storia QA, ma compiti che il QA ha svolto al di fuori del normale QA): bianco

Ciò ha aiutato quando avevamo una grande squadra con un numero di non sviluppatori seduti attorno al tavolo.

Answer 5

Sono d'accordo sul più colori usi più sei cieco . Preferisco evidenziare difetti, storie ed epopee. Nel backlog dello sprint ci sono solo due colori: l'arancione per i difetti e il giallo per le storie. ScrumDesk , ad esempio, consente di assegnare il colore a una carta nel modello di trama che è utile per mantenere correttamente colorato il backlog.

I colori sono molto utilizzabili se il backlog descrive più prodotti (backlog del programma). In questo caso i colori potrebbero evidenziare epopee in base al prodotto.

Answer 6

Sembra sovraccarico per i miei gusti. Quando ho imparato Scrum diversi anni fa, gli unici codici colore erano bianco e rosso. Le storie rosse erano storie di integrazione. Se si avvicinano troppi di quelli nel backlog del prodotto, ci si trova in difficoltà. Ad ogni modo, ho rinunciato a utilizzare la scheda a bassa tecnologia al primo sprint, perché avevo membri remoti del team, quindi abbiamo usato un formato elettronico: Excel, TWiki, VersionOne, Rally.