Forbli sann

Hver modell du har sett, var riktig en gang.

CMDB-en var nøyaktig uken den gikk live. Arkitekturdiagrammet stemte ved gjennomgangen. Datakatalogen var komplett ved overleveringen. Så endret organisasjonen seg, og ingenting i noen av dem fanget det opp. Hvis du lurer på om dette ender på samme måte, er det det riktige spørsmålet å stille.

CMDB-en

nøyaktig uken den gikk live

Arkitekturdiagrammet

stemte ved gjennomgangen

Datakatalogen

komplett ved overleveringen

Feilmodusen

Foreldet fra fødselen, og den ser bare fin ut en stund.

Alle som selger intelligens, tilbyr deg én enkelt sannhetskilde. Den eneste sannhetskilden er virkeligheten. Hver modell, katalog og hvert register — også vårt — er en kopi av den, og en kopi uten noen mekanisme for å følge virkeligheten når den beveger seg, blir ikke foreldet etter hvert; den er foreldet fra fødselen, og ser bare fin ut fordi det tar en stund før gapet viser seg.

En modell ingen kan endre, forkalkes; en modell alle kan endre, forfaller.

ingen kan endre den

forkalkes

Lås den inne bak et styringsråd, og den blir et dokument om organisasjonen slik den var i mars.

alle kan endre den

forfaller

Åpne den for alle, og den blir en wiki med typer — de samme motsigelsene som før, nå med et skjema.

~1 år

Fellen er at begge feilene ser ut som suksess i omtrent et år. Forkalkning ser ut som stabilitet. Forfall ser ut som adopsjon.

Det peker på hva problemet egentlig er. Forfall er ikke et dataproblem. Det er et problem med ruting av ansvar.

Organisasjonen visste alltid at noe hadde endret seg — noen visste det. Ingenting brakte den kunnskapen videre til modellen, og ingen ble spurt.

Halvparten av modellen

Det som leses fra et system, kan ikke drive bort fra det systemet.

En stor del av modellen din er ikke forfattet i det hele tatt. Den leses inn — fra katalogen du allerede har kuratert, fra HR-systemet, fra identitetsleverandøren, fra skjemaene selv. De nodene blir ikke foreldet, fordi ingen vedlikeholder en ekstra kopi som kan henge etter. De er kildens nåværende tilstand, typet.

Og når noe forsvinner fra kilden, er det ikke stillhet. Noden flyttes til Mangler i kilden — en status i familien Inaktiv. Den blir ikke bare flagget: den blir nedgradert, og hver navigering som går gjennom den, sier det nå.

Dette er den billige halvdelen av svaret, og det er verdt å være tydelig på at det er den billige halvdelen. Den dekker systemer, datasett, personer og tilgang. Den dekker ikke det bare et menneske vet.

Den andre halvparten

Resten har en eier. Og eieren blir spurt.

Hver nodetype bærer sin egen ansvarsmatrise — hvem som eier den, hvem som forvalter den, hvem som godkjenner en endring, hvem som er eksperten. Ikke en konvensjon et eller annet team følger. En del av typen, slik at en node av den typen ikke kan eksistere uten at spørsmålet om hvem som svarer for den, er avklart.

Oppå dette ligger brukstilfeller med egne arbeidsflyter: hva «gjennomgå dette», «overlever dette» eller «godkjenn denne endringen» faktisk betyr for den typen ting. Å gjennomgå en leverandøravtale er ikke den samme handlingen som å gjennomgå en teknisk ferdighet, og modellen kjenner forskjellen.

Så når noe endrer seg, blir de som svarer for det, involvert — gjennom arbeidsflyten som passer, ikke gjennom et varsel. Fire ting setter det i gang:

En kilde endret seg

Det autoritative kildesystemet sier ikke lenger det modellen sier.

reaksjon

Noen foreslo en endring

Et styrt forslag, med revisjonsspor — ikke en redigering.

reaksjon

En livssyklustilstand endret seg

En node som går over i Under vurdering eller Deaktivering pågår, trekker med seg nodene som avhenger av den.

reaksjon

En periodisk kontroll forfalt

Ingenting endret seg, og det er poenget: stillhet er ikke bevis.

modellen spør

Det fjerde punktet er det som skiller dette fra alle kataloger du har brukt. De andre er reaksjoner. Dette er modellen som spør om den fortsatt er sann — og spør den eneste parten som kan svare.

Noe endrer seg, eller en kontroll forfaller

Ansvarsmatrisen sier hvem som svarer

Brukstilfellets arbeidsflyt stiller dem det riktige spørsmålet

Svaret blir en tilstandsendring, med sitt eget spor

Metamodell

Dataprodukt

Ansvarstyper

Tildel ansvarstype

Eier

Eies av

Parten med det endelige ansvaret for noden og full myndighet over hver beslutning om den. Svarer for dens eksistens, korrekthet og skjebne fra ende til ende.

Dataforvalter

Forvaltes av

Parten som har ansvar for å kuratere nodens forretningsmessige betydning og datakvalitet i det daglige. Vedlikeholder definisjonen, nøyaktigheten og egnetheten for bruk, men har ingen endelig beslutningsmyndighet over den.

Godkjenner

Godkjennes av

Parten som har myndighet til formelt å godkjenne noden, eller endringer i den, slik at den blir gyldig eller frigitt. Ansvarlig for selve godkjenningsbeslutningen, atskilt fra løpende vurdering eller helhetlig ansvar.

Fagekspert

Fagkunnskap leveres av

Personen som er utpekt til å gi avklaringer om emnet noden representerer, og som man baserer seg på for dyp førstehåndskunnskap om det. Bidrar med konteksten og innsikten som nodens registreringer og dokumentasjon ikke fanger opp — en rådgivende autoritet på selve emnet, ikke på hvordan noden vedlikeholdes.

ansvarsmatrisen på en nodetype — eier, dataforvalter, godkjenner, ekspert

Ingenting av dette er agenten som endrer organisasjonen din. Den identifiserer, rapporterer, overvåker og eskalerer — autonomi i oppmerksomhet, ikke i myndighet. Det er fortsatt et menneske som beslutter. Det som har endret seg, er at beslutningen når frem til dem mens den fortsatt er billig.

Fravær, gjort synlig

Manglende er en tilstand du kan se, ikke et tomt felt.

Modeller råtner i det stille fordi fravær ser ut som ingenting. Et blankt eierfelt, en grense som aldri ble skrevet ned, en node hvis kilde forsvant — ingen av dem rekker opp hånden. Det samme prinsippet går igjen tre steder her, og det er det samme prinsippet hver gang.

Tildelt · ennå ikke Informert

Et ansvar som ble delt ut og aldri kommunisert. Ikke et tomt felt — et trinn på en stige som modellen kan se at du står på.

Mangler i kilden

En status i familien Inaktiv. Noden blir nedgradert, ikke bare kommentert.

Sertifisert Bronse · Sølv · Gull

I familien Aktiv. Verifisering er en måte å være oppdatert på — og fraværet av den er like lesbart.

Det gjør modellens helse til en navigering som enhver annen. Ikke en modenhetsrapport noen setter sammen én gang i kvartalet: et spørsmål du stiller den samme grafen, med den samme syntaksen du bruker til alt annet.

Hva dette ikke løser

Ingenting her modellerer det som aldri ble modellert.

sløyfens grense

Hvis en evne, en forpliktelse eller en avhengighet aldri ble typet, vil ingen mengde ruting få den frem. Sløyfen holder sant det som er i modellen. Den oppdager ikke det som er utenfor.

grensen for den innleste halvdelen

En node som leses fra et system, forblir tro mot det systemet. Hvis systemet tar feil, tar modellen trofast feil. Det modellen tilfører, er at uenigheten mellom to systemer blir synlig, fordi begge er typet inn i den samme grafen.

Derfor vokser dekningen gjennom beslutninger, ikke gjennom ambisjoner. Du utvider modellen der det ville koste deg noe å ta feil — og alt du har utvidet, forblir sant gjennom den samme mekanismen som alt før det.

Sjekk det selv

Alt ovenfor kan kontrolleres uten å snakke med oss.

Livssyklusfamiliene, ansvarsmatrisen på en type, et ansvar som står på Tildelt uten at noen noen gang fikk vite om det — de ligger i et demomiljø der Adventure Works er fullt modellert. Den samme organisasjonen du har lest om.

uten oss

Gå og sjekk det.

Logg inn med en jobbkonto og spør modellen om noe. Ingen samtale, intet skjema, ingen prøveperiode å starte.

Åpne demoen

med oss

Eller modeller din egen.

Design Partner-programmet er for organisasjoner som vil få sin egen modell bygget sammen med teamet vårt, før generell tilgjengelighet.

Design Partner-programmet →

Det ene av disse tar to minutter og involverer ikke oss. Start der.