Twee in een doos (als het kan) en iedereen in documentatie (altijd).
In een IT-context verwijst "twee in een doos" naar twee servers of componenten die zijn ontworpen om samen te werken om redundantie en verhoogde betrouwbaarheid te bieden. Deze opzet kan ervoor zorgen dat als een component uitvalt, de andere de werking overneemt, waardoor de continuïteit van de dienstverlening behouden blijft. Het doel van "twee in een doos" is om hoge beschikbaarheid en noodherstel te bieden. Dit geldt ook voor menselijke rollen in een organisatie; het wordt echter zelden geïmplementeerd.
Laten we eens kijken naar een relevant Analytics-voorbeeld. We kennen waarschijnlijk allemaal een persoon in ons bedrijf of onze organisatie bij naam die de 'go-to'-persoon is voor Analytics. Zij zijn degenen die rapporten of dashboards naar hen hebben genoemd – Mike's Report of Jane's Dashboard. Natuurlijk zijn er andere mensen die analytische kennis hebben, maar dit zijn de echte kampioenen die lijken te weten hoe ze de moeilijkste dingen voor elkaar kunnen krijgen en deadlines kunnen overtreffen. Het probleem is dat deze mensen er alleen voor staan. In veel gevallen werken ze onder druk met niemand samen, omdat dat hen zou kunnen vertragen en hier begint het probleem. We denken nooit dat we deze persoon gaan verliezen. Ik zal afzien van het typische "laten we zeggen dat ze worden aangereden door een bus" of een voorbeeld gebruiken dat gebruikmaakt van de huidige kansen op de arbeidsmarkt en iets positiefs zeggen als "ze hebben de loterij gewonnen!", omdat we allemaal ons steentje moeten bijdragen om positief te zijn de laatste tijd.
Het verhaal
Het is maandagochtend en onze analyse-expert en kampioen MJ heeft zijn ontslag ingediend. MJ heeft de loterij gewonnen en heeft het land al onbezorgd verlaten. Het team en de mensen die MJ kennen zijn opgewonden en jaloers, maar het werk moet stoppen. Dit is wanneer de waarde en realiteit van wat MJ aan het doen was, op het punt staat te worden begrepen. MJ was verantwoordelijk voor de definitieve publicatie en validatie van de analyses. Ze leken altijd in staat om de efficiëntie te verbeteren of die moeilijke verandering door te voeren voordat ze de analyses aan iedereen leverden. Niemand gaf er echt om hoe het werd gedaan en was zeker van het feit dat het net gebeurde, en MJ was een Analytics-individu Rock Star, dus er werd een zekere mate van autonomie verleend. Nu het team begint met het oppakken van de stukjes, de verzoeken, de dagelijkse problemen, de wijzigingsverzoeken, weten ze het niet meer en beginnen ze te klauteren. Rapporten / Dashboards worden gevonden in onbekende statussen; sommige items zijn in het weekend niet geüpdatet en we weten niet waarom; mensen vragen wat er aan de hand is en wanneer dingen worden opgelost, bewerkingen waarvan MJ zei dat ze zijn gedaan, worden niet weergegeven en we hebben geen idee waarom. Het team ziet er slecht uit. Het is een ramp en nu haten we allemaal MJ.
De lessen
Er zijn enkele gemakkelijke en voor de hand liggende afhaalrestaurants.
- Laat een persoon nooit alleen werken. Klinkt goed, maar in kleinere agile teams hebben we geen tijd of mensen om dit voor elkaar te krijgen. Mensen komen en gaan, er zijn veel taken, dus het is verdeel en heers in naam van de productiviteit.
- Iedereen moet zijn kennis delen. Klinkt ook goed, maar delen we met de juiste persoon of personen? Houd er rekening mee dat veel loterijwinnaars collega's zijn. Het houden van sessies voor het delen van kennis neemt ook tijd weg van taken en de meeste mensen investeren alleen in vaardigheden en kennis op het moment dat het nodig is.
Dus, wat zijn enkele echte oplossingen die iedereen kan implementeren en waar hij achter kan staan?
Laten we beginnen met configuratiebeheer. We gebruiken dit als overkoepelende term voor verschillende vergelijkbare onderwerpen.
- Change Management: Het proces van het plannen, implementeren en beheersen van wijzigingen in softwaresystemen op een gestructureerde en systematische manier. Dit proces heeft tot doel ervoor te zorgen dat wijzigingen op een gecontroleerde en efficiënte manier worden aangebracht (met de mogelijkheid om terug te draaien), met minimale verstoring van het bestaande systeem en maximaal voordeel voor de organisatie.
- Project management: De planning, organisatie en controle van softwareontwikkelingsprojecten om ervoor te zorgen dat ze op tijd, binnen budget en volgens de gewenste kwaliteitsnormen worden voltooid. Het omvat de coördinatie van middelen, activiteiten en taken gedurende de levenscyclus van softwareontwikkeling om de projectdoelstellingen te bereiken en het softwareproduct op tijd af te leveren.
- Continue integratie en continue levering (CI/CD): Het automatiseren van het bouwen, testen en implementeren van software. Continue integratie vereist het regelmatig samenvoegen van codewijzigingen in een gedeelde repository en het uitvoeren van geautomatiseerde tests om fouten vroeg in het ontwikkelingsproces op te sporen. Continue levering/implementatie omvat het automatisch vrijgeven van geteste en gevalideerde codewijzigingen in productie, waardoor snelle en frequente releases van nieuwe functies en verbeteringen mogelijk zijn.
- Versiebeheer: Het proces van het in de loop van de tijd beheren van wijzigingen in de broncode en andere software-artefacten met behulp van gespecialiseerde softwaretools. Het stelt ontwikkelaars in staat om samen te werken aan een codebase, een volledige geschiedenis van wijzigingen bij te houden en te experimenteren met nieuwe functies zonder de hoofdcodebase te beïnvloeden.
Al het bovenstaande verwijst naar goede praktijken voor softwareontwikkeling. Analytics die het bedrijf aandrijven en runnen, verdienen niet minder, aangezien ze essentieel zijn voor de besluitvorming. Alle analytische activa (ETL-taken, semantische definities, metrische definities, rapporten, dashboards, verhalen, enz.) zijn slechts codefragmenten met een visuele interface voor het ontwerpen en ogenschijnlijk kleine wijzigingen kunnen de bedrijfsvoering verstoren.
Het gebruik van Configuratiebeheer dekt ons om in een goede staat te blijven draaien. Activa hebben versiebeheer zodat we kunnen zien wat er in hun levensduur is gebeurd, we weten wie aan wat werkt, samen met de geboekte vooruitgang en tijdlijnen, en we weten dat de productie doorgaat. Wat onder geen enkel puur proces valt, is de overdracht van kennis en het begrijpen waarom de dingen zijn zoals ze zijn.
Elk systeem, elke database en elke analysetool heeft zijn eigen eigenaardigheden. Dingen waardoor ze snel of langzaam gaan, items waardoor ze zich op een bepaalde manier gedragen of een gewenst resultaat opleveren. Dit kunnen instellingen op systeem- of mondiaal niveau zijn of dingen binnen het assetontwerp waardoor ze werken zoals ze zouden moeten. Het probleem is dat de meeste van deze dingen in de loop van de tijd worden geleerd en dat er niet altijd een plek is om ze te documenteren. Zelfs als we overstappen op cloudsystemen waar we niet langer controle hebben over hoe de applicatie wordt uitgevoerd en we vertrouwen op de leverancier om het zo snel mogelijk te maken, gaat het aanpassen van definities binnen onze middelen door om precies te ontgrendelen wat we zoeken. Deze kennis moet worden vastgelegd en gedeeld door deze beschikbaar te maken voor anderen. Deze kennis moet vereist zijn als onderdeel van de documentatie van activa en moet een integraal onderdeel zijn van het versiebeheer & CI/CD-incheck- en goedkeuringsproces en in sommige gevallen zelfs als onderdeel van een checklist voorafgaand aan de publicatie van dingen die u wel en niet moet doen Doen.
Er zijn geen magische antwoorden of AI om snelkoppelingen in onze analyseprocessen of het gebrek daaraan te verdoezelen. Ongeacht de grootte van het team dat ervoor zorgt dat de gegevens en analyses blijven stromen, is een investering in een systeem om wijzigingen bij te houden, alle middelen te beheren en te helpen bij het documenteren van het ontwikkelingsproces en het vastleggen van kennis een must. Door vooraf in processen en tijd te investeren, bespaart u een hoop verspilde tijd om later dingen uit te zoeken om een gezonde staat van onze analyses te behouden. Dingen gebeuren en het is het beste om een verzekering te hebben voor MJ's en andere loterijwinnaars.
