Dvaja v krabici (ak môžete) a všetci v dokumentácii (vždy).
V kontexte IT sa „dva v krabici“ vzťahuje na dva servery alebo komponenty, ktoré sú navrhnuté tak, aby spolupracovali a poskytovali redundanciu a zvýšenú spoľahlivosť. Toto nastavenie môže zabezpečiť, že ak jeden komponent zlyhá, druhý prevezme jeho operácie, čím sa zachová kontinuita služby. Cieľom „dva v krabici“ je poskytnúť vysokú dostupnosť a obnovu po havárii. To platí aj pre ľudské roly v organizácii; málokedy sa však realizuje.
Pozrime sa na relevantný príklad služby Analytics. Všetci pravdepodobne poznáme podľa mena osobu v našej spoločnosti alebo organizácii, ktorá je pre službu Analytics „nájdite“. Sú to tí, ktorí majú prehľady alebo informačné panely pomenované po nich – Mike's Report alebo Jane's Dashboard. Iste, existujú aj iní ľudia, ktorí poznajú analytiku, ale toto sú skutoční šampióni, ktorí, ako sa zdá, vedia robiť tie najťažšie veci a prekračovať termíny. Problém je v tom, že títo ľudia stoja sami. V mnohých prípadoch pod tlakom s nikým nespolupracujú, pretože by ich to mohlo spomaliť, a tu začína problém. Nikdy si nemyslíme, že túto osobu stratíme. Zdržím sa typického „povedzme, že ich zrazil autobus“ alebo použijem príklad využívajúci súčasné príležitosti na trhu práce a poviem niečo pozitívne ako „vyhrali v lotérii!“, pretože všetci by sme mali prispieť k tomu, aby sme boli pozitívni. v týchto dňoch.
Príbeh
Prichádza pondelok ráno a náš analytik a šampión MJ podal rezignáciu. MJ vyhral v lotérii a už opustil krajinu bez starostlivosti o svet. Tím a ľudia, ktorí poznajú MJ, sú nadšení a žiarliví, no práca musí ísť. Teraz je potrebné pochopiť hodnotu a realitu toho, čo MJ robil. MJ bol zodpovedný za konečné zverejnenie a validáciu analýzy. Vždy sa zdalo, že sú schopní zlepšiť efektivitu alebo urobiť takú náročnú zmenu predtým, ako poskytli analýzu všetkým. Nikoho v skutočnosti nezaujímalo, ako sa to stalo, a bol si istý tým, že sa to práve stalo, a MJ bol jednotlivec v službe Analytics Rock Star, takže mu bola poskytnutá určitá úroveň autonómie. Teraz, keď tím začína zbierať kúsky, požiadavky, každodenné problémy, požiadavky na úpravy, strácajú sa a začínajú sa motať. Správy / Dashboardy sa nachádzajú v neznámych stavoch; niektoré aktíva sa cez víkend neaktualizovali a my nevieme prečo; ľudia sa pýtajú, čo sa deje a kedy budú veci opravené, úpravy, o ktorých MJ povedal, že boli vykonané, sa nezobrazujú a my netušíme prečo. Tím vyzerá zle. Je to katastrofa a teraz všetci nenávidíme MJ.
Lekcie
Existuje niekoľko jednoduchých a jasných krokov.
- Nikdy nedovoľte, aby jednotlivec pracoval sám. Znie to dobre, ale v menších agilných tímoch nemáme čas ani ľudí na to, aby sa to podarilo. Ľudia prichádzajú a odchádzajú, úloh je veľa, preto je potrebné rozdeľovať a panovať v mene produktivity.
- Každý sa musí podeliť o svoje vedomosti. Tiež to znie dobre, ale zdieľame to so správnou osobou alebo ľuďmi? Majte na pamäti, že veľa výhercov lotérie sú spolupracovníci. Uskutočňovanie stretnutí na zdieľanie vedomostí tiež berie čas od úloh a väčšina ľudí investuje do zručností a vedomostí len v čase, keď je to potrebné.
Aké sú teda skutočné riešenia, ktoré môže každý implementovať a zaostať?
Začnime s Configuration Management. Tento výraz budeme používať ako zastrešujúci výraz pre niekoľko podobných tém.
- Riadenie zmien: Proces plánovania, implementácie a kontroly zmien softvérových systémov štruktúrovaným a systematickým spôsobom. Cieľom tohto procesu je zabezpečiť, aby sa zmeny vykonávali kontrolovaným a efektívnym spôsobom (s možnosťou vrátiť sa späť), s minimálnym narušením existujúceho systému a maximálnym prínosom pre organizáciu.
- Projektový manažment: Plánovanie, organizácia a kontrola projektov vývoja softvéru s cieľom zabezpečiť, aby boli dokončené včas, v rámci rozpočtu a podľa požadovaných štandardov kvality. Zahŕňa koordináciu zdrojov, činností a úloh počas životného cyklu vývoja softvéru, aby sa dosiahli ciele projektu a dodali softvérový produkt podľa plánu.
- Nepretržitá integrácia a nepretržité doručovanie (CI/CD): Proces automatizácie vytvárania, testovania a nasadzovania softvéru. Nepretržitá integrácia vyžaduje pravidelné zlučovanie zmien kódu do zdieľaného úložiska a spúšťanie automatických testov na zistenie chýb na začiatku procesu vývoja. Nepretržité doručovanie/nasadzovanie zahŕňa automatické uvoľňovanie testovaných a overených zmien kódu do produkcie, čo umožňuje rýchle a časté vydávanie nových funkcií a vylepšení.
- Ovládanie verzie: Proces riadenia zmien zdrojového kódu a iných softvérových artefaktov v priebehu času pomocou špecializovaných softvérových nástrojov. Umožňuje vývojárom spolupracovať na kódovej základni, udržiavať úplnú históriu zmien a experimentovať s novými funkciami bez ovplyvnenia hlavnej kódovej základne.
Všetky vyššie uvedené sa vzťahujú na osvedčené postupy vývoja softvéru. Analytiky, ktoré riadia a riadia podnikanie, si nezaslúžia nič menej, pretože sú rozhodujúce pre rozhodovanie. Všetky analytické aktíva (úlohy ETL, sémantické definície, definície metrík, zostavy, informačné panely, príbehy... atď.) sú len útržky kódu s vizuálnym rozhraním na navrhovanie a zdanlivo drobné zmeny môžu spôsobiť zmätok v prevádzke.
Používanie Configuration Management nás pokrýva, aby sme udržali prevádzku v dobrom stave. Aktíva sú verzované, takže môžeme vidieť, čo sa stalo počas ich životnosti, vieme, kto na čom pracuje spolu s dosiahnutým pokrokom a časovými plánmi, a vieme, že výroba bude pokračovať. Čo nie je pokryté žiadnym čistým procesom, je prenos vedomostí a pochopenie toho, prečo sú veci také, aké sú.
Každý systém, databáza a analytický nástroj majú svoje vlastné zvláštnosti. Veci, vďaka ktorým idú rýchlo alebo pomaly, veci, vďaka ktorým sa správajú určitým spôsobom alebo prinášajú požadovaný výsledok. Môžu to byť nastavenia na systémovej alebo globálnej úrovni alebo veci v rámci návrhu aktív, vďaka ktorým fungujú tak, ako by mali. Problém je v tom, že väčšina z týchto vecí sa časom naučí a nie vždy je kde ich zdokumentovať. Aj keď prechádzame do cloudových systémov, kde už nemáme kontrolu nad tým, ako sa aplikácia vykonáva, a spoliehame sa na dodávateľa, že to urobí čo najrýchlejšie, ladenie definícií pokračuje v rámci našich aktív, aby sme odomkli presne to, čo hľadáme. Tieto znalosti je potrebné zachytiť a zdieľať ich sprístupnením ostatným. Tieto znalosti sa musia vyžadovať ako súčasť dokumentácie aktív a musia sa stať neoddeliteľnou súčasťou procesu kontroly verzií a CI/CD kontroly a schvaľovania a v niektorých prípadoch dokonca aj ako súčasť kontrolného zoznamu pred zverejnením vecí, ktoré sa majú a nemajú robiť. robiť.
Neexistujú žiadne magické odpovede ani umelá inteligencia, ktorá by zakryla skratky v našich analytických procesoch alebo im chýbala. Bez ohľadu na veľkosť tímu, ktorý udržiava tok údajov a analýz, je nevyhnutná investícia do systému na sledovanie zmien, verzií všetkých aktív a pomoc pri dokumentácii procesu vývoja a získavaní znalostí. Investície do procesov a času vopred ušetria veľa strateného času neskôr zisťovaním vecí na udržanie zdravého stavu našej analýzy. Veci sa dejú a najlepšie je mať poistenie pre MJ a iných výhercov lotérie.
