Pianificazione

Pianifica lo sviluppo del prodotto Kanban

Dobbiamo parlare di piani. Uno dei più grandi malintesi riguardo all'Agile è che non si può pianificare. Non è vero. Si può semplicemente non fare piani dettagliati a lungo termine che devono essere seguiti rigidamente.

Un modo per gestire questo è di non creare diagrammi di Gantt o elenchi in Excel con compiti, scadenze e assegnazioni. Se lo fai – rimarrai deluso. Uno degli svantaggi nel gestire un progetto Kanban Agile è che non puoi dire esattamente quando le cose saranno rilasciate e completate.

Se lo fai, è probabile che ci metta più tempo, in quanto dovrai tenerlo in sospeso, dedicare sviluppatori a lavorarci e avere proprietari del prodotto pronti ad incoraggiare e promuoverlo. Kanban è diverso, in quanto si sposta da stato a stato con un ritmo che tiene il passo con il ritmo di elaborazione degli altri nel sistema.

Se affretti, accumulerai in queste diverse stazioni e crei spreco. Ci metterà solo più tempo prima che venga rilasciato.

Potrebbero esserci determinate funzionalità che non vuoi rilasciare ai tuoi utenti ogni giorno. Puoi comunque rilasciarle, utilizzando flag di funzionalità o altre funzionalità simili. È essenzialmente un piccolo sistema di amministrazione o una funzionalità di codice in cui puoi attivare funzionalità per un gruppo selezionato o clienti specifici quando ne hai bisogno.

È così che puoi soddisfare sia i proprietari del prodotto che gli evangelisti di Kanban. Potrebbe sembrare strano avere funzionalità non utilizzate che rimangono inattive nel ramo principale del codice e quindi rilasciate in produzione, tuttavia, fintanto che vengono gestite correttamente e lavorate attivamente, come promosse e comunicate dal proprietario del prodotto, va bene. Altrimenti, è solo altro spreco.

Leggi di più in "Il Playbook del CTO" disponibile su Amazon/Kindle.