Categoria: DevOps


  • 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…

  • I fondamentali non passano mai di moda. In un recente ingaggio di consulenza abbiamo migrato repository TFVC e git da un Team Foundation Server on-prem a GitHub e gestione del lavoro (work-item) su Azure DevOps. In questo video video mostro le funzionalità di “dialogo” tra Azure DevOps e GitHub con approfondimento sulle Azure Pipeline e…

  • Come collegare Azure DevOps Board con GitHub (senza perdere le feature migliori) Negli ultimi mesi sempre più team stanno valutando la migrazione da Azure DevOps a GitHub, spinti dalle nuove funzionalità di intelligenza artificiale integrate con Copilot. La verità è che Microsoft sta puntando moltissimo su GitHub come piattaforma “AI-first”, e il ritmo con cui…

  • Nelle aziende burocratiche i team si focalizzano su obiettivi locali, invece che globali. Quindi: development si concentra sulla velocità di sviluppo; testing sulla qualità; operation sulla stabilità. Certo sono validi obiettivi ma… un sistema di ottimi non è un sistema ottimo! Cosa succede se dev sviluppa così veloce che operation non ci sta dietro? Bisogna…

  • Una delle caratteristiche più importante dei team efficaci è quello di non ritenersi mai soddisfatti. Cercano sempre di essere migliori. I team effiaci inseriscono le azioni di miglioramento nella quotidianità, come parte integrante del loro lavoro. Azioni Quali azioni potresti mettere nella quotidianità per migliorare giorno dopo giorno? Sharing is caring Se conosci qualcuno che…

  • I team, in generale, tendono a pianificare il lavoro in grandi “lotti” (batch). Questo accade sia nella creazione di nuovi prodotti, sia nell’evoluzione di prodotti esistenti. Il problema? Molto spesso le cose cambiano in corsa (perché si hanno nuove informazioni) e i rilasci sono dolorosi e costosi. Ed è proprio, nel costo e nel dolore,…

  • Ah sì abbiamo il controllo qualità o il quality assurance o tale ispeizione finale che… Vado diretto? Vado. Sei ancora negli anni 2000. La qualtià non va controllata o certificata *alla fine* poco prima di fare la release. La direzione moderna è quella di smettere di dipendere da ispezioni finali di massa per certificare la…

  • Le 4 metriche DORA

    ,

    Capire il livello di performance di un dipartimento di produzione software è una questione complessa. Diciamo che vuoi capire “a che punto stai messo” con il tuo team o vuoi introdurre una pratica per migliorare ma non sai come capire se davvero stai migliroando qualcosa. Le 4 metriche DORA Basate su una vasta ricerca queste…