DevOps è compatibile con ITIL?

Nella mia carriera, sono stato sia uno sviluppatore di software che un professionista ITIL in un ruolo operativo. Quindi DevOps è stata una progressione naturale per me.
Tuttavia, ho sempre lottato con il linguaggio altamente specializzato introdotto da ITIL e reso abbastanza "Developer Friendly" tale da non essere una svolta completa per gli sviluppatori.

ITIL è un framework di gestione dei servizi IT riconosciuto a livello internazionale che è stato sviluppato in 30 anni come un insieme di pratiche che hanno un comprovato vantaggio per la stabilità operativa e la maturità di un'organizzazione.

DevOps è veramente compatibile con ITIL, o in sostanza dobbiamo prendere lo spirito di ITIL e "tradurlo" in una lingua che è meglio compresa dai team di sviluppo:

• Gestione di incidenti e problemi → Difetti di produzione, bug o problemi
• Gestione delle modifiche e dei rilasci → Consegna continua
• Gestione eventi → Registrazione, telemetria, strumentazione e avvisi

Secondo me, la cultura DevOps arriva con un cambiamento metodologico verso la gestione dei processi Agile .
ITIL è fortemente finalizzato a un chiaro formalismo del processo e dei risultati e quindi più adattato al modello Waterfall .

Ciò non significa che ITIL sia incompatibile con Devops, ma di solito si tratterà di due processi separati con tempistiche diverse. Voglio dire che l'inclusione di un nuovo prodotto all'interno del referenziale ITIL sarà di solito ritardata fino a quando il prodotto / l'applicazione non saranno rilasciati in produzione per un po ', dove le prime insidie ​​e la documentazione necessaria per integrare ITIL sono state fatte e adattate dopo che il prodotto è " vivere".

Una delle cose di ITIL è il Service Design, che si presume sia definito prima di qualsiasi attività di sviluppo, un processo agile rivedrà / potrà rivedere il progetto in ogni iterazione, rompendo il formalismo necessario in un processo ITIL.

L'obiettivo principale di ITIL è, come hai detto, fornire un framework per garantire che non venga omesso nulla tra la fase di progettazione / concezione e manutenzione (Build / Run). In una cultura devops, l'intera squadra è responsabile di tutte le fasi a lungo termine, quindi perché il formalismo viene ridotto.

Ciò non significa che dobbiamo dimenticare ITIL, i principi fondamentali sono assolutamente buoni e, secondo me, dovrebbero essere usati come lista di controllo per costruire l'arretrato iniziale di un prodotto. È solo che seguire il principio ITIL con tutto il suo formalismo va contro l'obiettivo di riduzione del time to market di un rapido sviluppo iterativo del software e talvolta non è nemmeno applicabile poiché c'è meno trasmissione di informazioni necessarie tra i team, poiché i compiti vengono svolti dallo stesso team .

Sono certificato ITIL (anche se è passato un po 'di tempo.) Sono d'accordo con Tensibai: ITIL e DevOps non sono incompatibili , ma ciò non li rende necessariamente grandi amici.

Si può sostenere che i processi in ITIL devono avvenire in qualche modo, specialmente per le organizzazioni più grandi. La riuscita integrazione delle pratiche DevOps, dove ITIL è già praticata, richiede un'attenta pianificazione, comunicazione ed esecuzione. Inoltre, questo vale per qualsiasi trasformazione DevOps.

Per una trasformazione "greenfield" in cui né ITIL né DevOps sono in atto, creerei una combinazione di entrambi usando la terminologia "mappata" come hai descritto. Finché tutti i membri dell'organizzazione si trovano sulla stessa pagina, utilizzando la stessa lingua, ITIL e DevOps possono aggiungere valore se combinati.

Mi sono piaciute le risposte fornite dallo scettico IT su un episodio di DevOpsCafe.org Se lo ricordo correttamente, la sua linea di pensiero è che se davvero capisci davvero ITIL, ci sono pochissimi conflitti. Che la maggior parte delle linee guida ITIL sono molto generali e che i conflitti sono in gran parte tra alcune implementazioni di ITIL, non dietro le specifiche effettive.