Guida Agile · Agile oltre il software
Agile nelle IT operations: come i team ops applicano Agile e DevOps
Agile nelle IT operations significa applicare valori e pratiche Agile, come lavoro visibile, cicli di feedback brevi e miglioramento continuo, ai team che gestiscono infrastrutture, reti, service desk e sistemi di produzione. Poiché il lavoro operativo mescola progetti pianificati e incidenti non pianificati, i team operations spesso preferiscono Kanban e una stretta collaborazione con lo sviluppo tramite DevOps.
Punti chiave
- I team operations applicano Agile rendendo visibile tutto il lavoro e pianificando le interruzioni.
- Kanban con classi di servizio e limiti WIP di solito si adatta alle operations meglio di sprint rigidi.
- Riservate capacità al lavoro non pianificato e investite costantemente nell'automazione.
- Una stretta collaborazione con lo sviluppo tramite DevOps moltiplica i benefici.
Perché le operations sono diverse
I team di sviluppo di solito possono pianificare uno sprint e proteggerlo. I team operations devono affrontare un flusso costante di interruzioni: incidenti, richieste di servizio, patch di sicurezza e modifiche urgenti. Un impegno di sprint rigido spesso salta nel giro di pochi giorni. Agile aiuta comunque, ma le pratiche vanno adattate.
| Tipo di lavoro | Esempio | Approccio tipico |
|---|---|---|
| Non pianificato | Interruzione del servizio, allarme di sicurezza, correzione urgente | Gestiti immediatamente tramite una corsia expedite |
| Richieste di routine | Nuovi account utente, modifiche agli accessi | Standardizzate e automatizzate ove possibile; scorrono su una board |
| Miglioramento pianificato | Aggiornare un cluster di database, automatizzare i backup | Suddiviso in piccoli elementi e prioritizzato in un backlog |
| Manutenzione | Patch, rinnovi dei certificati | Pianificata come lavoro ricorrente con capacità riservata |
Pratiche Agile che funzionano per i team operations
- Board Kanban con limiti WIP: visualizzate tutti i tipi di lavoro e limitate quanto lavoro è in corso; vedi limiti WIP.
- Classi di servizio: una corsia expedite per gli incidenti, una corsia a data fissa per le scadenze e una corsia standard per tutto il resto; vedi swimlane Kanban.
- Capacità riservata: mantenete una quota di capacità, ad esempio il 30–40%, per il lavoro non pianificato, sulla base del vostro storico.
- Brevi stand-up quotidiani davanti alla board: concentratevi sugli elementi bloccati e fermi da tempo.
- Retrospettive regolari e revisioni post-incidente: revisioni senza colpevolizzazione che portano a miglioramenti concreti.
- L'automazione come lavoro di backlog: trattate l'automazione delle attività ripetitive come elementi di miglioramento pianificati.
- Responsabilità condivisa con lo sviluppo: reperibilità congiunta, metriche condivise e infrastructure as code; vedi DevOps.
Come introdurre Agile in un team operations
- Rendete visibile tutto il lavoro: riunite incidenti, richieste e progetti su un'unica board per due-quattro settimane senza cambiare nient'altro.
- Misurate la composizione: contate quanto lavoro è non pianificato rispetto a quello pianificato.
- Definite classi di servizio e limiti WIP: concordate regole su cosa può interrompere il lavoro pianificato.
- Riservate capacità: accantonate abbastanza capacità per il lavoro non pianificato che avete misurato.
- Date priorità al lavoro di miglioramento: create un backlog di elementi di automazione e affidabilità con un responsabile chiaro.
- Aggiungete una cadenza: una riunione settimanale di replenishment e una retrospettiva ogni due settimane sono un buon inizio; vedi cerimonie Kanban.
- Rivedete le metriche ogni mese: esaminate cycle time, throughput e l'andamento degli incidenti, quindi adattatevi.
Esempio svolto
Un team infrastrutturale di sei persone monitora quattro settimane di lavoro e scopre che il 45% degli elementi completati non era pianificato. Riserva circa metà della propria capacità al lavoro non pianificato, introduce una corsia expedite limitata a un elemento alla volta e fissa un limite WIP di otto sull'intera board. Ogni settimana preleva dal backlog i principali elementi di miglioramento. Dopo due mesi il team automatizza le tre richieste più frequenti (reset delle password di un sistema legacy, creazione di ambienti di test e richieste di accesso ai log) e la quota di lavoro non pianificato scende a circa un terzo. Il cycle time medio delle richieste standard passa da otto a quattro giorni.
Metriche per le Agile operations
| Metrica | Perché è importante |
|---|---|
| Cycle time per classe di servizio | Mostra quanto rapidamente viene completato ciascun tipo di lavoro |
| Throughput | Mostra quanti elementi il team completa a settimana |
| Rapporto tra lavoro pianificato e non pianificato | Mostra se il lavoro di miglioramento sta riducendo le interruzioni |
| Tempo medio di ripristino del servizio | Mostra quanto rapidamente il team si riprende dagli incidenti |
| Tasso di fallimento delle modifiche | Mostra con quale frequenza le modifiche causano problemi |
| Rispetto dei livelli di servizio | Mostra se gli obiettivi concordati vengono rispettati; vedi service level agreement |
Errori comuni
- Imporre impegni di sprint di due settimane a un team guidato prevalentemente dalle interruzioni.
- Lasciare il lavoro non pianificato fuori dalla board, così il team sembra inattivo quando invece è impegnato.
- Non riservare mai tempo al miglioramento, così gli stessi incidenti continuano a ripetersi.
- Considerare Agile e i framework di IT service management come nemici; i loro processi possono coesistere con modi di lavorare Agile.
- Separare sviluppo e operations in modo così netto che i problemi vengono scaricati dall'altra parte del muro.
Modelli gratuiti per questo argomento
Domande frequenti
I team di IT operations possono usare le pratiche delle Agile operations?
Sì. Lo adattano per gestire il lavoro non pianificato, di solito con Kanban, capacità riservata e una stretta collaborazione con lo sviluppo.
Per l'Agile nelle IT operations è meglio Scrum o Kanban?
Kanban di solito si adatta meglio perché gestisce un flusso continuo di interruzioni. I team con lavoro di progetto prevalentemente pianificato possono usare Scrum. Vedi Kanban vs Scrum.
Come gestiscono gli incidenti i team operations Agile?
Tramite una corsia expedite o una classe di servizio che consente al lavoro urgente di saltare la coda normale, con un limite rigoroso al numero di elementi expedite in corso contemporaneamente.
Qual è la differenza tra Agile operations e DevOps?
Le Agile operations applicano le pratiche Agile all'interno dei team operations; DevOps unisce sviluppo e operations in un modo condiviso di realizzare, rilasciare e gestire il software.
Quanta capacità dovrebbero riservare i team operations Agile al lavoro non pianificato?
Basatevi sul vostro storico. Monitorate diverse settimane di lavoro, misurate la quota non pianificata e riservate circa quella quantità.
L'Agile nelle IT operations può funzionare con ITIL?
Sì. ITIL descrive le pratiche di gestione dei servizi; Agile descrive come lavorano i team. Molte organizzazioni usano entrambi.
Quali metriche dovrebbe monitorare un team operations Agile?
Cycle time, throughput, lavoro pianificato rispetto a non pianificato, tempo di ripristino del servizio, tasso di fallimento delle modifiche e rispetto dei livelli di servizio.
I team operations Agile hanno bisogno di un product owner?
Molti traggono vantaggio da una persona che dà priorità al lavoro di miglioramento e bilancia le richieste; alcuni la chiamano service owner.
Come conducono gli stand-up i team operations Agile?
In modo rapido, davanti alla board, concentrandosi sugli elementi bloccati, fermi da tempo ed expedite anziché sugli aggiornamenti di stato individuali.
Che cos'è una revisione post-incidente senza colpevolizzazione nelle Agile operations?
Una revisione che esamina come il sistema e il processo abbiano permesso il verificarsi di un incidente, anziché chi lo abbia causato, e concorda i miglioramenti.
Quali strumenti sono adatti all'Agile nelle IT operations?
Strumenti che supportano board Kanban, raccolta delle richieste e automazione; confrontate le opzioni nelle nostre recensioni: strumenti di project management .