Zero
DevOps possono aiutare a ottenere applicazioni fuori dalla porta e produzione di fast and furious modo, ma non è ciò che rende tale una collaborazione di successo. Il successo è visto nella qualità delle decisioni prese, e per raggiungere questa qualità, le squadre dovrebbero essere libere di operare in modo più autonomo possibile.
Foto: HubSpot
Che è la parola di Mark Schwartz, enterprise strategist di Amazon Web Services, autore di Un posto a Tavola: Lesadership in Età di Agilità, e un ex consigliere federale CIO. In un discorso pronunciato alla recente DevOps Enterprise Summit evento, ha osservato che il miglior DevOps iniziative sono coloro che si sforzano di soddisfare gli obiettivi, non le esigenze. Troppo molte squadre sono bloccate nelle affrontare le esigenze che vanno in un business case, mentre dovrebbero essere liberati per perseguire gli obiettivi generali, afferma.
Questa è la vera essenza di agilità e flessibilità. Squadre di lavoro in trincea con le imprese utenti finali, non essere ostacolato dalla centralizzato decisioni aziendali. “Con il tradizionale modo di prendere decisioni di investimento, si dovrebbe tradurre gli obiettivi in una serie di requisiti, e poi vuoi mettere tutti i requisiti di un caso aziendale, e quindi provare a eseguire i requisiti”, spiega Schwartz. “Questo è un po’ strano, se ci pensate, perché l’aggiunta di tali requisiti aggiunge effettivamente un rischio per il progetto. Ora hai aggiunto il rischio che le tue esigenze non sono quelle giuste.”
Bloccando in requisiti “hai anche legato mani di persone innovative che si desidera pensare di essere in buone soluzioni,” continua. A AWS, egli dice, “invece di creare dei requisiti, l’abbiamo preso di tali obiettivi e passarli a squadre direttamente. così siamo in grado di creare una squadra che era un team cross-funzionale — inclusi gli sviluppatori, le operazioni e le infrastrutture persone, tester, la sicurezza delle persone, e le operazioni di business di persone”.
In definitiva, Schwartz stati. “la cosa importante da capire è il restringimento dei tempi di ciclo non si tratta di fare le cose più velocemente. Non si tratta di velocità. si tratta di circa la qualità delle decisioni. Quando si mette DevOps in un’impresa, non è solo questione di quanto velocemente si può ottenere la roba al mercato, anche se questo è importante, ma come può la vostra organizzazione centrale ancora un buon controllo, e ancora prendere delle buone decisioni, mentre l’azione è in movimento molto veloce, sia in contesto aziendale e del DevOps processo.”
In ESSO, Mantenendo le Luci Apre la Strada all’Innovazione
Schwartz ha anche cercato di sfatare la diffusa idea che non ci fosse una differenza tra manutenzione di spesa e di innovazione di spesa. “Abbiamo avuto questo mito nella comunità, per un po ‘ che ci sono due tipi di costi nel nostro bilancio”, dice. “Abbiamo talmente semplice mantenere aggiornati i-le-luci-sui costi e l’innovazione dei costi e di tutti noi dire che l’innovazione è dove vogliamo spendere i nostri soldi; la manutenzione non è dove vogliamo spendere i nostri soldi. Io non sono d’accordo. Penso che un sacco di ciò che va sotto il nome di ‘mantenere le luci accese,’ un sacco di mantenimento, che roba è in realtà l’innovazione di lavoro. In realtà quello che avanza il business, è in realtà ciò che sta cambiando i sistemi informatici per tenerli in linea con ciò che le esigenze di business.”
Il Software non ha bisogno di essere mantenuto “il modo in cui è necessario mantenere una macchina per fare funzionare il modo in cui è sempre fatto”, spiega Schwartz. “Il Software continua a fare esattamente quello che ha fatto quando l’hai acquistato. Non devi mettere i soldi in esso per farlo continuare a farlo. Il problema è che non vogliono un software per continuare a fare quello che ha fatto quando l’hai comprato, si desidera continuare a cambiare come i cambiamenti del business. Così il mantenimento o mantenere-le-luci-alla spesa, in larga misura, è in rifacimento la decisione che questo è il software giusto per te, e modifiche se necessario.”
Argomenti Correlati:
Amazon
Cloud
Big Data Analytics
L’innovazione
Tecnologia e Lavoro
Collaborazione
0