Fidel realității

Fiecare model pe care l-ați văzut a fost corect cândva.

CMDB-ul era exact în săptămâna lansării. Diagrama de arhitectură era corectă la revizuire. Catalogul de date era complet la predare. Apoi organizația s-a schimbat, iar niciunul dintre ele nu a observat. Dacă vă întrebați dacă și de data aceasta se va termina la fel, este exact întrebarea pe care trebuie să o puneți.

CMDB-ul

exact în săptămâna lansării

Diagrama de arhitectură

corectă la revizuire

Catalogul de date

complet la predare

Modul de eșec

Născut depășit și doar pare în regulă o vreme.

Toți cei care vând inteligență vă oferă o sursă unică de adevăr. Singura sursă de adevăr este realitatea. Fiecare model, catalog și registru — inclusiv al nostru — este o copie a ei, iar o copie fără un mecanism care să urmărească realitatea pe măsură ce se schimbă nu se va învechi cu timpul: este născută depășită și doar pare în regulă pentru că decalajul are nevoie de timp ca să iasă la iveală.

Un model pe care nimeni nu îl poate schimba se calcifică; un model pe care oricine îl poate schimba se degradează.

nimeni nu îl poate schimba

se calcifică

Blocați-l în spatele unui comitet de guvernanță și devine un document despre organizație așa cum era ea în martie.

oricine îl poate schimba

se degradează

Deschideți-l tuturor și devine un wiki cu tipuri — aceleași contradicții ca înainte, acum cu o schemă.

~1 an

Capcana este că ambele eșecuri arată ca un succes timp de aproximativ un an. Calcifierea arată ca stabilitate. Degradarea arată ca adopție.

Ceea ce arată care este, de fapt, problema. Degradarea nu este o problemă de date. Este o problemă de direcționare a responsabilității.

Organizația a știut întotdeauna că lucrul respectiv se schimbase — cineva știa. Nimic nu a transmis această informație către model și nimeni nu a fost întrebat.

Jumătate din model

Ceea ce este citit dintr-un sistem nu se poate abate de la acel sistem.

O mare parte din modelul dumneavoastră nu este deloc creată manual. Este citită — din catalogul pe care l-ați curatoriat deja, din sistemul de HR, din furnizorul de identitate, din schemele înseși. Aceste noduri nu se învechesc, pentru că nimeni nu întreține o a doua copie care ar putea rămâne în urmă. Ele sunt starea curentă a sursei, tipizată.

Iar când ceva dispare din sursă, asta nu înseamnă tăcere. Nodul trece în Absent din sursă — o stare din familia Inactiv. Nu este doar marcat: este retrogradat, iar fiecare traversare care trece prin el o spune acum.

Aceasta este jumătatea ieftină a răspunsului și merită spus clar că este jumătatea ieftină. Acoperă sisteme, seturi de date, persoane și accese. Nu acoperă ceea ce știe doar o persoană.

Cealaltă jumătate

Restul are un proprietar. Iar proprietarul este întrebat.

Fiecare tip de nod are propria matrice de responsabilitate — cine îl deține, cine îl administrează, cine aprobă o modificare, cine este expertul. Nu o convenție pe care o urmează o echipă. O parte a tipului, astfel încât un nod de acel tip nu poate exista fără ca întrebarea cine răspunde pentru el să fi fost lămurită.

Peste acestea se află cazuri de utilizare cu propriile fluxuri de lucru: ce înseamnă de fapt „revizuiți acest lucru”, „predați acest lucru” sau „aprobați această modificare” pentru acel tip de element. Revizuirea unui acord cu un furnizor nu este același act cu revizuirea unei competențe tehnice, iar modelul cunoaște diferența.

Așadar, când ceva se schimbă, persoanele care răspund pentru acel lucru sunt implicate — prin fluxul de lucru potrivit, nu printr-o notificare. Patru lucruri declanșează acest proces:

O sursă s-a schimbat

Sistemul de referință nu mai spune ceea ce spune modelul.

reacție

Cineva a propus o modificare

O propunere guvernată, cu pistă de audit — nu o editare.

reacție

O stare de ciclu de viață s-a schimbat

Un nod care intră în În curs de revizuire sau Dezactivare în curs își antrenează și dependențele.

reacție

O verificare periodică a ajuns la termen

Nimic nu s-a schimbat, și tocmai asta este ideea: tăcerea nu este o dovadă.

modelul întreabă

A patra este cea care deosebește acest mecanism de orice catalog pe care l-ați folosit. Celelalte sunt reacții. Aceasta este modelul care întreabă singura parte care poate răspunde dacă mai este adevărat.

Ceva se schimbă sau o verificare ajunge la termen

Matricea de responsabilitate spune cine răspunde

Fluxul de lucru al cazului de utilizare le pune întrebarea potrivită

Răspunsul devine o schimbare de stare, cu traseul său

Metamodel

Produs de date

Tipuri de responsabilitate

Atribuiți un tip de responsabilitate

Proprietar

Este deținut de

Partea care poartă responsabilitatea finală pentru nod și are autoritate deplină asupra fiecărei decizii care îl privește. Răspunde de la un capăt la altul pentru existența, corectitudinea și soarta acestuia.

Administrator de date

Este administrat de

Partea responsabilă de curatoriatul zilnic al semnificației de business și al calității datelor nodului. Îi întreține definiția, acuratețea și adecvarea pentru utilizare, dar nu deține autoritatea decizională finală asupra lui.

Aprobator

Este aprobat de

Partea care are autoritatea de a aproba formal nodul sau modificările aduse acestuia, astfel încât să devină valid sau să fie publicat. Răspunde pentru decizia de aprobare în sine, distinctă de evaluarea continuă sau de responsabilitatea de la un capăt la altul.

Expert în domeniu

Expertiza este furnizată de

Persoana desemnată să ofere clarificări despre subiectul pe care îl reprezintă nodul, pe care se bazează ceilalți pentru cunoștințe aprofundate, de primă mână, despre acesta. Aduce contextul și perspectiva pe care înregistrările și documentația nodului nu le surprind — o autoritate consultativă asupra subiectului în sine, nu asupra modului în care este întreținut nodul.

matricea de responsabilitate a unui tip de nod — proprietar, administrator de date, aprobator, expert

Nimic din toate acestea nu înseamnă că agentul vă schimbă organizația. El identifică, raportează, monitorizează și escaladează — autonomie a atenției, nu a autorității. Tot o persoană decide. Ceea ce s-a schimbat este că decizia ajunge la ea cât timp este încă ieftină.

Absența, făcută vizibilă

Lipsa este o stare pe care o puteți vedea, nu un câmp gol.

Modelele se degradează în tăcere pentru că absența arată ca nimic. Un proprietar necompletat, o limită nescrisă, un nod a cărui sursă a dispărut — niciunul nu ridică mâna. Același principiu apare aici în trei locuri și este de fiecare dată același principiu.

Atribuită · dar încă nu Informată

O responsabilitate care a fost repartizată, dar niciodată comunicată. Nu un câmp gol — o treaptă a unei scări pe care modelul vă poate vedea stând.

Absent din sursă

O stare din familia Inactiv. Nodul este retrogradat, nu doar adnotat.

Certificat Bronz · Argint · Aur

În familia Activ. Verificarea este un mod de a fi la zi — iar absența ei este la fel de lizibilă.

Ceea ce face ca starea de sănătate a modelului să fie o traversare ca oricare alta. Nu un raport de maturitate pe care cineva îl asamblează o dată pe trimestru: o întrebare pe care o adresați aceluiași graf, cu aceeași sintaxă pe care o folosiți pentru orice altceva.

Ce nu rezolvă acest lucru

Nimic de aici nu modelează ceea ce nu a fost niciodată modelat.

limita buclei

Dacă o abilitate, o obligație sau o dependență nu a fost niciodată tipizată, nicio direcționare nu o va scoate la iveală. Bucla menține adevărat ceea ce se află în model. Nu descoperă ceea ce se află în afara lui.

limita jumătății citite

Un nod citit dintr-un sistem rămâne fidel acelui sistem. Dacă sistemul greșește, modelul greșește cu fidelitate. Ceea ce adaugă modelul este că dezacordul dintre două sisteme devine vizibil, pentru că ambele sunt tipizate în același graf.

De aceea acoperirea crește prin decizie, nu prin ambiție. Extindeți modelul acolo unde o eroare v-ar costa ceva — iar tot ce ați extins rămâne adevărat prin același mecanism ca tot ce exista înainte.

Verificați singur

Tot ce este mai sus poate fi verificat fără să vorbiți cu noi.

Familiile de ciclu de viață, matricea de responsabilitate a unui tip, o responsabilitate rămasă în starea Atribuită despre care nu a fost anunțat nimeni — toate se află într-un tenant demo cu Adventure Works complet modelată. Aceeași organizație despre care ați citit.

fără noi

Mergeți și verificați.

Autentificați-vă cu un cont de serviciu și întrebați modelul ceva. Fără apel, fără formular, fără perioadă de probă de activat.

Deschideți demo-ul

cu noi

Sau modelați-vă propria organizație.

Design Partner Program se adresează organizațiilor care doresc să își construiască propriul model alături de echipa noastră, înainte de disponibilitatea generală.

Design Partner Program →

Una dintre variante durează două minute și nu ne implică. Începeți cu ea.