Felelősségek hatékonysága

A legnagyobb kockázat nem a hiányzó felelősség.
Hanem az, ha azt hiszi, hogy megvan.

A katalógusában minden kritikus eszköznek van tulajdonosa, adatgondnoka és jóváhagyója. A nevek ki vannak töltve. A munkafolyamatok továbbra is hozzájuk irányítanak. Ez az oldal arról a kérdésről szól, amelyre a katalógus nem tud válaszolni: ha ma döntés kell az adott eszközről, a rajta megnevezett személy ténylegesen tud-e cselekedni?

Demó megnyitása Hogyan működik

Mit jelent a hatékony

Egy felelősségnek csak addig van értéke, amíg gyakorolják.

A hozzárendelés egy bejegyzés. A hatékonyság egy állapot, amelynek három feltétele van — mindháromnak egyszerre kell teljesülnie, ma:

01

Aktív

A személy még a szervezetnél van, és elérhető. Nem egy olyan név, amely azért élte túl a kiléptetési folyamatot, mert senki sem tudta, minek volt a tulajdonosa — és nem is valaki, aki hosszabb távolléten van, és akinek a feladatait senki sem vette át.

02

Felhatalmazott

Továbbra is rendelkezik azzal a felhatalmazással, amelyet a szerepkör feltételez — a hatáskörrel, a beosztással, a jogosultsággal. Egy másik területre való áthelyezés csendben visszavonja, és a katalógusban semmi sem veszi ezt észre.

03

Cselekvőképes

Hozzáfér ahhoz, amiért felelős, és tudja, mit vár el tőle a szerepkör. A hozzáférést az identitásrendszerek a saját ütemezésük szerint vonják vissza, a hozzáférés visszavonása pedig nem szünteti meg a felelősséget.

Ha bármelyik hiányzik, semmi sem romlik el láthatóan. Az eszköznél továbbra is látszik egy tulajdonos. A munkafolyamat továbbra is továbbít. A hiba hetekkel később bukkan elő, egy határidőn túl lejárt felülvizsgálat és egy meg nem hozott döntés formájában.

Ezért a modellünkben egy felelősség soha nem egyszerűen létezik vagy hiányzik:

Javasolva→ Kijelölve→ Tájékoztatva→ Betanítva

A kijelölés e négy közül a második, nem az utolsó. Egy katalógusmező a második lépést rögzíti, és a negyediket sugallja.

Ma · láthatatlan

Négy szerepkör kiosztva. Ma egyikük sem tud válaszolni.

AdventureWorks2025 — HumanResources adattermék, amelyet a HR-műveletekben, a bérszámfejtésben és a munkaerő-tervezésben egyaránt használnak. Négy szerepkör felel érte. Mindegyik ki van töltve, és a katalógus semmilyen problémát nem jelez.

Tulajdonos · és jóváhagyó

Hedda M Halvorsen

távozott · mindkét szerepkör vele ment

Adatgondnok

Mindy C Martin

felhatalmazás 2024 májusa óta nincs újraellenőrizve

Szakterületi szakértő

Lakshmi A Venkatesan

távolléten · nincs helyettes

Szakterületi szakértő

Ashok X Joshi

kijelölve · sosem tájékoztatva

Négy különböző hiba, és egyik sem hiányzó adat. Minden név helyes volt, amikor beírták. Semmi sincs blokkolva, és éppen ez a probléma — az eszköz olyanokhoz van irányítva, akik közül az egyik távozott, a másiknak lejárt a felhatalmazása, a harmadik távol van, a negyediknek pedig soha nem szóltak. Az a döntés, amelyhez e négy közül bármelyikre szükség van, nem jut el sehová, és ezt sehol semmi nem jelzi.

Figyelje meg, mit okozott egyetlen távozás. Hedda a négy szerepkör közül kettőt töltött be — ami szokásos, mert egy eszköz tulajdonosa általában az is, aki jóváhagyja a rajta végzett változtatásokat. Amikor távozott, a termék irányításának fele vele együtt ment — és az eszköz továbbra is őt nevezi meg mindkét szerepkörben, így minden, amihez bármelyikre szükség van, továbbra is valakihez irányít, aki már nincs ott.

A második szakértőnél érdemes megállni. Ashok a cégnél dolgozik, felhatalmazással rendelkezik, és megvan a hozzáférése. Egyetlen rendszerben sincs semmi elavulva. Egyszerűen soha nem tájékoztatták arról, hogy ez az eszköz hozzá kerül, amikor a másik szakértő távol van — és ezt sehol egyetlen jelentés sem képes megmutatni.

Így néz ki belülről az irányítás leépülése: nem egy üres mező, hanem egy kitöltött, amely megszűnt igaz lenni.

Miért nem látja ezt a katalógus

A tulajdonos mező egy nevet tartalmaz. Kötelezettséget nem.

Egy katalógusban · attribútum

Szöveg egy eszközön, amely egy olyan személyre mutat, akiről az eszköz semmit sem tud. A foglalkoztatása, a területe, a jogosultságai három másik rendszerben élnek, és a mező semmit sem tud megkérdezni tőlük.

Egy mező nem lehet hibás, mert egy mezőt nem lehet ellenőrizni.

A Nodwise-ban · típusos kapcsolat

Két olyan csomópont között, amelyek ugyanabban a modellben léteznek — az eszköz és a személy között. És nem eszközönként kell beállítani: minden csomóponttípus a saját felelősségi mátrixát hordozza, így egy csomópont úgy jön létre, hogy tudja, mely szerepkörök felelnek érte, és hogy jelenleg ki tölti be őket, az a gráfon keresztül derül ki.

Ez a mátrix szerepkörönként rögzíti, mit várnak el attól, aki betölti, és mi teszi alkalmassá valakit a betöltésére. Így az „adattulajdonos” nem egy szabályzatból kölcsönvett beosztásnév — hanem elvárások meghatározott köre és egy meghatározott mérce, amelyet egyszer írnak le, és az adott típus minden csomópontja örököl.

Ez azt jelenti, hogy a három feltétel ellenőrzése többé nem auditgyakorlat, hanem bejárás:

Osztály

Human Resources

alkotja
alkotja
alkotja

Személy

Hedda M Halvorsen

Személy

Mindy C Martin

Személy

Ashok X Joshi

szerepe
szerepe
szerepe

Vállalati szerepkör

Human Resources Manager

Vállalati szerepkör

Benefits Specialist

Vállalati szerepkör

Recruiter

TulajdonosJóváhagyó
Adatgondnok
Szakterületi szakértő

Adattermék

HumanResources data product

Három kérdés, amelyet a katalógus csak egy embertől kérdezhet meg — a modell bejárásával megválaszolva.

A kör

Észlelve, felhatalmazott személyhez továbbítva, eldöntve, rögzítve.

Amint a felelősség kapcsolattá válik, a nem hatékony felelősség olyan állapot, amelyet egy ágens figyelhet. Ami ezután következik, az nem egy jelentés, amelyet el kell olvasnia.

01

Észlelve

Kétféleképpen, és a második ugyanolyan fontos, mint az első. Megváltozik egy forrásrendszer — valaki kilép, területet vált, visszavonnak egy jogosultságot —, és minden felelősség, amely az adott személyen nyugszik, kikerül a hatékony állapotból. Vagy egy ember jelzi: a felelős visszaadja, vagy egy kolléga, aki ismeri a munkát, javasolja a megfelelő nevet. A javasolt felelősség valódi állapot a modellben, amely jóváhagyásra vár, nem pedig egy kérés valakinek a postaládájában.

02

Továbbítva valakihez, aki dönthet

Nem egy irányítási postafiókba. A modell már ismeri a személy vezetőjét, és tudja, mely eszközök és szerepkörök érintettek — így egy vezető egyetlen összesített áttekintést kap arról, mi maradt lefedetlenül a területén.

03

Egy ember dönt

Megtartás, átadás vagy csere. Az utódot a csomóponttípus által az adott szerepkörhöz megkövetelt képesítések alapján ellenőrzik, és a kijelölés addig nem számít késznek, amíg tájékoztatták és betanították — egy halott felelősséget nem lehet egy másik halott felelősségnek átadni.

04

Rögzítve

Minden felelősség a saját előzményeit hordozza: mikor jelölték ki, mikor ellenőrizték újra utoljára a csomópont aktuális állapotához képest, mikor vezették ki, és kinek a döntésére. Semmi sem íródik felül, és semmi sem törlődik, így arra a kérdésre, hogy „ki felelt ezért az eszközért márciusban”, van válasz. Az audit többé nem rekonstrukciós gyakorlat.

És ugyanez a kör már azelőtt lefut, hogy a rés megnyílna — alapértelmezetten, nem pedig külön beállításként. Egy felelősségnek saját állapota van, így felfüggeszthető anélkül, hogy törölni kellene: amikor valaki területet vált, szabadságra megy vagy lemond egy feladatról, az általa viselt felelősségek kikerülnek a hatékony állapotból, és a kérdés még akkor jut el hozzá, amikor megvan a válaszadáshoz szükséges háttértudása, nem pedig hat hónappal később a korábbi csapatához.

Ez adja egyben az oldal nyitókérdésének őszinte változatát is. Nem az, hogy „van-e tulajdonos”, hanem az, hogy mikor erősítették meg utoljára, hogy ez igaz — felelősségenként egy dátum, amely vagy létezik, vagy nem.

Az ágens figyel és eszkalál. Soha nem dönt. A figyelem autonómiája, nem a hatásköré.

Amibe ez általában kerül

Ez általában egy egész program.

Projektként végezve a nem hatékony felelősségek rendbetétele egy érett katalógusban nyolc fázisból áll: az inaktív felelősök azonosítása, minden eset hozzárendelése egy vezetőhöz, az esetek csoportosítása vezetőnként egy-egy áttekintésbe, értesítés háttérinformációval és határidővel, nyomon követhető csere-munkafolyamat lefuttatása, az új felelősök bevezetése, azok tanúsítása, akiknek megváltozott a területe, és végül azoknak a folyamatoknak a feltárása, amelyek egyetlen embertől függenek.

Ez szakszerű munka, és éppen ez az oka annak, hogy a problémát általában elhalasztják: hónapokig tart, három forrásrendszer kézi egyeztetését igényli, és az eredmény az átadás napján pontos.

E fázisok mindegyike egy lekérdezés vagy munkafolyamat egy olyan modellen, amely már tartalmazza a választ. Nem azért, mert a munka triviális, hanem mert az az egyeztetés, amelyre a program az ideje nagy részét fordítja, maga a modell.

A nyolcadik fázisnak — az egyetlen ember túszává vált folyamatoknak — saját oldala van: Üzletmenet-folytonosság →

Tegye fel a nehezebb kérdést

A katalógusa megmondja, ki van kijelölve. Kérdezze meg tőle, ki tud cselekedni.

A demókörnyezetben megvan az eszköz, a négy szerepkör, a nem teljesülő feltételek és az őket megjelölő lekérdezés — egy olyan modellben, amelyet most megnyithat.

nézze meg működés közben

Demó megnyitása

Egyetlen kattintás a munkahelyi fiókjával. Se űrlap, se hívás.

Demó megnyitása

vagy olvassa el a modellt

Hogyan marad valósághű a modell

Életciklus minden csomóponton és minden felelősségen — ezért jelölhető meg egy kitöltött mező is úgy, hogy már nem igaz.

Hogyan marad valósághű a modell →