Pozostać prawdziwym

Każdy model, jaki znasz, miał kiedyś rację.

CMDB była dokładna w tygodniu, w którym ją uruchomiono. Diagram architektury był poprawny w chwili przeglądu. Katalog danych był kompletny w chwili przekazania. Potem organizacja poszła naprzód, a w żadnym z nich nic tego nie zauważyło. Jeśli zastanawiasz się, czy tutaj skończy się tak samo, to jest właściwe pytanie.

CMDB

dokładna w tygodniu, w którym ją uruchomiono

Diagram architektury

poprawny w chwili przeglądu

Katalog danych

kompletny w chwili przekazania

Tryb awarii

Przestarzały od urodzenia — i tylko przez jakiś czas wygląda dobrze.

Każdy, kto sprzedaje inteligencję, oferuje Ci jedno źródło prawdy. Jedynym źródłem prawdy jest rzeczywistość. Każdy model, katalog i rejestr — nasz również — jest jej kopią, a kopia bez mechanizmu, który podąża za zmieniającą się rzeczywistością, nie zestarzeje się kiedyś — jest przestarzała od urodzenia i wygląda dobrze tylko dlatego, że rozbieżność potrzebuje czasu, by się ujawnić.

Model, którego nikt nie może zmienić, kostnieje; model, który może zmienić każdy, się rozpada.

nikt nie może go zmienić

kostnieje

Zamknij go za radą ds. ładu, a stanie się dokumentem o organizacji takiej, jaka była w marcu.

każdy może go zmienić

rozpada się

Otwórz go dla wszystkich, a stanie się wiki z typami — te same sprzeczności co wcześniej, tylko ze schematem.

~1 rok

Pułapka polega na tym, że obie porażki przez mniej więcej rok wyglądają jak sukces. Skostnienie wygląda jak stabilność. Rozpad wygląda jak adopcja.

Co wskazuje, na czym naprawdę polega problem. Rozpad to nie problem danych. To problem kierowania spraw do osób, które za nie odpowiadają.

Organizacja zawsze wiedziała, że coś się zmieniło — ktoś to wiedział. Nic nie przeniosło tej wiedzy do modelu i nikogo o to nie zapytano.

Połowa modelu

To, co odczytane z systemu, nie może się rozjechać z tym systemem.

Duża część Twojego modelu w ogóle nie jest tworzona ręcznie. Jest odczytywana — z katalogu, który już uporządkowano, z systemu HR, od dostawcy tożsamości, z samych schematów. Te węzły się nie dezaktualizują, bo nikt nie utrzymuje drugiej kopii, która mogłaby zostać w tyle. Są bieżącym stanem źródła — otypowanym.

A gdy coś znika ze źródła, to nie jest cisza. Węzeł przechodzi w status Brak w źródle — status z rodziny Nieaktywne. Nie jest jedynie oflagowany: jest zdegradowany, a każde przejście, które przez niego prowadzi, teraz to pokazuje.

To tańsza połowa odpowiedzi — i warto jasno powiedzieć, że to ta tańsza połowa. Obejmuje systemy, zbiory danych, ludzi i dostępy. Nie obejmuje tego, co wie tylko człowiek.

Druga połowa

Reszta ma właściciela. A właściciel zostaje zapytany.

Każdy typ węzła ma własną macierz odpowiedzialności — kto jest właścicielem, kto jest opiekunem, kto zatwierdza zmianę, kto jest ekspertem. To nie konwencja, której trzyma się jakiś zespół. To część typu, więc węzeł tego typu nie może istnieć, zanim nie rozstrzygnięto, kto za niego odpowiada.

Na tym opierają się przypadki użycia z własnymi przepływami pracy: co „przejrzyj to”, „przekaż to” albo „zatwierdź tę zmianę” naprawdę oznacza dla danego rodzaju rzeczy. Przegląd umowy z dostawcą to nie ta sama czynność co przegląd umiejętności technicznej, a model zna tę różnicę.

Dlatego gdy coś się zmienia, osoby, które za to odpowiadają, zostają zaangażowane — przez pasujący przepływ pracy, a nie przez powiadomienie. Uruchamiają to cztery rzeczy:

Źródło się zmieniło

System źródłowy nie mówi już tego, co mówi model.

reakcja

Ktoś zaproponował zmianę

Nadzorowana propozycja ze śladem audytowym — nie edycja.

reakcja

Zmienił się stan cyklu życia

Węzeł wchodzący w stan W trakcie przeglądu lub Dezaktywacja w toku pociąga za sobą węzły, które od niego zależą.

reakcja

Nadszedł termin okresowej kontroli

Nic się nie zmieniło, i o to właśnie chodzi: cisza nie jest dowodem.

model pyta

Czwarta z nich odróżnia to od każdego katalogu, z jakim masz do czynienia. Pozostałe to reakcje. Ta jedna to model, który pyta jedyną stronę zdolną odpowiedzieć, czy nadal jest prawdziwy.

Coś się zmienia albo nadchodzi termin kontroli

Macierz odpowiedzialności mówi, kto odpowiada

Przepływ pracy przypadku użycia zadaje im właściwe pytanie

Odpowiedź staje się zmianą stanu, ze swoim śladem

Metamodel

Produkt danych

Typy odpowiedzialności

Przypisz typ odpowiedzialności

Właściciel

Należy do

Strona ponosząca ostateczną odpowiedzialność za węzeł i mająca pełną władzę nad każdą decyzją go dotyczącą. Odpowiada za jego istnienie, poprawność i los od początku do końca.

Opiekun danych

Jest pod opieką

Strona odpowiedzialna za bieżącą pieczę nad biznesowym znaczeniem i jakością danych węzła. Utrzymuje jego definicję, dokładność i przydatność do użycia, lecz nie posiada nad nim ostatecznej władzy decyzyjnej.

Zatwierdzający

Jest zatwierdzany przez

Strona mająca uprawnienie do formalnego zatwierdzenia węzła lub jego zmian, tak aby stał się ważny lub został wydany. Odpowiada za samą decyzję bramkującą, odrębną od bieżącej oceny czy ostatecznej odpowiedzialności od początku do końca.

Ekspert dziedzinowy

Wiedzę ekspercką zapewnia

Osoba wyznaczona do udzielania wyjaśnień w przedmiocie reprezentowanym przez węzeł, na której dogłębnej wiedzy z pierwszej ręki o nim się polega. Dostarcza kontekst i wgląd, których nie zawierają zapisy ani dokumentacja węzła — jest autorytetem doradczym w samym przedmiocie, a nie w tym, jak węzeł jest utrzymywany.

macierz odpowiedzialności typu węzła — właściciel, opiekun danych, zatwierdzający, ekspert

Nic z tego nie oznacza, że agent zmienia Twoją organizację. Identyfikuje, raportuje, monitoruje i eskaluje — autonomia uwagi, nie uprawnień. Decyzję nadal podejmuje człowiek. Zmieniło się to, że decyzja dociera do niego, póki jest jeszcze tania.

Nieobecność, uwidoczniona

Brak to stan, który widać, a nie puste pole.

Modele gniją po cichu, bo nieobecność wygląda jak nic. Puste pole właściciela, niezapisana granica, węzeł, którego źródło zniknęło — żaden z nich nie podnosi ręki. Ta sama zasada działa tu w trzech miejscach i za każdym razem jest to ta sama zasada.

Przypisana · jeszcze nie Poinformowana

Odpowiedzialność, którą przydzielono, ale nigdy o niej nie poinformowano. To nie puste pole — to szczebel drabiny, na którym model widzi, że stoisz.

Brak w źródle

Status z rodziny Nieaktywne. Węzeł jest zdegradowany, a nie opatrzony adnotacją.

Certyfikat brązowy · srebrny · złoty

W rodzinie Aktywne. Weryfikacja to sposób na bycie aktualnym — a jej brak jest równie czytelny.

Dzięki temu kondycja modelu staje się przejściem jak każde inne. Nie raportem dojrzałości, który ktoś składa raz na kwartał: pytaniem zadawanym temu samemu grafowi, tą samą składnią, której używasz do wszystkiego innego.

Czego to nie naprawia

Nic tutaj nie modeluje tego, co nigdy nie zostało zamodelowane.

granica pętli

Jeśli umiejętność, obowiązek lub zależność nigdy nie zostały otypowane, żadne kierowanie spraw ich nie ujawni. Pętla utrzymuje w prawdzie to, co jest w modelu. Nie odkrywa tego, co jest poza nim.

granica odczytywanej połowy

Węzeł odczytany z systemu pozostaje wierny temu systemowi. Jeśli system się myli, model wiernie powiela błąd. Model dodaje to, że rozbieżność między dwoma systemami staje się widoczna, bo oba są otypowane w tym samym grafie.

Dlatego zakres rośnie z decyzji, a nie z ambicji. Rozszerzasz model tam, gdzie błąd by Cię coś kosztował — a wszystko, co dodasz, pozostaje prawdziwe dzięki temu samemu mechanizmowi co wszystko wcześniej.

Sprawdź samodzielnie

Wszystko powyżej można sprawdzić bez rozmowy z nami.

Rodziny cyklu życia, macierz odpowiedzialności na typie, odpowiedzialność w stanie Przypisana, o której nikt nikomu nie powiedział — to wszystko jest w tenancie demo z w pełni zamodelowanym Adventure Works. To ta sama organizacja, o której czytasz.

bez nas

Sprawdź to.

Zaloguj się kontem służbowym i zapytaj model o cokolwiek. Bez rozmowy, bez formularza, bez uruchamiania wersji próbnej.

Otwórz demo

z nami

Albo zamodeluj własną.

Program Design Partner jest dla organizacji, które chcą, by ich własny model powstał razem z naszym zespołem, jeszcze przed ogólną dostępnością.

Program Design Partner →

Jedno z nich zajmuje dwie minuty i nie wymaga naszego udziału. Zacznij od tego.