Kanban - Gestione del progetto
Kanban è adattato allo sviluppo del software come approccio alla gestione del progetto. Kanban nello sviluppo del software supporta un flusso di lavoro continuo, denominato Value Stream.
Flusso di valore
Il Value Stream consiste in tutte le azioni necessarie per portare un progetto dalla creazione al completamento.
Le azioni possono:
- Aggiungi valore al progetto
- Non aggiungere valore, ma inevitabile
- Non aggiungere valore, evitabile (definito come rifiuto)
Eliminazione dei rifiuti
Tutto ciò che non aggiunge alcun valore al progetto è noto come Waste. Kanban facilita l'eliminazione degli sprechi.
Nello sviluppo del software, ci sono tre tipi di rifiuti:
- Spreco nello sviluppo del codice
- Rifiuti nella gestione del progetto
- Spreco nel potenziale di squadra
Rifiuti nello sviluppo del codice
Lo spreco nello sviluppo del codice è dovuto ai seguenti motivi:
Partially completed work- Il lavoro parzialmente completato può diventare obsoleto e inutilizzabile. Può essere eliminato con cicli iterativi e con codice modulare che si completa all'interno dell'iterazione.
Defects- Nello sviluppo di un codice, la correzione e la ripetizione del test richiedono tempo e risorse. Può essere eliminato con una suite di test aggiornata, completando i test all'interno dell'iterazione e il feedback continuo dei clienti.
Rifiuti nella gestione dei progetti
Lo spreco nella gestione del progetto è dovuto ai seguenti motivi:
Extra Processes- Documentazione non necessaria che richiede tempo e risorse. Può essere eliminato con -
Pre-pianificazione di quali processi sono rilevanti e necessari.
Revisione della documentazione, che garantisce il rispetto dei processi pertinenti e necessari.
Code Handoffs- significa passare il lavoro da una persona o da una squadra all'altra, dopo che il lavoro della prima persona è stato completato Può dar luogo a mancanza di conoscenza. Può essere eliminato mantenendo i diagrammi di flusso e i wireframe visibili e chiari.
Extra Functions- Queste sono caratteristiche che non sono richieste dal cliente. Si spreca fatica e tempo nello sviluppo delle funzioni necessarie per implementare le caratteristiche che il cliente non desidera. Può essere eliminato con l'interazione continua con il cliente e i tester coinvolti nella raccolta dei requisiti in quanto possono visualizzare meglio gli scenari e il comportamento previsto del sistema.
Potenziale spreco nel team
Lo spreco nel potenziale del team è dovuto ai seguenti motivi:
Task Switching- Porta al pericolo di multitasking, che è uno spreco. Può essere eliminato concentrandosi su un'attività con ogni versione. Le fasi del processo di grandi dimensioni sono segmentate in attività per:
Migliora la visibilità
Riduci le dipendenze
Consenti un flusso di lavoro semplice
Concentrarsi sul tempo di ciclo del lavoro consegnato
Fornire un modo per rilevare e risolvere i colli di bottiglia
Waiting- Tempo per ottenere istruzioni o informazioni - Il team è soggetto a rimanere inattivo se le decisioni non vengono prese dal team o se le informazioni fornite al team (sviluppatori, tester, ecc.) Sono risorse costose. Può essere eliminato consentendo ai membri del team (sviluppatori, tester, ecc.) Di:
Prendi decisioni in modo che non debbano aspettare istruzioni
Avere accesso alle informazioni in modo che possano essere utilizzate come e quando richiesto