Suggerimenti per l'igiene del backlog / Roadmap

Jugglin’

Non faccio davvero distinzione tra backlog e roadmap.

È tutto uno spettro: alto livello, basso livello, prima, poi, certo, incerto, progettato per apprendere, progettato per agire sull'apprendimento, strategia, tattica, ecc.

A seconda del giorno, potresti visualizzare un elenco ordinato, una mappa, un modello, un diagramma delle relazioni casuali, un grafico di rete, grafici e dati, una scheda kanban, una sequenza temporale, un'area di disegno, un cercapersone o un brief. I dati sottostanti rimangono coerenti, ma la vista scelta per quel particolare giorno, persona, squadra o riunione dipende dal contesto.

Come Product Manager, dovrai sempre destreggiarti nel contesto. Come ho già detto, questo è davvero molto difficile. Non lo farai mai esattamente nel modo giusto:

Passa al livello basso e qualcuno ti chiederà il quadro generale. Parla di un quadro generale e ti chiederanno i dettagli. Parla del perché, ti chiederanno come. Parla come, ti chiederanno cosa. Inquadra il lavoro come esperimenti e chiederanno soluzioni concrete. Parla di soluzioni e metteranno alla prova le tue ipotesi.

Abituati a cambiare marcia!

Anti-pattern

Detto questo, ci sono alcune cose che sono universalmente cattive.

Qualunque cosa che ...

  1. Attiva convergenza prematura, pianificazione, ecc.
  2. Aggiunge impegni, vincoli o dipendenze non necessari
  3. Incoraggia il rigonfiamento delle funzioni e l'aggiunta di complessità inutili
  4. Comunica informazioni non aggiornate
  5. Limita conversazioni significative
  6. Non riesce a esporre (o sorprende) le ipotesi
  7. Oscura le relazioni tra gli elementi (ad esempio annidamento, sequenziamento, esperimenti / ipotesi, ecc.)
  8. Limita la capacità del team di proporre soluzioni creative
  9. Oscura il perché e il problema da risolvere

…è cattivo. Cambia la tua tattica quando incontri questi problemi.

Il problema principale con gli arretrati di prodotti (e le tabelle di marcia) è che la gente tende a riempirli per il gusto di riempirli. Invece di esaminare i risultati / impatti che speriamo di generare, risolviamo prematuramente (alias "indovinare"). L'organizzazione viene fissata sulle soluzioni e dimentica perché gli elementi sono stati effettivamente aggiunti in primo luogo. Potresti rinominare questi:

Indovina, Desidero bene, Spec-In-Disguise, Require-Log

Il team deve sempre chiedere "possiamo ottenere il risultato desiderato con MENO complessità?"

Ottieni tattico / specifico in ritardo

Negli ultimi due anni, ho avuto la tendenza ad usare mappe di storie, aree di esperimenti, aree di missione, repository di feedback e tabelle di marcia basate sui risultati, più che elenchi di storie (dette anche arretrato di prodotti). C'è un momento e un luogo per diventare super specifici, ma provo a farlo il più tardi possibile nel processo. Preferisco usare strumenti come Evernote o Trello per catturare idee, promemoria e ricerche ... e lasciare "lo strumento" (noto anche come Jira) per la decomposizione del lavoro tattico e il tasking. Certo ... il team ha accesso a tutto.

L'idea di base ... legare il più tardi umanamente possibile. Non trasformare le specifiche di 100 pagine del passato in un casino di 1.000 biglietti Jira. Preferisco tenere gli arretrati MOLTO brevi, con solo alcuni elementi specifici decomposti in un determinato momento.

Facciamo le pulizie

Esamina il tuo backlog e cerca questi elementi familiari. Fai un po 'di pulizia della casa.

1. Soul Sappers

Sai, dovremmo davvero ____________. Bugs tutto il team e fa davvero schifo!

Il pericolo qui è che non agire comporterà un tributo alla squadra. È come una tassa psichica. Valuta di fare il lavoro (molto) presto.

I manager spesso si preoccupano che rispondere rapidamente a questi elementi porterà a una cultura della doratura (aggiungendo strati di perfezione sopra qualcosa che funziona). Penso che le persone conoscano la differenza. Ci si sente di merda: le persone tendono a non essere terribilmente agitate per la doratura, mentre con i genieri dell'anima il dolore è acuto E persiste.

FARE QUESTO: Impegnare un intervallo di tempo nel prossimo futuro per risolvere il problema

2. Soluzioni potenziali

Bene ____________ è un modo per risolvere quel problema. Ci sono altri modi in cui possiamo farlo.

Spesso ti imbatti in "buone idee" nel backlog. Ma è importante considerare se ci sono anche idee migliori là fuori. Assicurati di avere un segnaposto per il problema reale, quindi collega questo elemento a quel segnaposto. Non lasciarlo penzolare senza contesto.

Assicurati che chiunque guardi questo oggetto sappia che è uno dei tanti modi potenzialmente validi per risolvere il problema. Inoltre, assicurati di essere realistico sulla tua conoscenza del problema. Se il problema stesso è un sospetto, sii diligente nel documentarlo.

FARE QUESTO: Aggiungi come elemento secondario sotto il problema reale

3. Indovina?

Come facciamo a sapere che ____________ è importante? L'abbiamo appena inventato? Sembra che dovremmo discuterne.

Allo stesso modo, è necessario indicare la ricerca / dati / approfondimenti dietro l'oggetto. Le squadre tendono a separare la ricerca dal "biglietto". Questo è pericoloso perché qualcuno che guarda il biglietto può essere lasciato con un fastidioso dubbio. Allo stesso modo, i team avranno richieste inalterate da clienti / stakeholder interni seduti nel loro backlog ... senza contesto o ricerca.

FARE QUESTO: collega il biglietto a ricerche / approfondimenti su Wiki

4. Idee fantastiche

Non sarebbe fantastico se ____________?

Devi sfruttare questa energia! È raro che le persone usino parole come fantastiche, quindi vuoi capire come canalizzarle. È utile fare le cose solo perché sono fantastiche (divertenti, creative, deliziose per i clienti, ecc.) E non è sempre facile da quantificare. Ci sono molti modi per giocare a questo. Il primo istinto è fare qualcosa come il 10% di tempo, hackerare i giorni, riservare la capacità di sprint o costringere le persone a fare casi aziendali. Preferisco dire qualcosa come "hey, qualsiasi cosa in un paio di giorni che vuoi provare perché sembra promettente ... provaci!" Ho scoperto che le persone prendono sul serio quella responsabilità e tendono a non abusare della libertà.

FARE QUESTO: discutere con il team alcune linee guida per "idee fantastiche".

5. Roba rotta

____________ è rotto. Se non lo risolviamo presto, ____________.

Se qualcosa è rotto, è rotto. A meno che tu non stia lavorando a qualcosa che è più rotto, ci sono alcune scuse per cui l'articolo non dovrebbe essere lavorato immediatamente o messo in uno stato successivo. In caso di ritardo, si rischia di perdere il contesto e un senso di urgenza. Potresti essere fortunato e niente esplode, nel qual caso ti convincerai che non è così rotto (la mente gioca brutti scherzi a questo proposito).

Fallo e basta! Alcune squadre sono diventate insensibili a cose rotte. Le cose rotte sono ovunque. Questo è un problema diverso (ma molto importante).

FARE QUESTO: risolverlo immediatamente. La qualità risparmiata paga raramente.

6. Promemoria

Quando arriviamo a ____________, dovremmo ricordarci di ____________.

Vedo spesso arretrati pieni di promemoria. Non c'è alcun senso di priorità, valore o gravità. Non c'è storia. Non ci sono obiettivi, attori o impatti. L'articolo è fondamentalmente una nota per sé. I promemoria vanno bene, ma in qualche modo affondano tutti in fondo al backlog perché mancano di contesto. È molto meglio raccoglierli come note all'interno di una più grande storia del contenitore. In quale contesto questo promemoria diventerà prezioso?

FARE QUESTO: piegali in storie più grandi in cui il promemoria sarà rilevante.

7. Impegnato

Oh ____________? Bene, ci siamo impegnati a farlo.

Questo è dannatamente importante. C'è una grande differenza tra idee / potenziali soluzioni / esperimenti e cose che sono state promesse. E c'è una fastidiosa differenza tra gli articoli che sono stati promessi e quelli che "proveremo a raggiungere se avremo tempo". Quello che tendi a vedere è che qualcuno - spesso l'OP - ha sfornato alcune storie. Il team vede quelle storie e presume che siano impegnate, quando non lo sono (o viceversa). La lezione: descrivere chiaramente la promessa relativa all'oggetto di lavoro.

FARE QUESTO: Etichettare chiaramente le cose che sono state promesse. Collegare elementi che sono stati promessi congiuntamente.

8. Parti di un intero

Senza ____________, l'altra cosa in corso non avrebbe alcun valore.

Questo articolo è sostanzialmente impegnato. Le squadre dovrebbero essere incoraggiate a scomporre il proprio lavoro. Piccolo è buono Nel processo di riduzione delle cose, tendiamo ad accettare alcune dipendenze (sono in contrasto con l'Independent in INVEST) in cambio della bellezza delle piccole storie. Questo va bene, ma è importante indicare che esiste una relazione. "Nessun valore" può essere un po 'fuorviante. Rilasciare un prodotto piccolo (ma incompleto) nel prodotto, forse dietro una bandiera caratteristica, può fornire preziose informazioni. Non si può battere questo gioco, ed è un equilibrio tra lo scopo dell'oggetto e la coesione del quadro generale.

FARE QUESTO: collega l'elemento alle sue dipendenze. Inoltre, assicurati di avere un supporto per il bit coerente del valore cliente / utente.

9. Eh?

Cosa significa ____________? Questo non ha senso.

Se nessuno lo sa, uccidilo immediatamente. Non lo capirai mai.

FARE QUESTO: uccidere

10. Stantio

Oh ____________?! Sono tre anni.

Uccidilo. C'è una ragione per cui non ci hai lavorato, ed è altamente improbabile che le informazioni nella storia abbiano ancora senso.

FARE QUESTO: uccidere

Spero che sia di aiuto. Sono a corto di tempo per la giornata. Saluti!