DevOps rimodella i percorsi di carriera così come i metodi di business

0
191

Perché DevOps ora così importante per il team di software e le loro imprese?

Proviamo a contare i modi, dice Mark Levy, direttore di strategia per la consegna del software di Micro Focus. Recentemente ha condiviso le sue osservazioni sullo stato attuale della consegna del software, che sono i seguenti:

“Pesi massimi, lineare-sequenziale di sviluppo e fornitura di software pratiche.” “Grande, poco frequenti rilasci di software supportato da complessi processi manuali e per il test e la distribuzione di software.””Troppo complesse e strettamente applicazione infrastrutture”.”La percezione della sicurezza, la conformità e le prestazioni come un pensiero e una barriera all’attività di impresa e innovazione”.

conference-crowd-escalator-vmworld-joe-mckendrick-august-2017.jpg

Foto: Joe McKendrick

×

conference-crowd-escalator-vmworld-joe-mckendrick-august-2017.jpg

Queste pesanti vecchi metodi di distribuzione del software — “archiviate”, e via a cascata i metodi, significa solo “grandi quantità di debito tecnico e rielaborare, che impedisce l’adozione di nuove tecnologie”, afferma.

Inserire DevOps, che, come disciplina, è stato sulla scena per quasi un decennio, ma ha raccolto un grande interesse negli ultimi due anni. DevOps, che allinea e automatizza le attività di sviluppatori e team operativi per promuovere l’integrazione continua e la consegna”, rappresenta una delle più grandi iniziative di trasformazione dell’IT negli ultimi 30 anni,” Levy dice. In definitiva, l’aumento di DevOps significa cambiamenti significativi in avanti nei percorsi di carriera e delle competenze di manager e professionisti.

Ancora, nonostante tutto il trambusto sopra DevOps negli ultimi anni, aggiunge, vero adozione “è stata più lenta del previsto”. DevOps ha dimostrato di essere il modo per accelerare un’impresa di trasformazione digitale”, ma la natura conservatrice di impresa ha molte organizzazioni in fase di stallo e in attesa per la spinta da parte del team esecutivo di attraversare il DevOps voragine,” Levy dice.

Una volta DevOps è a posto, egli continua, aiuta a promuovere una cultura del miglioramento continuo. Tuttavia, avverte, “non ci sono pallottole d’argento, e il miglioramento continuo non è lineare, in quanto tende a seguire una curva a” J. Primi e vittorie facili per aiutare a costruire la quantità di moto, ma alla fine le cose si fanno più difficili e molto spesso non si vedrà una regressione.”

Ancora, Levy vede DevOps accelerare nei prossimi mesi, come molti DevOps pilota programmi di dare il via alla effettiva realtà aziendali. “Fino ad ora, la maggior parte DevOps implementazioni enterprise sono concentrati su a livello di team,” sottolinea. Fare il salto verso l’impresa richiederà “un cambiamento epocale nel modo in cui un’organizzazione progetta, costruisce, test, rilascio e gestisce le applicazioni.” Per raggiungere questo obiettivo, Levy esorta DevOps i fautori di “lavoro attraverso i primi regressioni maggiore successo si trova avanti. DevOps non hanno un fine stato, le organizzazioni sono sempre di ottimizzare, migliorare, sperimentare e imparare.”

La sfida gestori di affrontare in questo tempo, egli dice, è la promulgazione di DevOps principi di tutta l’impresa, soprattutto quelli complessi, di grandi dimensioni, e legacy-laden sistemi. Parte del problema è la necessità di una più DevOps abilità per spostare in avanti le cose. “Una mancanza di esperto di sviluppo, il collaudo e la consegna di personale, che le attività manuali non scala, molte organizzazioni lotta per la il rilascio di un software ripetibili e affidabili, imposta di punti. L’automazione può aiutare a spianare la strada verso la grande impresa di adozione, che “possono ridurre il tempo necessario per la consegna degli aggiornamenti dell’applicazione, eliminando le vulnerabilità di sicurezza, la perdita di dati e i tempi di inattività associati con gli odierni processi di distribuzione.”

Questo significa ripensare a come i reparti IT e i flussi di lavoro sono strutturati così. DevOps è di contribuire a “ridefinire il modo in cui le organizzazioni e le squadre sono strutturati, con l’automazione di ridefinire i tipi di competenze e posti di lavoro necessari per supportare la distribuzione pipeline”, dice. Aumentare il livello di automazione del software di consegna e di distribuzione di spostamento di molte attività. “Il deployment pipeline è l’end-to-end del processo di assunzione di un’idea di business e la consegna come valore per il cliente, in modo che la maggior parte dei lavori che forniscono manuale servizi in questa pipeline sono i principali candidati per l’automazione”, ha aggiunto. “Mentre alcune attività non possono essere automatizzati, la maggior parte può essere e sarà.”

Mentre alcune attività possono essere eliminati, nuovi compiti emergerà. “Per esempio, un amministratore di sistema deve imparare a progettare e sviluppare i criteri di automazione e gli script per supportare la distribuzione pipeline, un assicurazione di qualità dei test engineer inizia a lavorare con gli sviluppatori per progettare ed erogare i test automatizzato script”, dice Levy. “Sfruttando la competenza aggiornando le competenze per supportare l’automazione di sarà fondamentale. Di automazione sostituisce persone in routine, codifiable compiti, ma quando problem-solving, adattabilità e creatività sono richiesti, la gente sarà ancora il vantaggio. L’automazione consente di liberare preziose risorse di sviluppo, che possono concentrarsi sulla creazione di valore per il cliente che per l’azienda.”

Argomenti Correlati:

Enterprise Software

CXO

La Leadership Di Pensiero

L’innovazione

Tecnologia e Lavoro