Att förbli sann

Varje modell du har sett var rätt en gång.

CMDB:n var korrekt den vecka den togs i drift. Arkitekturdiagrammet var korrekt vid granskningen. Datakatalogen var komplett vid överlämningen. Sedan förändrades organisationen, och ingenting i någon av dem märkte det. Om du undrar om det här slutar på samma sätt är det rätt fråga att ställa.

CMDB:n

korrekt den vecka den togs i drift

Arkitekturdiagrammet

korrekt vid granskningen

Datakatalogen

komplett vid överlämningen

Felmönstret

Föråldrad från födseln, och den ser bara bra ut ett tag.

Alla som säljer intelligens erbjuder dig en enda sanningskälla. Den enda sanningskällan är verkligheten. Varje modell, katalog och register — vår egen medräknad — är en kopia av den, och en kopia utan någon mekanism för att följa verkligheten när den rör sig blir inte inaktuell så småningom, den är föråldrad från födseln och ser bara bra ut eftersom glappet tar ett tag att visa sig.

En modell som ingen kan ändra förkalkas; en modell som vem som helst kan ändra förfaller.

ingen kan ändra den

förkalkas

Lås in den bakom en styrgrupp så blir den ett dokument om organisationen som den såg ut i mars.

vem som helst kan ändra den

förfaller

Öppna den för alla så blir den en wiki med typer — samma motsägelser som förut, nu med ett schema.

~1 år

Fällan är att båda misslyckandena ser ut som framgång i ungefär ett år. Förkalkning ser ut som stabilitet. Förfall ser ut som bred användning.

Vilket pekar på vad problemet egentligen är. Förfall är inte ett dataproblem. Det är ett ansvarsdirigeringsproblem.

Organisationen visste alltid att något hade ändrats — någon visste. Ingenting förde den kunskapen vidare till modellen, och ingen blev tillfrågad.

Halva modellen

Det som läses från ett system kan inte glida ifrån det systemet.

En stor del av din modell är inte författad alls. Den läses — från katalogen du redan har kuraterat, från HR-systemet, från identitetsleverantören, från själva schemana. De noderna blir inte inaktuella, eftersom ingen underhåller en andra kopia som kan hamna på efterkälken. De är källans aktuella tillstånd, typat.

Och när något försvinner från källan är det inte tystnad. Noden flyttas till Saknas i källan — en status i familjen Inaktiv. Den flaggas inte bara: den nedgraderas, och varje traversering som går genom den säger nu det.

Det här är den billiga halvan av svaret, och det är värt att vara tydlig med att det är den billiga halvan. Den täcker system, datamängder, personer och åtkomst. Den täcker inte det som bara en människa vet.

Den andra hälften

Resten har en ägare. Och ägaren blir tillfrågad.

Varje nodtyp bär sin egen ansvarsmatris — vem som äger den, vem som förvaltar den, vem som godkänner en ändring, vem som är expert. Inte en konvention som något team följer. En del av typen, så att en nod av den typen inte kan existera utan att frågan om vem som svarar för den redan är avgjord.

Ovanpå det finns användningsfall med egna arbetsflöden: vad ”granska detta”, ”lämna över detta” eller ”godkänn den här ändringen” faktiskt betyder för just den sortens sak. Att granska ett leverantörsavtal är inte samma handling som att granska en teknisk färdighet, och modellen känner till skillnaden.

Så när något ändras engageras de personer som svarar för det — genom det arbetsflöde som passar, inte genom en avisering. Fyra saker sätter igång det:

En källa ändrades

Registersystemet säger inte längre det som modellen säger.

reaktion

Någon föreslog en ändring

Ett styrt förslag, med granskningsspår — inte en redigering.

reaktion

Ett livscykeltillstånd ändrades

En nod som går in i Under granskning eller Avaktivering pågår drar med sig de noder som beror på den.

reaktion

En periodisk kontroll blev aktuell

Ingenting ändrades, och det är poängen: tystnad är inget bevis.

modellen frågar

Den fjärde är den som skiljer det här från varje katalog du har använt. De andra är reaktioner. Den fjärde är modellen som frågar om den fortfarande är sann, hos den enda part som kan svara.

Något ändras, eller en kontroll blir aktuell

Ansvarsmatrisen anger vem som svarar

Användningsfallets arbetsflöde ställer rätt fråga till dem

Svaret blir en tillståndsändring, med sitt spår

Metamodell

Dataprodukt

Ansvarstyper

Tilldela ansvarstyp

Ägare

Ägs av

Den part som har det yttersta ansvaret för noden och full befogenhet över varje beslut om den. Svarar för dess existens, korrekthet och öde från början till slut.

Dataförvaltare

Förvaltas av

Den part som ansvarar för att i det dagliga arbetet vårda nodens affärsmässiga innebörd och datakvalitet. Upprätthåller dess definition, korrekthet och ändamålsenlighet, men har ingen yttersta beslutsbefogenhet över den.

Godkännare

Godkänns av

Den part som har befogenhet att formellt godkänna noden, eller ändringar i den, så att den blir giltig eller släppt. Ansvarar för själva grindbeslutet, till skillnad från löpande bedömning eller ansvar från början till slut.

Ämnesexpert

Expertis tillhandahålls av

Den person som utsetts att ge förtydliganden om det ämne som noden representerar, och som man förlitar sig på för djup kunskap från första hand. Bidrar med det sammanhang och den insikt som nodens poster och dokumentation inte fångar — en rådgivande auktoritet i själva ämnet, inte i hur noden underhålls.

ansvarsmatrisen på en nodtyp — ägare, dataförvaltare, godkännare, expert

Inget av detta innebär att agenten ändrar din organisation. Den identifierar, rapporterar, övervakar och eskalerar — autonomi i uppmärksamhet, inte i befogenhet. En person fattar fortfarande beslutet. Det som har ändrats är att beslutet når personen medan det fortfarande är billigt.

Frånvaro, synliggjord

Att något saknas är ett tillstånd du kan se, inte ett tomt fält.

Modeller ruttnar i tysthet eftersom frånvaro ser ut som ingenting. Ett tomt ägarfält, en oskriven gräns, en nod vars källa försvann — ingen av dem räcker upp handen. Samma princip löper genom tre ställen här, och det är samma princip varje gång.

Tilldelad · ännu inte Informerad

Ett ansvar som delades ut och aldrig kommunicerades. Inte ett tomt fält — ett steg på en stege som modellen kan se att du står på.

Saknas i källan

En status i familjen Inaktiv. Noden nedgraderas, den förses inte bara med en anteckning.

Certifierad Brons · Silver · Guld

I familjen Aktiv. Verifiering är ett sätt att vara aktuell — och dess frånvaro är lika lätt att läsa av.

Vilket gör modellens hälsa till en traversering som vilken annan som helst. Inte en mognadsrapport som någon sätter ihop en gång per kvartal: en fråga du ställer till samma graf, med samma syntax som du använder för allt annat.

Vad detta inte löser

Inget här modellerar det som aldrig modellerades.

loopens gräns

Om en förmåga, en skyldighet eller ett beroende aldrig typades kommer ingen mängd dirigering att lyfta fram det. Loopen håller det som finns i modellen sant. Den upptäcker inte det som ligger utanför den.

den lästa halvans gräns

En nod som läses från ett system förblir trogen det systemet. Om systemet har fel har modellen troget fel. Det modellen tillför är att oenigheten mellan två system blir synlig, eftersom båda är typade in i samma graf.

Det är därför täckningen växer genom beslut, inte genom ambition. Du utökar modellen där det skulle kosta dig något att ha fel — och allt du har utökat förblir sant genom samma mekanism som allt som fanns före det.

Kontrollera det själv

Allt ovan går att kontrollera utan att prata med oss.

Livscykelfamiljerna, ansvarsmatrisen på en typ, ett ansvar som står på Tilldelad utan att någon någonsin fått veta det — de finns i en demo-tenant med Adventure Works fullständigt modellerat. Samma organisation som du har läst om.

utan oss

Gå och kontrollera det.

Logga in med ett jobbkonto och fråga modellen något. Inget samtal, inget formulär, ingen provperiod att starta.

Öppna demot

med oss

Eller modellera din egen.

Design Partner Program är till för organisationer som vill få sin egen modell byggd tillsammans med vårt team, före allmän tillgänglighet.

Design Partner Program →

Det ena tar två minuter och involverar inte oss. Börja där.