Trouw blijven

Elk model dat u ooit hebt gezien, klopte ooit.

De CMDB klopte in de week dat hij live ging. Het architectuurdiagram klopte bij de review. De datacatalogus was compleet bij de overdracht. Toen veranderde de organisatie, en niets daarvan merkte het op. Als u zich afvraagt of dit ook zo afloopt, is dat precies de juiste vraag om te stellen.

De CMDB

klopte in de week dat hij live ging

Het architectuurdiagram

klopte bij de review

De datacatalogus

compleet bij de overdracht

De faalmodus

Verouderd geboren, en het ziet er maar een tijdje goed uit.

Iedereen die intelligentie verkoopt, biedt u één centrale bron van waarheid. De enige bron van waarheid is de werkelijkheid. Elk model, elke catalogus en elk register — ook het onze — is daar een kopie van, en een kopie zonder mechanisme om de werkelijkheid te volgen terwijl die verandert, raakt niet op den duur verouderd: ze is verouderd geboren, en lijkt alleen in orde omdat het even duurt voordat de kloof zichtbaar wordt.

Een model dat niemand kan wijzigen, verkalkt; een model dat iedereen kan wijzigen, vervalt.

niemand kan het wijzigen

verkalkt

Sluit het af achter een governanceraad en het wordt een document over de organisatie zoals die in maart was.

iedereen kan het wijzigen

vervalt

Stel het open voor iedereen en het wordt een wiki met typen — dezelfde tegenstrijdigheden als voorheen, nu met een schema.

~1 jaar

De valkuil is dat beide mislukkingen ongeveer een jaar lang op succes lijken. Verkalking lijkt op stabiliteit. Verval lijkt op adoptie.

Wat aangeeft wat het probleem werkelijk is. Verval is geen dataprobleem. Het is een probleem van verantwoordelijkheidsroutering.

De organisatie wist altijd dat het ding was veranderd — iemand wist het. Niets bracht die kennis naar het model, en aan niemand werd het gevraagd.

De helft van het model

Wat uit een systeem wordt ingelezen, kan niet afwijken van dat systeem.

Een groot deel van uw model wordt helemaal niet opgesteld. Het wordt ingelezen — uit de catalogus die u al hebt samengesteld, uit het HR-systeem, uit de identity provider, uit de schema's zelf. Die knooppunten verouderen niet, omdat niemand een tweede kopie bijhoudt die achter kan raken. Ze zijn de huidige staat van de bron, getypeerd.

En wanneer iets uit de bron verdwijnt, is dat geen stilte. Het knooppunt gaat naar Ontbreekt in bron — een status in de familie Inactief. Het wordt niet alleen gemarkeerd: het wordt gedegradeerd, en elke doorloop die erlangs gaat, meldt dat nu.

Dit is de goedkope helft van het antwoord, en het is goed om duidelijk te zijn dat het de goedkope helft is. Ze dekt systemen, datasets, mensen en toegang. Ze dekt niet wat alleen een persoon weet.

De andere helft

De rest heeft een eigenaar. En de eigenaar krijgt de vraag.

Elk knooppunttype draagt zijn eigen verantwoordelijkheidsmatrix — wie de eigenaar is, wie de datasteward is, wie een wijziging goedkeurt, wie de expert is. Geen conventie die een of ander team volgt. Onderdeel van het type, zodat een knooppunt van dat type niet kan bestaan zonder dat de vraag wie ervoor verantwoordelijk is, al is beantwoord.

Daarbovenop staan use cases met hun eigen workflows: wat “dit beoordelen”, “dit overdragen” of “deze wijziging goedkeuren” daadwerkelijk betekent voor dat soort ding. Een leveranciersovereenkomst beoordelen is niet dezelfde handeling als een technische vaardigheid beoordelen, en het model kent het verschil.

Dus wanneer iets verandert, worden de mensen die ervoor verantwoordelijk zijn betrokken — via de workflow die past, niet via een melding. Vier dingen zetten dat in gang:

Een bron veranderde

Het system of record zegt niet langer wat het model zegt.

reactie

Iemand stelde een wijziging voor

Een governance-voorstel, met een audittrail — geen directe bewerking.

reactie

Een levenscyclusstatus veranderde

Een knooppunt dat In beoordeling of Deactivering in uitvoering ingaat, trekt zijn afhankelijke knooppunten mee.

reactie

Een periodieke controle was aan de beurt

Er is niets veranderd, en dat is precies het punt: stilte is geen bewijs.

het model vraagt

De vierde is wat dit onderscheidt van elke catalogus die u hebt gebruikt. De andere zijn reacties. Bij de vierde vraagt het model aan de enige partij die het kan beantwoorden, of het nog klopt.

Iets verandert, of een controle is aan de beurt

De verantwoordelijkheidsmatrix zegt wie antwoordt

De workflow van de use case stelt hun de juiste vraag

Het antwoord wordt een statuswijziging, met zijn eigen spoor

Metamodel

Dataproduct

Verantwoordelijkheidstypen

Verantwoordelijkheidstype toewijzen

Eigenaar

Is eigendom van

De partij met de uiteindelijke verantwoordelijkheid voor het knooppunt en volledige zeggenschap over elke beslissing erover. Staat van begin tot eind in voor het bestaan, de juistheid en het lot ervan.

Datasteward

Heeft als datasteward

De partij die dagelijks verantwoordelijk is voor het bewaken van de bedrijfsbetekenis en de datakwaliteit van het knooppunt. Onderhoudt de definitie, de nauwkeurigheid en de geschiktheid voor gebruik, maar heeft er geen uiteindelijke beslissingsbevoegdheid over.

Goedkeurder

Wordt goedgekeurd door

De partij die bevoegd is om het knooppunt, of wijzigingen daaraan, formeel te accorderen, zodat het geldig wordt of wordt vrijgegeven. Verantwoordelijk voor de poortbeslissing zelf, los van doorlopende beoordeling of eindverantwoordelijkheid.

Materiedeskundige

Expertise wordt geleverd door

De persoon die is aangewezen om toelichting te geven over het onderwerp dat het knooppunt vertegenwoordigt, en op wiens diepgaande kennis uit de eerste hand wordt vertrouwd. Levert de context en het inzicht die de registraties en documentatie van het knooppunt niet vastleggen — een adviserende autoriteit over het onderwerp zelf, niet over hoe het knooppunt wordt onderhouden.

de verantwoordelijkheidsmatrix op een knooppunttype — eigenaar, datasteward, goedkeurder, expert

Niets daarvan is de agent die uw organisatie wijzigt. Hij identificeert, rapporteert, monitort en escaleert — autonomie van aandacht, niet van gezag. Een mens beslist nog steeds. Wat is veranderd, is dat de beslissing die mens bereikt terwijl ze nog goedkoop is.

Afwezigheid, zichtbaar gemaakt

Ontbrekend is een status die u kunt zien, geen leeg veld.

Modellen rotten stilletjes weg omdat afwezigheid op niets lijkt. Een lege eigenaar, een nooit vastgelegde grens, een knooppunt waarvan de bron verdween — geen van alle steekt zijn hand op. Hetzelfde principe loopt hier door drie plekken, en het is telkens hetzelfde principe.

Toegewezen · nog niet Geïnformeerd

Een verantwoordelijkheid die werd uitgedeeld en nooit werd gecommuniceerd. Geen leeg veld — een sport op een ladder waarop het model u kan zien staan.

Ontbreekt in bron

Een status in de familie Inactief. Het knooppunt wordt gedegradeerd, niet slechts geannoteerd.

Gecertificeerd Brons · Zilver · Goud

In de familie Actief. Verificatie is een manier om actueel te zijn — en de afwezigheid ervan is even goed leesbaar.

Daardoor is de gezondheid van het model een doorloop als elke andere. Geen volwassenheidsrapport dat iemand eens per kwartaal samenstelt: een vraag die u aan dezelfde graaf stelt, met dezelfde syntax die u voor al het andere gebruikt.

Wat dit niet oplost

Niets hier modelleert wat nooit werd gemodelleerd.

de grens van de lus

Als een vermogen, een verplichting of een afhankelijkheid nooit is getypeerd, zal geen enkele routering die aan het licht brengen. De lus houdt waar wat in het model staat. Ze ontdekt niet wat erbuiten ligt.

de grens van de ingelezen helft

Een knooppunt dat uit een systeem wordt ingelezen, blijft trouw aan dat systeem. Als het systeem fout zit, zit het model getrouw fout. Wat het model toevoegt, is dat onenigheid tussen twee systemen zichtbaar wordt, omdat beide in dezelfde graaf zijn getypeerd.

Daarom groeit de dekking door beslissingen, niet door ambitie. U breidt het model uit waar het u iets zou kosten als het fout zit — en alles wat u hebt uitgebreid, blijft waar via hetzelfde mechanisme als alles daarvoor.

Controleer het zelf

Alles hierboven is te controleren zonder met ons te praten.

De levenscyclusfamilies, de verantwoordelijkheidsmatrix op een type, een verantwoordelijkheid die op Toegewezen staat terwijl niemand er ooit iets over is verteld — ze staan in een demo-tenant waarin Adventure Works volledig is gemodelleerd. Dezelfde organisatie waarover u hebt gelezen.

zonder ons

Ga het controleren.

Meld u aan met een werkaccount en stel het model een vraag. Geen gesprek, geen formulier, geen proefperiode om te starten.

Open de demo

met ons

Of modelleer uw eigen organisatie.

Het Design Partner Program is voor organisaties die hun eigen model samen met ons team willen laten bouwen, vóór de algemene beschikbaarheid.

Design Partner Program →

Een van die twee kost twee minuten, en daar komen wij niet aan te pas. Begin daar.