01

Doğru kalmak

Gördüğünüz her model bir zamanlar doğruydu.

CMDB, canlıya alındığı hafta doğruydu. Mimari şema, incelendiği anda doğruydu. Veri kataloğu, teslim edildiğinde eksiksizdi. Sonra kuruluş değişti ve bunların hiçbiri bunu fark etmedi. Bunun da aynı şekilde bitip bitmeyeceğini merak ediyorsanız, sorulması gereken doğru soru budur.

CMDB

canlıya alındığı hafta doğruydu

Mimari şema

incelendiği anda doğruydu

Veri kataloğu

teslim edildiğinde eksiksizdi

02

Başarısızlık biçimi

Doğuştan eskimiş — ve yalnızca bir süreliğine iyi görünür.

Zeka satan herkes size tek bir doğruluk kaynağı sunar. Tek doğruluk kaynağı gerçekliğin kendisidir. Bizimki de dahil her model, katalog ve sicil onun bir kopyasıdır; gerçeklik hareket ettikçe onu izleyecek bir mekanizması olmayan bir kopya zamanla eskimez, doğuştan eskimiştir ve yalnızca aradaki farkın ortaya çıkması biraz zaman aldığı için iyi görünür.

Kimsenin değiştiremediği bir model kireçlenir; herkesin değiştirebildiği bir model çürür.

kimse değiştiremez

kireçlenir

Onu bir yönetişim kurulunun arkasına kilitleyin; kuruluşun mart ayındaki halini anlatan bir belgeye dönüşür.

herkes değiştirebilir

çürür

Herkese açın; tipleri olan bir wiki'ye dönüşür — öncekiyle aynı çelişkiler, bu kez bir şemayla.

~1 yıl

Tuzak şu ki iki başarısızlık da yaklaşık bir yıl boyunca başarı gibi görünür. Kireçlenme istikrar gibi görünür. Çürüme benimsenme gibi görünür.

Bu da sorunun aslında ne olduğuna işaret eder. Çürüme bir veri sorunu değildir. Bir hesap verebilirlik yönlendirme sorunudur.

Kuruluş o şeyin değiştiğini her zaman biliyordu — birileri biliyordu. Bu bilgiyi modele hiçbir şey taşımadı ve kimseye sorulmadı.

03

Modelin yarısı

Bir sistemden okunan şey o sistemden sapamaz.

Modelinizin büyük bir kısmı hiç yazılmaz. Okunur — zaten düzenlediğiniz katalogdan, İK sisteminden, kimlik sağlayıcısından, şemaların kendisinden. Bu düğümler güncelliğini yitirmez, çünkü kimse geride kalabilecek ikinci bir kopya tutmaz. Onlar kaynağın tipli haldeki güncel durumudur.

Kaynaktan bir şey kaybolduğunda bu bir sessizlik değildir. Düğüm Kaynakta yok durumuna geçer — Pasif ailesinde bir durum. Yalnızca işaretlenmekle kalmaz: statüsü düşürülür ve içinden geçen her gezinme artık bunu söyler.

Bu, yanıtın ucuz yarısıdır ve bunun ucuz yarı olduğunu açıkça belirtmekte yarar var. Sistemleri, veri kümelerini, insanları ve erişimleri kapsar. Yalnızca bir kişinin bildiklerini kapsamaz.

04

Diğer yarısı

Geri kalanın bir sahibi vardır. Ve o sahibe sorulur.

Her düğüm tipi kendi sorumluluk matrisini taşır — sahibinin, veri yöneticisinin, bir değişikliği onaylayanın ve uzmanın kim olduğunu. Bir ekibin uyduğu bir gelenek değil; tipin bir parçasıdır. Bu yüzden o tipte bir düğüm, ondan kimin hesap vereceği sorusu çözülmeden var olamaz.

Bunun üzerinde kendi iş akışlarına sahip kullanım senaryoları yer alır: “bunu incele”, “bunu devret” ya da “bu değişikliği onayla” ifadelerinin o tür bir şey için gerçekte ne anlama geldiği. Bir tedarikçi sözleşmesini incelemek, teknik bir beceriyi incelemekle aynı eylem değildir ve model bu farkı bilir.

Böylece bir şey değiştiğinde, ondan hesap veren kişiler devreye girer — bir bildirimle değil, duruma uyan iş akışıyla. Bunu dört şey başlatır:

01

Bir kaynak değişti

Kayıt sistemi artık modelin söylediğini söylemiyor.

tepki

02

Biri bir değişiklik önerdi

Denetim izi olan, yönetişime tabi bir öneri — bir düzenleme değil.

tepki

03

Bir yaşam döngüsü durumu değişti

İncelemede ya da Devre Dışı Bırakma Sürüyor durumuna giren bir düğüm, bağımlılarını da beraberinde çeker.

tepki

04

Periyodik bir kontrolün zamanı geldi

Hiçbir şey değişmedi ve mesele de bu: sessizlik kanıt değildir.

modelin sorması

Bunu kullandığınız her katalogdan ayıran dördüncüsüdür. Diğerleri tepkidir. Dördüncüsü ise modelin, hâlâ doğru olup olmadığını yanıtlayabilecek tek tarafa sormasıdır.

01

Bir şey değişir ya da bir kontrolün zamanı gelir

02

Sorumluluk matrisi kimin yanıt vereceğini söyler

03

Kullanım senaryosunun iş akışı doğru soruyu onlara yöneltir

04

Yanıt, iziyle birlikte bir durum değişikliğine dönüşür

Metamodel

Veri ürünü

Sorumluluk Tipleri

4

Sorumluluk Tipi Ata

Sahip

Şunun sahipliğindedir

Düğüm üzerinde nihai hesap verebilirliğe ve düğümle ilgili her karar üzerinde tam yetkiye sahip taraf. Düğümün varlığından, doğruluğundan ve akıbetinden uçtan uca hesap verir.

Veri Yöneticisi

Şunun tarafından yönetilir

Düğümün iş anlamını ve veri kalitesini gündelik olarak düzenlemekten hesap veren taraf. Tanımını, doğruluğunu ve kullanıma uygunluğunu sürdürür, ancak düğüm üzerinde nihai karar yetkisine sahip değildir.

Onaylayan

Şunun tarafından onaylanır

Düğümün ya da düğümde yapılan değişikliklerin geçerli hale gelmesi veya yayımlanması için resmi onay verme yetkisine sahip taraf. Süregelen değerlendirmeden ve uçtan uca hesap verebilirlikten ayrı olarak, onay kararının kendisinden hesap verir.

Konu Uzmanı

Uzmanlığı şunun tarafından sağlanır

Düğümün temsil ettiği konuda açıklama yapmak üzere belirlenmiş, konuya ilişkin derin ve birinci elden bilgisine güvenilen kişi. Düğümün kayıtlarının ve dokümantasyonunun yakalayamadığı bağlamı ve içgörüyü sağlar — düğümün nasıl sürdürüldüğü konusunda değil, konunun kendisi hakkında danışman niteliğinde bir otoritedir.

bir düğüm tipindeki sorumluluk matrisi — sahip, veri yöneticisi, onaylayan, uzman

Bunların hiçbiri ajanın kuruluşunuzu değiştirmesi anlamına gelmez. Ajan tespit eder, raporlar, izler ve üst kademeye iletir — yetkinin değil, dikkatin özerkliği. Kararı hâlâ bir kişi verir. Değişen şey, kararın o kişiye hâlâ ucuzken ulaşmasıdır.

05

Görünür kılınan yokluk

Eksiklik, boş bir alan değil, görebildiğiniz bir durumdur.

Modeller sessizce çürür, çünkü yokluk hiçbir şey gibi görünür. Boş bir sahip, yazılmamış bir sınır, kaynağı ortadan kalkmış bir düğüm — hiçbiri el kaldırmaz. Aynı ilke burada üç yerde işler ve her seferinde aynı ilkedir.

Atandı · henüz Bilgilendirildi değil

Verilmiş ama hiç iletilmemiş bir sorumluluk. Boş bir alan değil — modelin sizin üzerinde durduğunuzu görebildiği bir merdivenin basamağı.

Kaynakta yok

Pasif ailesinde bir durum. Düğüme not düşülmez, statüsü düşürülür.

Sertifikalı Bronz · Gümüş · Altın

Aktif ailesinde. Doğrulama, güncel olmanın bir yoludur — ve yokluğu da aynı ölçüde okunabilir.

Bu da modelin sağlığını diğerleri gibi bir gezinme haline getirir. Birinin çeyrekte bir derlediği bir olgunluk raporu değil: aynı grafiğe, her şey için kullandığınız aynı söz dizimiyle sorduğunuz bir soru.

06

Bunun çözmediği şey

Burada hiçbir şey, hiç modellenmemiş olanı modellemez.

döngünün sınırı

Bir yeti, bir yükümlülük ya da bir bağımlılık hiç tiplendirilmemişse, ne kadar yönlendirme yapılırsa yapılsın ortaya çıkmaz. Döngü modelde olanı doğru tutar. Modelin dışında olanı keşfetmez.

okunan yarının sınırı

Bir sistemden okunan düğüm o sisteme sadık kalır. Sistem yanlışsa model de sadakatle yanlıştır. Modelin kattığı şey, iki sistem arasındaki uyuşmazlığın görünür hale gelmesidir, çünkü ikisi de aynı grafiğe tiplendirilmiştir.

Bu yüzden kapsam hırsla değil, kararla büyür. Modeli, yanılmanın size bir bedeli olacağı yerlerde genişletirsiniz — ve genişlettiğiniz her şey, ondan önceki her şeyle aynı mekanizmayla doğru kalır.

07

Kendiniz kontrol edin

Yukarıdaki her şey bizimle konuşmadan doğrulanabilir.

Yaşam döngüsü aileleri, bir tip üzerindeki sorumluluk matrisi, kimsenin haberdar edilmediği ve Atandı durumunda bekleyen bir sorumluluk — hepsi Adventure Works'ün eksiksiz modellendiği bir demo kiracıda. Hakkında okuduğunuz kuruluşun ta kendisi.

bizsiz

Gidin ve kontrol edin.

Bir iş hesabıyla oturum açın ve modele bir şey sorun. Görüşme yok, form yok, başlatılacak bir deneme süreci yok.

Demoyu açın

bizimle

Ya da kendi modelinizi kurun.

Design Partner Programı, genel kullanıma sunulmadan önce kendi modellerinin ekibimizle birlikte kurulmasını isteyen kuruluşlar içindir.

Design Partner Programı →

Bunlardan biri iki dakika sürer ve bizi gerektirmez. Oradan başlayın.