Sorumluluk etkinliği
Kataloğunuzdaki her kritik varlığın bir sahibi, bir veri yöneticisi ve bir onaylayanı vardır. İsimler doldurulmuştur. İş akışları hâlâ onlara yönlenir. Bu sayfanın konusu, kataloğun yanıtlayamadığı sorudur: o varlık bugün bir karar gerektiriyorsa, üzerinde adı geçen kişi gerçekten harekete geçebilir mi?
Etkin olmak ne demektir
Atama bir kayıttır. Etkinlik ise bir durumdur ve üç koşulu vardır — üçü de bugün, aynı anda doğru olmalıdır:
01
Aktif
02
Yetkili
03
Harekete geçebilir
Bunlardan biri eksik olsa hiçbir şey görünür biçimde bozulmaz. Varlık hâlâ bir sahip gösterir. İş akışı hâlâ yönlenir. Başarısızlık haftalar sonra, zaman aşımına uğramış bir inceleme ve kimsenin vermediği bir karar olarak ortaya çıkar.
Bu yüzden modelimizde bir sorumluluk hiçbir zaman yalnızca var ya da yok değildir:
Atanmış olmak bu dört adımın sonuncusu değil, ikincisidir. Bir katalog alanı ikinci adımı kaydeder ve dördüncüsünü varsayar.
Bugün · görünmez
İK operasyonları, bordro ve iş gücü planlamasında kullanılan AdventureWorks2025 — HumanResources data product. Ondan dört rol hesap verir. Her biri doldurulmuş ve katalog hiçbir sorun göstermiyor.
Sahip · ve onaylayan
Hedda M Halvorsen
ayrıldı · iki rol de onunla birlikte gitti
Veri Yöneticisi
Mindy C Martin
yetki Mayıs 2024'ten beri yeniden doğrulanmadı
Konu Uzmanı
Lakshmi A Venkatesan
izinde · yedek yok
Konu Uzmanı
Ashok X Joshi
atandı · hiç bilgilendirilmedi
Dört farklı başarısızlık ve hiçbiri eksik veri değil. Her isim yazıldığı anda doğruydu. Hiçbir şey engellenmiş değil ve sorun da bu — varlık, ayrılmış birine, yetkisinin süresi dolmuş birine, uzakta olan birine ve kendisine hiç haber verilmemiş birine yönlendiriliyor. Bu dört kişiden birine ihtiyaç duyan hiçbir karar gidecek bir yer bulamaz ve hiçbir yer bunu söylemez.
Tek bir ayrılışın neye yol açtığına dikkat edin. Hedda dört rolden ikisini üstleniyordu — bu olağandır, çünkü bir varlığın sahibi genellikle ona yapılan değişiklikleri onaylayan kişidir. O ayrıldığında bu ürünün yönetişiminin yarısı da onunla birlikte gitti — ve varlık hâlâ iki rolde de onun adını gösteriyor; bu yüzden ikisinden birine ihtiyaç duyan her şey hâlâ artık burada olmayan birine yönleniyor.
Üzerinde durmaya değer olan, ikinci uzmandır. Ashok çalışıyor, yetkili ve erişime sahip. Hiçbir sistemde güncelliğini yitirmiş hiçbir şey yok. Yalnızca, diğer uzman uzaktayken bu varlığın kendisine yönlendiği ona hiç bildirilmedi — ve hiçbir yerdeki hiçbir rapor bunu gösteremez.
Yönetişim çürümesi içeriden böyle görünür: boş bir alan değil, doğru olmaktan çıkmış dolu bir alan.
Katalog bunu neden göremez
Bir katalogda · bir nitelik
Bir varlığın üzerinde, varlığın hakkında hiçbir şey bilmediği bir kişiyi gösteren bir metin. Kişinin istihdamı, alanı ve yetkileri başka üç sistemde durur ve alanın onlara herhangi bir şey sorma imkânı yoktur.
Bir alan yanlış olamaz, çünkü bir alan denetlenemez.
Nodwise'da · tipli bir ilişki
Aynı modelde var olan iki düğüm arasında — varlık ve kişi. Üstelik varlık bazında yapılandırılmaz: her düğüm tipi kendi sorumluluk matrisini taşır; böylece bir düğüm hangi rollerin kendisinden hesap vereceğini bilerek doğar ve bu rolleri şu anda kimin üstlendiği grafik üzerinden çözümlenir.
Bu matris, her rol için, rolü üstlenen kişiden ne beklendiğini ve birini bu role neyin uygun kıldığını beyan eder. Böylece “veri sahibi” bir politika belgesinden ödünç alınmış bir unvan değildir — bir kez yazılan ve o tipteki her düğüm tarafından devralınan, tanımlı bir beklentiler kümesi ve tanımlı bir çıtadır.
Bu da üç koşulun bir denetim çalışması olmaktan çıkıp bir gezinmeye dönüşmesi demektir:
Departman
Human Resources
Kişi
Hedda M Halvorsen
Kişi
Mindy C Martin
Kişi
Ashok X Joshi
Kurumsal Rol
Human Resources Manager
Kurumsal Rol
Benefits Specialist
Kurumsal Rol
Recruiter
Veri ürünü
HumanResources data product
Kataloğun ancak bir insana sorabileceği üç soru, model üzerinde yürünerek yanıtlandı.
Döngü
Sorumluluk bir ilişki olduğunda, etkisiz bir sorumluluk bir ajanın gözetebileceği bir durum haline gelir. Ardından gelen, okumanız gereken bir rapor değildir.
01
Tespit edildi
02
Karar verebilecek birine yönlendirildi
03
Bir kişi tarafından karara bağlandı
04
Kaydedildi
Aynı döngü boşluk oluşmadan önce de çalışır — sizin yapılandırdığınız bir şey olarak değil, varsayılan olarak. Bir sorumluluğun kendine ait bir durumu vardır; bu yüzden silinmeden askıya alınabilir: biri alan değiştirdiğinde, izne çıktığında ya da bir görevden çekildiğinde, taşıdığı sorumluluklar etkin durumdan çıkar ve soru, altı ay sonra eski ekibine değil, yanıtlayacak bağlama hâlâ sahipken kendisine ulaşır.
Bu, sayfanın başındaki sorunun dürüst versiyonunu da verir. “Bir sahip var mı” değil, bunun doğru olduğu en son ne zaman teyit edildi — her sorumluluk için ya var olan ya da olmayan bir tarih.
Ajan gözetir ve üst kademeye iletir. Asla karar vermez. Yetkinin değil, dikkatin özerkliği.
Bunun normalde maliyeti
Bir proje olarak ele alındığında, olgun bir katalogdaki etkisiz sorumlulukların temizlenmesi sekiz aşamada ilerler: pasif sahiplerin belirlenmesi, her vakanın bir yöneticiyle ilişkilendirilmesi, bunların her lider için tek bir görünümde toplanması, bağlam ve son tarihle bildirim yapılması, izlenebilir bir değiştirme iş akışının yürütülmesi, yeni sahiplerin işe alıştırılması, alanı değişenlerin sertifikalandırılması ve son olarak tek bir kişiye bağlı akışların bulunması.
Bu yetkin bir çalışmadır ve bu sorunun genellikle ertelenmesinin nedeni de budur: aylar sürer, üç kaynak sistemin elle uzlaştırılmasını gerektirir ve sonuç yalnızca teslim edildiği gün doğrudur.
Bu aşamaların her biri, yanıtı zaten barındıran bir model üzerinde bir sorgu ya da iş akışıdır. İş önemsiz olduğu için değil; programın zamanının çoğunu harcadığı uzlaştırma, tam da modelin kendisi olduğu için.
Daha zor soruyu sorun
Demo kiracıda varlık, dört rol, bozulmuş koşullar ve bunları işaretleyen sorgu var — şimdi açabileceğiniz bir modelde.