Zero
Video: DevOps è il tema caldo nel 2018: Cinque motivi per cui
“C’è una diffusa accettazione che di business e le strategie dovrebbero essere connessi o interdipendenti. Infatti, la parola chiave, il collegamento è utilizzato da molti ricercatori per caratterizzare un approccio alla pianificazione che risponde, oltre che forme, strategie di business. Mentre questo ha raggiunto lo status di saggezza convenzionale tra i professionisti, ed è spesso un assioma indiscusso tra i ricercatori, la natura del collegamento non è stato adeguatamente chiarito in letteratura. Che è, il concetto di linkage è stato storicamente invocato come una metafora per sostenere l’integrazione di business e strategie senza un’adeguata articolazione o chiarimento delle sue caratteristiche.”
– John C. Henderson e N. Venkatraman MIT Sloan School of Management Allineamento Strategico: Un Quadro Strategico per la Tecnologia dell’Informazione Gestione [1989]
In molti dei più importanti d’Europa paesi emittenti pubbliche sono finanziate attraverso fondi statali. Il modello di business di sostenere la diffusione tramite la tassazione, tra impennata della concorrenza da parte di servizi di streaming come Netflix e Hulu — e che, in tempi di disperazione, l’applicazione di tali supporti imposte con multe e pene detentive — non è più valida. Come un 2015 report da business consultant, Accenture [PDF] concluso, “il nuovo consumatore-driven mondo, l’accesso a contenuti, piuttosto che di distribuzione, diventerà l’elemento critico di differenziazione.”
È stata una nuova, il consumatore-driven mondo fin da quando il primo consumatore è nato, anche se le metriche del pubblico può essere imprecisa, per quando.
Siamo alla terza fase della nostra metaforica Ricerca di Un Vero DevOps. Sulla nostra mappa della Terra di Mezzo, ci troviamo di fronte ad una delle cime più alte del DevOps Montagne. Da qui, completamente a caso, possiamo vedere due torri. Quello che ci sta accanto è il Monitoraggio della Torre. È tutto da vedere, assorbendo la luce da tutti i punti del regno, ma non è mai totalmente consapevoli di ciò che vede.
L’altra torre si trova in lontananza, in una valle a sud. Al suo apice, è il più antico oracolo di logica, l’Occhio dell’Antichità. Si può guardare ovunque per qualcosa di specifico, ma è mai sicuri di quale direzione si dovrebbe cercare di trovare.
Così succede che questa prima torre è utilizzata da un’emittente televisiva. Il mondo intero sembra essere cambiata sotto le sue fondamenta, ed è in lotta per un modo per regolare.
Leggi anche: Agile plus DevOps è lentamente ma costantemente raggiungendo il livello di impresa
World service
Per la maggior parte della sua esistenza, la British Broadcasting Corporation ha stabilito i propri servizi su un modello di business della raccolta dei tributi. Nel 2013, il processo di forgiatura un servizio completamente nuovo modello-in primo luogo per i grandi eventi di sport, e più tardi per l’intero programma portfolio — cadde a Zoe Bolton.
“Mi è stato responsabile per lo sviluppo del servizio di operazioni,” Bolton ha detto un Splunk società conferenza a Londra nel 2016 ( secondo una trascrizione da Diginomica). “Le persone, i processi e decidere quali strumenti ci sono state andando a utilizzare-e’ stata la completa sconosciuta. . . Eravamo come una start-up modello molto, anche se stavamo lavorando per una grande organizzazione. Non poteva davvero rob, le operazioni esistenti squadra, perché non avevamo fatto nulla di simile in tutto il mondo intorno di e-commerce prima, ed è molto più complicato.”
Il concetto più ampio di DevOps implica una collaborazione tra, se non a titolo definitivo di fusione di due spesso disparati unità di business. Ma per Bolton e la BBC, non c’era nessun Dev team, per cominciare, e Ops team è stato impegnato con la sua attività. È stata la convergenza di nessuno e con niente.
“Ogni volta che un nuovo programma, che normalmente aggiungere una pagina del loro sito Web, o un mini-sito, o di un riquadro, e vogliono sapere se la fa bene, e che cosa devono fare per modificarlo per farlo andare meglio”, ha spiegato Andi Mann, Chief Technology Avvocato con Splunk. “Utilizzando un DevOps di ispirazione modalità di feedback costante, usano Splunk per monitorare l’attività delle piastrelle nuove, così come le cose come applicazione attività, che la visione di questi spettacoli, i tempi di risposta, infrastrutture e attività. E si misero a pascolare che tutti indietro per il team di marketing, e funzionano in modo cooperativo con il marketing per assicurarsi che le piastrelle di posizionamento è giusto che gli errori non sono in possesso di persone di ritorno da click-through. Si potrebbe essere cercando nuovi modi di interagire con gli spettatori.”
Prima di Bolton arrivo, la BBC servizi erano gestiti da sei sistemi completamente separati. Ogni mese, una combinazione di report è stato preparato su tutti e sei i sistemi di performance collettiva, l’utilizzo di Microsoft Excel come il meccanismo di reporting, in un processo che ha consumato una settimana di sforzo ogni volta.
Leggi anche: i Dirigenti sopravvalutare DevOps maturità
Bolton sforzo, accoppiato con l’adozione della piattaforma Splunk, è riuscito a realizzare ciò che è stato spesso detto di essere i principali obiettivi di DevOps: l’automazione delle funzioni aziendali critiche, e il superamento del divario tra le divisioni. Ma come, il capo del dipartimento per le operazioni del programma, non È di operazioni, lo ha fatto senza Dev o Ops. E i dipartimenti riuscì a ponte insieme, programma servizi e marketing. (Purtroppo il nome di “marchi professionali” è già stato sostenuto.)
“Penso che sia stato [ Pietro] Drucker che ha detto, non si può gestire ciò che non si può misurare”, ha osservato Mann. “Ancora più importante, non sai se stai facendo le cose giuste, a meno che non si dispone di che misura il set up in primo luogo. Cosa stai anche cercando di migliorare?”
“Proprio in questo secondo, ogni industria in tutto il mondo sta cercando di capire come integrare questa maggiore velocità di avanzamento di tecnologia e R&D, nei loro processi di business esistenti. Nel corso del tempo, ciascuno di questi settori è andando a trovare la stabile forme… sarei scioccato se c’erano una mezza dozzina.”
— -Adamo Giacobbe, Chief Technology Officer, Chef
Sembra abbastanza ragionevole per dichiarare che il software, in sé e per sé, non può presentare l’intera soluzione per l’organizzazione di riformare il suo modello di business. La storia della BBC “trasformazione digitale”, tuttavia, sembra dimostrare come il software, o di un servizio basato su cloud che presenta il software, completamente facilita nuovi sforzi di business, almeno, le iniziative per la messa a terra di audience o di valutazione dei clienti — senza l’intervento dei reparti in genere incaricato di sovrintendere a tale compito.
Mettere un altro modo, la BBC sembra che ci hanno fornito una dimostrazione pratica di una implementazione di successo di DevOps che non richiedono il tipo di “top-down” “buy-in” che molti dei suoi sostenitori avrebbe mandato.
Verità o conseguenze
C’è stata una classe di software che ha applicato la stessa per la modellazione e, ove possibile, l’automazione dei fondamentali processi di business. Il Business process management (BPM, anche se alcuni produttori utilizzano la “P” al posto di “prestazioni”), non è nulla di nuovo, a questo secolo.
In DevOps, il modello operativo è la pipeline; in BPM, è il flusso di lavoro. Dal 1990, analisti di business, che hanno utilizzato un diagramma di flusso basato su un approccio di visualizzare i passaggi che avvengono nell’esecuzione di una transazione commerciale. Tenete a mente, questo non è un computer di funzionare da modellare, ma piuttosto la sequenza di attività che la gente eseguire (spesso attraverso l’uso di strumenti, computer tra di loro) per ottenere discreti risultati desiderati. Di solito era il risultato con cui questi processi sono stati taggati.
Leggi anche: DevOps accelera, che necessitano di nuovi stili di leadership
Questi processi, e le funzioni che li accompagnano, che sono al centro delle organizzazioni; per molti, in particolare nel settore finanziario, sono la definizione stessa del business.
Originariamente, DevOps condotte non erano come quelli di BPM flussi di lavoro. Questo è cambiato quando il utensili per la consegna condotte diventato un’industria in sé.
“DevOps, inizia e termina con il cliente”, ha scritto Bob Tarne, un allenatore in processi Agili per le aziende manifatturiere, per DeveloperWorks di IBM. “La domanda dei clienti inizia il ciclo di sviluppo. La pianificazione è il primo passo per determinare come la domanda dei clienti siano soddisfatte. Business deve essere in grado di reagire rapidamente ai feedback dei clienti. Lean e agile tecniche di facilitare la capacità di reagire rapidamente.”
Quasi identico il linguaggio usato per descrivere il software di supply chain management. Prese fuori contesto, questa citazione da Tarne sembra come se qualcuno avesse fatto un globale di ricerca e sostituzione di “supply chain” per “DevOps.”
È qui dove realizziamo il nostro viaggio verso il terminale del gasdotto ha portato su una deviazione nel mercato pubblico. C’, scopriamo che per distribuire il nostro nuovo ideale di tutto il regno, il marketing si è inserirla in un messaggio che vende.
“Abbiamo trovato che ci sono collezioni di pratiche che sono fortemente correlate con alte prestazioni i reparti IT,” ha detto il Burattino di chief technical strategist di Nigel Kersten, discutere le ultime ricerche per il 2017 Stato di DevOps Rapporto, realizzato in collaborazione con DORA. “Se si vuole capire come performance elevate, che si sono come un reparto IT, si scopre che la distribuzione del dolore è molto soggettivo, per la gente che fa le distribuzioni, come dolorose sono? – è davvero un buon proxy per tutti i tipi di molto più sofisticato, e molto più difficile da misurare, gli elementi.
Leggi anche: 5 motivi DevOps sarà un grande affare per il prossimo anno
“Quindi, se si sta appena iniziando fuori, chiedete al vostro team di sviluppo, o di chi in realtà distribuisce il software, come dolorose sono? E poi registrare che la linea di tendenza. Se si sta andando su, stai migliorando. Se sta andando giù, stai diventando peggio. Se non si muove a tutti, tutte le cose che stai facendo, non sono in realtà facendo alcuna differenza. Oltre a questo, i due grandi misure si desidera mettere a fuoco, sono la velocità e la qualità, perché sono pensati per essere la promessa di questo nuovo mondo del lavoro.”
Con tutto questo discorso di dolore e piacere, come segnali del cattivo e del buon comportamento, rispettivamente (presumibilmente), uno potrebbe avere l’impressione che abbiamo smesso di discutere di tecnologia e si è unito alla psicologia lezione.
Citando dal 2017 in Stato di DevOps Relazione: “leadership Trasformazionale consente le necessarie pratiche che correlano con alte prestazioni e supporta anche la comunicazione efficace e la collaborazione tra i membri del team nel perseguimento degli obiettivi organizzativi. Tale leadership fornisce le basi per una cultura in cui la continua sperimentazione e di apprendimento è parte di tutti il lavoro quotidiano. Il comportamento del leader trasformazionale, quindi, valorizza e permette di valori, processi e pratiche che la nostra ricerca ha identificato.”
Tutto ad un tratto, siamo in behavioral modeling business. DevOps, che è cominciato come un ardente supplica da una coppia di ragazzi da Flickr di avere il Signor Spocks e il Signor Scotts il mondo si riuniscono più spesso di discutere le cose, ha trasceso la mischia in camera e la lanciò direttamente nel regno di B. F. Skinner e il condizionamento operante. Il comportamento dei lavoratori in un’organizzazione può essere modificato per un migliore allineamento con gli obiettivi di business, se riusciamo a trovare quel magico elemento di ispirazione, che “leadership trasformazionale” di qualità che non può venire da software.
Se pensate che mi sia saltato in una cultura abisso di me, date un’occhiata alla fine dell’Università della Georgia, professore di scienze politiche Robert T. Golembiewski dell’opera fondamentale, Manuale di Comportamento Organizzativo. “Leadership trasformazionale è appropriato per la gestione del conflitto” Dr. Golembiewski scritto. “Questo tipo di leader, a volte indicato come un leader carismatico, utilizza il suo potere personale per ispirare i dipendenti a nuovi modi di pensare e di problem solving.”
Poi, appena tre paragrafi successivi, “la gestione dei Conflitti richiede la sperimentazione e l’assunzione di rischi. B. F. Skinner condizionamento operante, che si riferisce al volontariato di apprendimento, di comportamento, attraverso il rinforzo positivo, è particolarmente appropriato qui.” Senza un grande sforzo, e forse senza troppa consapevolezza, almeno alcuni di noi sembrano avere sostituito il classico “Skinner Box” con un IC/CD piattaforma.
Leggi anche: che Cosa è DevOps? Un esecutivo a guida agile di sviluppo e le operazioni di
L’anello va a sud
Questa interpretazione è di DevOps andare troppo lontano? Siamo commandeering una metafora che ha mostrato risultati nel migliorare la mentalità e le prestazioni di operai, di resuscitare il vecchio, e forse stanco, la nozione di performance management?
“La cosa che abbiamo imparato,” ha rivelato Chef CTO Adam Giacobbe, “top-down” automazione dei processi di business non fornire i risultati si pensava che non sarebbe, in particolare a causa di ossificazione.”
Regole di comportamento tendono a rafforzare se stessi, soprattutto attraverso cicli di retroazione — e sì, qualcosa di B. F. Skinner fatto scoprire. È che il feedback che rende i flussi di lavoro e la logica di business presso il centro di organizzazioni rigide e resistenti al cambiamento, Jacob sta discutendo qui. Il feedback deve essere reindirizzata, egli suggerisce, in modo che il ciclo si estende al di fuori dei singoli dipartimenti, in modo che i segnali ricevuti sono un riflesso del cambiamento dello stato di cose, e non artificiale stato di soddisfazione. Così ogni ciclo di feedback nella catena di organizzazione, egli suggerisce, deve essere strettamente collegati.
“Più spesso di quanto non, c’è solo un set, definita strategia daremo cliente attraverso, per riuscire ad arrivare al risultato finale, che sta rilasciando con estrema velocità e qualità.”
— Robert Stroud, ex principal analyst di Forrester
“Storicamente, abbiamo sempre voluto separare, per rompere giù e dire che questo pezzo non si basa su una forma di” Jacob ha continuato. “Ma non è vero. Nei sistemi complessi, tutto funziona perché la forma di x si adatta a forma di y”.
Splunk è Andi Mann ha parlato anche in termini di comportamento di programmazione.
“DevOps definisce uno stato finale,” Mann ci ha detto, “dove stai trasportando il software migliore e più veloce perché il vostro team di lavorare insieme in modo collaborativo e comunicare meglio. E questo è già un risultato.
“Un sacco di persone descrivono DevOps in termini di cambiamento culturale,” Mann ha continuato. “Non è su di utensili o di processo, ma la cultura. Ma, ancora una volta, la cultura è un’uscita e non un ingresso. Abbiamo bisogno di iniziare a guardare i manufatti che crea cultura, gli artefatti cambiare la vostra capacità di collaborare, che definiscono i confini e i silos e come si rompono.”
Viaggio-Dalla CBS Interactive Network
“I dirigenti di sopravvalutare DevOps maturità” di Robert Stroud, Forrester Research”non riuscita promessa di Business Process Management (BPM)” da Patrick Gray, Tech Decision Maker”DevOps fattori di successo: la Cultura, le Api, e di sicurezza” da Tas Bindi, alla guida di DevOps Rivoluzione
Altrove
“Ripensare Bimodale Parte 2: Affrontare il Cambiamento” di Scott M. Fulton, III, CMSWire”che Cosa è lo Chef? Un primer per DevOps neofiti” di Steven J. Vaughan-Nichols, HPE enterprise.nxt”Change Control” Superare la Coazione a Ripetere il Passato” di Scott M. Fulton, III, SmartBear
Storie correlate
La ricerca per il perimetro in cloud security: Da microservices al caos Micro-fortezze ovunque: Il cloud e il modello di protezione del software-definito il perimetro Microservices e l’invasione dell’identità entità Macchina di apprendimento e lo spettro della soluzione sbagliata
La mappa della Terra di Mezzo per questa serie di Scala è stata disegnata da Katerina Fulton.
Argomenti Correlati:
Centri Dati
CXO
L’innovazione
La Trasformazione Digitale: Un CXOs Guida
Big Data Analytics
0