Dui in una scatula (se pudete) è tutti in documentazione (sempre).
In un cuntestu IT, "dui in una casella" si riferisce à dui servitori o cumpunenti chì sò pensati per travaglià inseme per furnisce redundancy è affidabilità aumentata. Questa stallazione pò assicurà chì se un cumpunente falla, l'altru ripiglià e so operazioni, mantenendu cusì a continuità di u serviziu. L'obiettivu di avè "dui in una scatula" hè di furnisce alta dispunibilità è ricuperazione di disastru. Questu hè ancu applicà à i roli umani in una urganizazione; in ogni modu, hè raramente implementatu.
Fighjemu un esempiu di Analytics pertinenti. Tutti prubabilmente sapemu una persona in a nostra cumpagnia o urganizazione per nome chì hè a persona "go-to" per Analytics. Sò quelli chì anu rapporti o dashboards chjamati dopu - Mike's Report o Jane's Dashboard. Di sicuru, ci sò altre persone chì cunnoscenu l'analitiche, ma questi sò i veri campioni chì parenu sapè cumu fà e cose più difficili è superà i termini. U prublema hè chì queste persone sò solu. In parechji casi sottu pressione, ùn anu micca travagliatu cù nimu, chì puderia rallentà è questu hè quì u prublema principia. Ùn pensemu mai chì andemu à perde sta persona. Mi asterraghju da u tipicu "dimu chì sò colpiti da un autobus" o utilizendu un esempiu sfruttendu l'opportunità attuale di u mercatu di u travagliu è dì qualcosa di pusitivu cum'è "anu vintu a lotteria!", perchè tutti duvemu fà a nostra parte per esse pusitivi. sti ghjorni.
u Trenu
Lunedì matina vene, è u nostru espertu di analisi è campione MJ hà presentatu a so dimissioni. MJ hà vintu a lotteria è hà digià lasciatu u paese senza cura in u mondu. A squadra è e persone chì cunnoscenu MJ sò entusiasmati è ghjilosi, ma u travagliu deve andà. Avà hè quandu u valore è a realità di ciò chì MJ facia hè per esse capitu. MJ era rispunsevule per a publicazione finale è a validazione di l'analitiche. Sempre parevanu esse capaci di migliurà l'efficienza o fà quellu cambiamentu difficiule prima di furnisce l'analitiche à tutti. Nimu ùn importava veramente cumu si facia è era sicuru in u fattu chì hè accadutu solu, è MJ era un Rock Star individuale di Analytics cusì un livellu d'autonomia hè stata cuncessa. Avà cum'è a squadra cumencia à coglie i pezzi, e dumande, i prublemi di ogni ghjornu, e dumande di mudificazione sò in perdita è cumincianu à scramble. I rapporti / Dashboards si trovanu in stati scunnisciuti; certi assi ùn anu micca aghjurnatu u weekend, è ùn sapemu micca perchè; a ghjente si dumanda ciò chì succede è quandu e cose saranu riparate, e modifiche chì MJ hà dettu chì sò state fatte ùn si prisentanu micca è ùn avemu micca idea perchè. A squadra pare male. Hè un disastru è avà tutti odiamu MJ.
I lezioni
Ci sò qualchi facili è evidenti take-aways.
- Ùn mai permette à un individuu di travaglià solu. Sona bè, ma in squadre più chjuche agili, ùn avemu micca tempu o persone per fà questu accade. E persone venenu è vanu, i travaglii sò assai, cusì hè spartutu è cunquistà in nome di a produtividade.
- Ognunu deve sparte a so cunniscenza. Sona ancu bè, ma spartemu cù a persona o a ghjente ghjusta? Tenite in mente chì parechji vincitori di lotterie sò cumpagni di travagliu. Fà e sessioni di sparte di cunniscenze piglia ancu u tempu da i travaglii è a maiò parte di a ghjente investe solu in cumpetenze è cunniscenze ghjustu à tempu quandu hè necessariu.
Allora, chì sò qualchi suluzioni veri chì ognunu pò esse capace di implementà è di mette in daretu ?
Cuminciamu cù a gestione di cunfigurazione. Adupremu questu cum'è u termu ombrello per parechji temi simili.
- Gestione di u cambiamentu: U prucessu di pianificà, implementà è cuntrullà i cambiamenti à i sistemi di software in modu strutturatu è sistematicu. Stu prucessu hà da scopu di assicurà chì i cambiamenti sò fatti in una manera cuntrullata è efficaci (cù a capacità di rinvià), cù u minimu disruption à u sistema esistenti è u massimu benefiziu per l'urganizazione.
- Gestione di prughjetti: A pianificazione, l'urganizazione è u cuntrollu di i prughjetti di sviluppu di software per assicurà chì sò finiti à tempu, in u budget, è à i standard di qualità desiderati. Implica a coordinazione di risorse, attività è attività in tuttu u ciclu di vita di u sviluppu di u software per ghjunghje l'ugettivi di u prugettu è furnisce u produttu di software in u calendariu.
- Integrazione Continua è Consegna Continua (CI/CD): U prucessu di automatizà a custruzione, a prova è a implementazione di u software. L'Integrazione Continua richiede regularmente unisce i cambiamenti di codice in un repositoriu spartutu è eseguisce testi automatizati per detectà errori prima di u prucessu di sviluppu. Consegna / Impiegazione Cuntinuu implica a liberazione automatica di cambiamenti di codice testati è validati in a produzzione, chì permette liberazioni veloci è frequenti di novi funzioni è miglioramenti.
- Cuntrollu di Versione: U prucessu di gestisce i cambiamenti à u codice fonte è altri artefatti di software cù u tempu utilizendu strumenti software specializati. Permette à i sviluppatori di cullaburà nantu à una basa di codice, mantene una storia cumpleta di cambiamenti, è sperimentà novi funziunalità senza affettà a basa di codice principale.
Tuttu ciò chì sopra si riferisce à e boni pratiche di sviluppu di software. L'analisi chì guidanu è gestiscenu l'affari ùn meritanu micca menu postu chì sò una missione critica per a decisione. Tutti l'assi analitici (impieghi ETL, definizioni semantiche, definizioni di metriche, rapporti, dashboards, storie ... etc.) sò solu frammenti di codice cù una interfaccia visuale per u disignu è i cambiamenti apparentemente minori ponu puzzare in l'operazioni.
Utilizà a Gestione di Configurazione ci copre per cuntinuà à correre in un bonu statu. L'assi sò versionati in modu chì pudemu vede ciò chì hè accadutu in a so vita, sapemu quale hè chì travaglia nantu à ciò chì cù u prugressu fattu è i tempi, è sapemu chì a pruduzzione continuarà. Ciò chì ùn hè micca cupartu da ogni prucessu puru hè u trasferimentu di a cunniscenza è a cunniscenza di perchè e cose sò cusì.
Ogni sistema, basa di dati è strumentu analiticu anu e so peculiarità. Cose chì li facenu andà veloci o lentu, articuli chì li facenu cumportanu un certu modu o pruducenu un risultatu desideratu. Quessi ponu esse paràmetri à un sistema o livellu glubale o cose in u disignu di l'attivu chì li facenu curriri cumu si deve. U prublema hè chì a maiò parte di queste cose sò amparate cù u tempu è ùn ci hè micca sempre un locu per documentà. Ancu s'ellu ci movemu à i sistemi Cloud induve ùn cuntrullemu più cumu si esegue l'applicazione è ci cunfiemu à u fornitore per fà u più veloce pussibule, a tweaking di definizioni cuntinueghja in i nostri assi per sbloccare esattamente ciò chì cercemu. Sta cunniscenza hè ciò chì deve esse catturatu è spartutu rendendu dispunibule à l'altri. Sta cunniscenza deve esse dumandata cum'è parte di a documentazione di l'assi è fatta una parte integrante di u cuntrollu di versione è u prucessu di verificazione è appruvazioni CI / CD è in certi casi ancu cum'è parte di una lista di cuntrollu prima di publicà e cose da fà è micca. fà.
Ùn ci hè micca risposte magiche o AI per copre i shortcuts in i nostri prucessi analitici o mancanza di quì. Indipendentemente da a dimensione di a squadra chì mantene e dati è analitiche chì scorri un investimentu in un sistema per seguità i cambiamenti, versioni tutti l'assi è aiutanu à documentà u prucessu di sviluppu è catturà a cunniscenza hè un must. L'investimentu in i prucessi è u tempu in anticipu salvarà una tonna di tempu persu dopu à calculà e cose per mantene un statu sanu di a nostra analisi. E cose succedenu è hè megliu per avè una pulitica d'assicuranza per MJs è altri vincitori di lotterie.
