Categoria: Kanban


  • Il throughput è una di quelle metriche semplici ma potenti. È il numero di item completati e messi in produzione in un periodo definito, spesso una settimana o un mese. All’inizio basta questo: il numero grezzo. Non è elegante, ma è vero. E soprattutto è misurabile subito. Quando il team cresce, affina il proprio linguaggio…

  • Tra i tanti tipi di attività che attraversano una software factory ci sono quelle “con data di scadenza”. Sono quelle attività che vanno consegnate entro una certa data, altrimenti ci sono delle conseguenze quali, ad esempio: multe o penali una tantum business persi penali che si incrementano con l’aumentare del ritardo In questi casi è…

  • Misura il lead time

    , ,

    Nel messaggio precedente relativo alle misurazioni da adottare per una software factory abbiamo parlato di WIP limit. Qui mi concentro sul lead-time. Lead-time Il lead time indica quanto tempo ci impiega la software factory ad evadere una richiesta dal momento in cui viene inserita a sistema al momento in cui arriva in produzione. Quando ci…

  • Nel messaggio precedente ho introdotto cosa misurare in una software factory che si concentra sul voler creare un sistema affidabile, prevedibile e adattivo. Sono queste le caratteristiche che ritengo indispensabili per un team di sviluppo software su cui poter costruire business. Io so quali ritmi è in grado di sostenere la mia auto e perciò…

  • Nei progetti adozione della metodologia Kanban si cerca di minimizzare i cambiamenti dei singoli ruoli che intervengono lungo il value stream. I titoli assegnati rimangono gli stessi e pure le responsabilità quotidiane. Quello che cambia, principalmente, è il modo in cui un team che adotta Kanban si relaziona con gli altri. Si è, infatti, molto…

  • No, non è un titolo per un post per scuola guida! 😝 Ritorno per l’ultimo episodio sul tema della legge di Conway. Risposte alla legge di Conway Abbiamo visto, fino ad ora, due approcci a cui ne aggiungiamo un terzo e ultimo. Manovra inversa C’è un ulteriore approccio che si sta diffondendo come risposta alla…

  • Qualche giorno fa stavo lavorando con un direttore IT di un’azienda Fortune 500 a un’iniziativa di adozione di Azure DevOps Services per i team che riportano a lui. Sono 5 team sparsi per l’Europa che dovranno adottare linee guida comuni. Durante il design del processo e delle relative board ho portato all’attenzione il concetto di…

  • Nel messaggio precedente abbiamo introdotto la Legge di Conway e come i suoi effetti siano inevitabili. Come prendere tutto questo in considerazione? Il primo passo è smettere di opporti a questa dinamica o far finta che non esista. Immagina di essere un architetto incaricato di un nuovo progetto da distribuire tra sei team sparsi in…

  • Può una “legge” formulata nel 1968 sull’architettura software davvero essere influente ancora oggi? Scopriamolo insieme partendo dalla sua formulazione: “Le organizzazioni che progettano sistemi … sono indotte a generare design che sono copie dei legami nelle organizzazioni stesse.” – M. Conway Il significato concreto della legge indica che le architetture software che vengono progettate da…

  • Siamo all’ultimo passo della ricetta del successo per Kanban intrapresa qualche messaggio fa. Gli argomenti già trattati sono: Concentrati sulla qualità Riduci il work-in-progress Consegna spesso Bilancia la domanda con la capacità Gestisci le priorità; Oggi vediamo: Gestisci le fonti di variabilità per migliorare la predicibilità. Gestire le fonti di variabilità Gestire le fonti di…