Succede difficilmente di trovarsi in una situazione del genere con ditte che non hanno una buona metodologia DevOps.

Spesso si ha un gruppo di sviluppatori che detta le regole della piattaforma ed il team Ops che esegue.

Il problema principale è rappresentato dal fatto che il team Ops si trova sempre con una ‘sorpresa’ fra le mani che richiede tempo e lavoro non conteggiati nel bilancio iniziale del progetto

Normalmente si fa affidamento su Manager e Middle Manager per tenere sotto controllo i processi.

Spesso e volentieri, anche se questi sono persone capaci fanno da collo di bottiglia per l’azienda in forte espansione.

Il problema principale rappresentato da chi diventa suo malgrado il passaggio obbligato per 10 processi ma ne può gestire solo 1 per volta.

In un’azienda tradizionale si fa affidamento sul Team Leader che fa le veci del manager per gestire le quantità di progetti assegnate dal business

Il problema che tradizionalmente ci si trova ad affrontare è quello del business che assegnerà lavoro al team leader nella misura che crede ottimale non nella misura che il team è capace di gestire.

Purtroppo, non essendoci visibilità sulle attività in corso da parte del Business, si rischia di cadere nella trappola del ‘context switching’ ed inconsciamente allungare i tempi di consegna di tutti i progetti

Gli ambienti di sviluppo sono normalmente difficili da centralizzare così come gli ambienti di test e di produzione

Le piattaforme vengono tradizionalmente gestite a mano e non si utilizzano automazione necessarie ad uniformare i processi e ridurre l’errore umano

I processi di aggiornamento dei cambi di versione non sono testati in maniera adeguata in ambienti omogenei a quello di produzione, causando problemi inaspettati al momento degli aggiornamenti

In un’azienda che non implementa DevOps ci si trova in un ambiente dove le infrastrutture, costruite in anni di lavoro, non sono state mai automatizzate ed in caso di disastro devono essere ricostruite completamente a mano o quasi

Inoltre, ci si trova spesso fra le mani Backup inaffidabili nel momento del bisogno; questo perché il processo per testarli è spesso non automatizzato e richiede troppe risorse o tempo

Allo stesso modo i files di configurazione degli apparati di Networking e dei servizi vengono gestiti a mano e non sono consultabili se non sull’apparato di rete o server