Bi kutxa batean (ahal baduzu) eta denak dokumentazioan (beti).
IT testuinguruan, "bi kutxa batean" elkarrekin funtzionatzeko diseinatuta dauden bi zerbitzari edo osagaiei egiten die erreferentzia erredundantzia eta fidagarritasuna areagotzeko. Konfigurazio honek osagai batek huts egiten badu, beste batek bere eragiketak bere gain hartuko dituela ziurta dezake, eta horrela zerbitzuaren jarraipena mantenduz. "Bi kutxa batean" edukitzearen helburua erabilgarritasun handia eta hondamendien berreskurapena eskaintzea da. Hau erakunde bateko giza rolei ere aplikatzen zaie; hala ere, gutxitan ezartzen da.
Ikus dezagun Analytics adibide garrantzitsu bat. Litekeena da denok ezagutzen dugu gure enpresa edo erakundeko pertsona bat izenez Analytics-en "joan dena". Beraiek dira haien izenak dituzten txostenak edo aginte-panelak: Mike's Report edo Jane's Dashboard. Noski, badaude analitika ezagutzen duten beste pertsona batzuk, baina hauek dira gauzarik zailena egiten eta epeetan gainditzen dakitela dirudien benetako txapeldunak. Arazoa da pertsona horiek bakarrik egoten direla. Kasu askotan presiopean, ez dute inorekin lan egiten, horrek moteldu egin dezakeelako eta hor hasten da arazoa. Inoiz ez dugu uste pertsona hau galduko dugunik. Ez dut ohiko “demagun autobus batek kolpatzen duela” edo egungo lan-merkatuko aukerak aprobetxatuz adibide bat erabiliz eta “loteria irabazi dute!” bezalako zerbait positiboa esango dugu, denok egin beharko genukeelako gure parte positiboa izateko. egun hauek.
Story
Astelehen goiza dator, eta gure MJ analisi aditu eta txapeldunak bere dimisioa aurkeztu du. MJk loteria irabazi zuen eta dagoeneko herrialdea utzi du munduan arretarik gabe. MJ ezagutzen duten taldea eta jendea hunkituta eta jeloskor daude, baina lana joan behar da. Orain da MJ egiten ari zenaren balioa eta errealitatea ulertzear dago. MJ izan zen analitiken azken argitaratzeaz eta balioztatzeaz. Eraginkortasuna hobetzeko edo aldaketa zail hori egiteko gai zirela zirudien beti analitika guztioi hornitu aurretik. Inori ez zitzaion benetan axola nola egin zen eta seguru zegoen gertatu berria, eta MJ Analytics Rock Star banakako bat zen, beraz, autonomia maila bat eman zitzaion. Orain taldea piezak jasotzen hasten den heinean, eskaerak, eguneroko arazoak, aldaketa eskaerak galduta daude eta nahasten hasten dira. Txostenak / Arbelak egoera ezezagunetan aurkitzen dira; aktibo batzuk ez dira eguneratu asteburuan, eta ez dakigu zergatik; jendea galdetzen ari da zer gertatzen ari den eta noiz konponduko diren gauzak, MJk esandako aldaketak ez dira agertzen eta ez dakigu zergatik. Taldeak itxura txarra dauka. Hondamendia da eta orain denok gorroto dugu MJ.
Ikasgaiak
Hartzeko modu errazak eta argiak daude.
- Inoiz ez utzi pertsona bati bakarrik lan egiten. Ondo dirudi, baina talde arin txikiagoetan, ez dugu astirik edo jende hori gauzatzeko. Jendea joan eta etorri, zereginak asko dira, beraz, banatu eta konkistatu da produktibitatearen izenean.
- Bakoitzak bere ezagutza partekatu behar du. Ere ona dirudi, baina pertsona edo jende egokiarekin partekatzen al dugu? Kontuan izan loteriako irabazle asko lankideak direla. Ezagutza partekatzeko saioak egiteak ere denbora kentzen die zereginei eta jende gehienek trebetasun eta ezagutzan soilik inbertitzen dute behar denean.
Beraz, zeintzuk dira denek ezar ditzaketen benetako irtenbideak?
Has gaitezen Konfigurazio Kudeaketarekin. Hau erabiliko dugu antzeko hainbat gaietarako aterki termino gisa.
- Aldaketen kudeaketa: Software-sistemetan aldaketak planifikatzeko, ezartzeko eta kontrolatzeko prozesua modu egituratu eta sistematikoan. Prozesu honek aldaketak modu kontrolatuan eta eraginkor batean (itzultzeko ahalmenarekin) egiten direla bermatu nahi du, lehendik dagoen sistemari gutxieneko etenarekin eta erakundeari etekin handienarekin.
- Proiektu-kudeaketa: Softwarea garatzeko proiektuen plangintza, antolaketa eta kontrola garaiz, aurrekontuaren barruan eta nahi diren kalitate-estandarrak betetzen direla ziurtatzeko. Baliabideak, jarduerak eta zereginak koordinatzea dakar softwarearen garapenaren bizi-ziklo osoan, proiektuaren helburuak lortzeko eta software-produktua denboran emateko.
- Etengabeko Integrazioa eta Etengabeko Entrega (CI/CD): Softwarearen eraikuntza, probak eta hedapena automatizatzeko prozesua. Etengabeko integrazioak kode-aldaketak biltegi partekatu batean aldian-aldian batzea eta proba automatikoak egitea eskatzen du garapen-prozesuaren hasieran akatsak detektatzeko. Etengabeko Entrega/Inplementazioa probatutako eta baliozkotutako kode-aldaketak produkzioan automatikoki askatzea dakar, funtzio eta hobekuntza berriak azkar eta maiz kaleratu ahal izateko.
- Bertsioaren kontrola: Iturburu-kodea eta beste software-artefaktu batzuk denboran zehar aldaketak kudeatzeko prozesua, software-tresna espezializatuak erabiliz. Garatzaileei kode-base batean lankidetzan jarduteko aukera ematen die, aldaketen historia osoa mantentzeko eta funtzio berriak esperimentatzeko kode-base nagusiari eragin gabe.
Aurreko guztiak software garatzeko praktika onak aipatzen ditu. Negozioa gidatzen eta zuzentzen duten analitikek ez dute gutxiago merezi erabakiak hartzeko misio funtsezkoak baitira. Analitika-aktibo guztiak (ETL lanpostuak, definizio semantikoak, metrikaren definizioak, txostenak, aginte-panelak, istorioak...) kode zatiak besterik ez dira diseinatzeko interfaze bisual batekin eta itxuraz aldaketa txikiek eragiketetan hondamena eragin dezakete.
Konfigurazioaren kudeaketa erabiltzeak egoera onean exekutatzen jarraitzeko estaltzen gaitu. Aktiboak bertsionatu egiten dira, haien bizitzan zer gertatu den ikusi ahal izateko, badakigu nor ari den zertan ari den lanean egindako aurrerapenekin eta epeekin batera, eta badakigu ekoizpenak aurrera egingo duela. Inongo prozesu hutsek estaltzen ez dutena ezagutzaren transferentzia eta gauzak zergatik diren horrela ulertzea da.
Sistema, datu-base eta analisi-tresna bakoitzak bere bitxikeriak dituzte. Azkar edo motel joaten diren gauzak, modu jakin batean jokatzera edo nahi den emaitza sortzen duten elementuak. Hauek sistema edo maila globaleko ezarpenak izan daitezke edo behar den bezala exekutatzen duten aktiboen diseinuko gauzak. Arazoa da gauza horietako gehienak denborarekin ikasten direla eta ez dagoela beti dokumentatzeko lekurik. Nahiz eta Hodeiko sistemetara mugitzen garen, non aplikazioa nola exekutatzen den kontrolatzen ez dugun eta hornitzailearengan konfiantza dugu ahalik eta azkarren egiteko definizioen doikuntzak gure aktiboen barruan jarraitzen du bilatzen ari garen hori zehazki desblokeatzeko. Ezagutza hori besteen eskura jarriz harrapatu eta partekatu behar dena da. Ezagutza hori aktiboen dokumentazioaren zati gisa eskatu behar da eta bertsio-kontrolaren eta CI/CD-ren egiaztapen- eta onarpen-prozesuaren parte izan behar da eta, kasu batzuetan, egin beharreko gauzak argitaratu baino lehen kontrol-zerrenda baten parte izan behar dira. egin.
Ez dago erantzun magikorik edo AI gure analisi prozesuetan lasterbideak estaltzeko edo horien falta estaltzeko. Datuak eta analisiak sistema batean inbertitzen dituen aldaketak jarraitzeko duen taldearen tamaina edozein dela ere, aktibo guztiak bertsionatu eta garapen prozesua dokumentatzen eta ezagutzak harrapatzen laguntzea ezinbestekoa da. Aurretik prozesuetan eta denboran inbertitzeak denbora galdu asko aurreztuko du gero gauzak asmatzean gure analisiaren egoera osasuntsu bat mantentzeko. Gauzak gertatzen dira eta onena da MJ eta beste loterien irabazleentzako aseguru-poliza bat izatea.
