Cyfrowy bliźniak organizacji: jak budować go etapami
Cyfrowy bliźniak organizacji łączy model procesu, dane o zdarzeniach i pomiary. Zobacz, jak przejść od udokumentowanych procesów do bieżącej oceny ich kondycji.
Cyfrowy bliźniak organizacji łączy model tego, jak praca powinna przebiegać, z danymi już generowanymi przez systemy oraz pomiarami, które pozwalają rzetelnie porównać oba obrazy. To nie jest diagram firmy ani samodzielna platforma danych. To połączenie tych elementów dla jednego procesu.
Nie powstaje w ramach jednego projektu. Buduje się go etapami: od dokumentacji, przez pomiary i testy, po bieżące aktualizacje. Każdy etap odpowiada na inne pytanie. Wszystkie opisane na tej stronie funkcje ProcessMind dotyczą tego samego rekordu procesu: modelowania, danych o zdarzeniach i process mining, symulacji, dashboardów oraz Process Health.
Z czego składa się cyfrowy bliźniak organizacji
Składa się z trzech elementów, które muszą być ze sobą połączone:
- Model procesu. Opis tego, jak praca powinna przebiegać: czynności, ich kolejność, role, systemy i reguły. Część tych informacji prawdopodobnie znajduje się w diagramach, stronach wiki i dokumentach standardów, ale są rozproszone i nieaktualne.
- Dane o realizacji. Informacje o tym, co faktycznie się wydarzyło, pobrane bezpośrednio z systemów rejestrujących pracę: ERP, CRM, ITSM, WMS. Sprawy, czynności i znaczniki czasu, bez proszenia kogokolwiek o odtwarzanie przebiegu tygodnia.
- Pomiary. Łączą model z danymi. Wskaźniki kondycji, warianty i zgodność pokazują, gdzie rzeczywisty przebieg różni się od modelu. Symulacja pozwala sprawdzić skutki zmiany przed jej wprowadzeniem.
Sam model to dokumentacja. Po dodaniu danych można analizować rzeczywisty przebieg procesu. Gdy dochodzą pomiary i możliwość przetestowania zmiany, powstaje cyfrowy bliźniak.
To również odpowiedź na pytanie o różnicę między cyfrowym bliźniakiem a process mining: mining pokazuje, co się wydarzyło. Bliźniak powstaje, gdy te dane zostaną połączone z modelem i sposobem testowania zmian. Samo process mining dobrze odpowiada na pierwsze pytanie, ale na tym poprzestaje.
Warto wyjaśnić dwa częste nieporozumienia. Cyfrowe bliźniaki mogą też odwzorowywać fizyczne zasoby, takie jak maszyny, na podstawie odczytów z czujników. To inne rozwiązanie, opisane w artykule czym jest cyfrowy bliźniak. W tworzeniu oprogramowania DTO oznacza obiekt transferu danych, który nie ma związku z tym tematem. Gartner wprowadził znaczenie organizacyjne tego pojęcia do architektury przedsiębiorstwa. Przedmiotem nie jest tu maszyna, lecz przepływ pracy przez procesy, zespoły i systemy.
Nazewnictwo jest równie zróżnicowane jak definicje. W materiałach dostawców pojawiają się określenia: cyfrowy bliźniak organizacji, cyfrowy bliźniak DTO, cyfrowy bliźniak przedsiębiorstwa i bliźniak organizacyjny. Warto traktować je jako to samo rozwiązanie, a deklaracje oceniać na podstawie tego, czy model jest połączony z danymi i pomiarami, a nie użytej nazwy.
Cztery etapy rozwoju
- Udokumentowany. Procesy są zamodelowane w jednej, powiązanej architekturze: katalogu, łańcuchach wartości, przepływach, rolach i dokumentacji przypisanej do czynności.
- Mierzony. Dane o zdarzeniach z systemów pokazują rzeczywisty przebieg: proces po analizie, warianty, zgodność i dashboardy. Można sprawdzić, gdzie praca odbiega od modelu.
- Przetestowany. Model uwzględnia wolumeny i czasy, dzięki czemu symulacja pozwala porównać proponowaną zmianę z obecnym procesem, zanim ktokolwiek zdecyduje się ją wprowadzić.
- Aktualizowany na bieżąco. Dane napływają, wskaźniki kondycji i podsumowania AI pokazują zmiany, a model jest weryfikowany wraz ze zmianami w pracy.
Większość projektów cyfrowego bliźniaka, które utknęły, zaczynała od pierwszego poziomu, ale zakładała osiągnięcie czwartego.
Wiele firm dąży do stworzenia cyfrowego bliźniaka, ale błędem jest próba osiągnięcia tego celu za jednym razem. Warto przechodzić kolejne etapy dojrzałości: najpierw udokumentować procesy i połączyć je w pełną architekturę, potem dodać dane, by móc je mierzyć, a na końcu zapewnić ciągłą aktualizację.
Czego platforma potrzebuje na każdym etapie
| Element | Co wnosi do bliźniaka | W ProcessMind |
|---|---|---|
| Model | Zamierzony przebieg, role, systemy i reguły | Modelowanie BPMN oraz generowanie procesów przez AI na podstawie opisu w języku naturalnym, w jednym katalogu procesów |
| Dane | Informacje o tym, co faktycznie się wydarzyło w każdej sprawie | Przesyłanie zbiorów danych z rekomendacjami AI dotyczącymi danych i zaplanowanym odświeżaniem |
| Analiza | Miejsca, w których realizacja odbiega od modelu, oraz kondycja procesu | Process mining, graf procesu, dashboardy, warianty, zgodność i Process Health |
| Symulacja | Skutki proponowanej zmiany | Symulacja z parametrami z modelu lub wyliczonymi na podstawie własnych danych |
W ProcessMind jeden proces obejmuje wszystkie cztery elementy: model, dane, dashboardy i symulacje. Cyfrowy bliźniak organizacji nie jest piątym narzędziem kupowanym po pozostałych. Powstaje, gdy te cztery elementy są przypisane do jednego rekordu.
Od podstaw: zamodeluj proces, dodaj dane i wprowadzaj ulepszenia
Łatwiej przechodzić kolejne etapy od podstaw niż planować wszystko od końca. Każdy z opisanych niżej kroków kończy się konkretnym wynikiem, który można komuś pokazać, i można go zrealizować w ciągu tygodnia.
-
Zamodeluj jeden proces, nie całą organizację
Wybierz proces powiązany z konkretną decyzją. Jeśli istnieje diagram lub dokument, zaimportuj go. Jeśli nie, opisz proces jednym zdaniem i poproś AI o wygenerowanie pierwszego szkicu BPMN, który następnie można dopracować. Po tym kroku zespół ma model, z którym się zapoznał, oraz czynności z przypisaną dokumentacją. -
Połącz go z architekturą
Umieść proces we właściwym kontekście: określ, do którego łańcucha wartości należy, kto jest jego właścicielem i z jakimi procesami przekazuje pracę. Sam model to rysunek. Ten sam model w powiązanej architekturze tworzy poziom struktury bliźniaka i stanowi podstawę kolejnych etapów. -
Dodaj dane o zdarzeniach
Prześlij dziennik zdarzeń dla tego procesu. Na początek wystarczą identyfikator sprawy, czynność i znacznik czasu. Dane nie muszą być kompletne: dziennik z jednego systemu już pokazuje przepływ, oczekiwanie i warianty dotyczące rejestrowanych w nim czynności. Rekomendacje AI dla zbioru danych wskazują mapowanie kolumn i problemy z jakością, zanim rozpocznie się analiza. -
Wprowadź ulepszenie, a potem je przetestuj
Wybierz najsłabszy wynik i zmień jeden element: przekazanie pracy, akceptację lub pętlę poprawek. Zaktualizuj model, przeprowadź symulację porównującą zmianę z obecnym procesem i podejmij decyzję na podstawie wyników, a nie opinii. Następnie ponów pomiar, by zamknąć pętlę.
Nie trzeba modelować całej organizacji, by zacząć. Dwa procesy z danymi są bardziej przydatne niż dwadzieścia procesów na slajdach, a zamodelowanie drugiego zajmuje znacznie mniej czasu niż pierwszego. Więcej o tym, jak modelowanie i mining wzajemnie się uzupełniają, można przeczytać w artykule o tym, jak modelowanie procesów uzupełnia process mining.
Zacznij od częściowych danych, nie czekaj na idealne
Zakres danych rośnie tak samo jak model: po jednym procesie. Dwa elementy ułatwiają takie podejście.
Częściowe dane też odpowiadają na pytania. Jeśli dziennik pochodzi z jednego systemu, już można zobaczyć przepływ, oczekiwanie i warianty dotyczące rejestrowanych w nim czynności. Brakuje kroków wykonywanych gdzie indziej, ale wiadomo, których, bo model pokazuje ich miejsce.
Model pomaga właściwie interpretować dane. Większość narzędzi process mining zaczyna od dziennika i na jego podstawie odtwarza proces. To, czego dziennik nie zawiera, pozostaje niewidoczne. Gdy model powstaje wcześniej, dane nie muszą opisywać całego procesu, by były przydatne: struktura już istnieje, każda liczba odnosi się do nazwanej czynności, a braki widać jako kroki, dla których nie ma jeszcze danych.
To także argument przeciwko czekaniu na kompletne dane. Dziewięciomiesięczny projekt zbierania idealnego dziennika może zakończyć się analizą procesu, który w międzyczasie się zmienił. Wtedy pierwsza analiza opisuje historię projektu, a nie pracę. Lepiej szybko uzyskać przybliżony, ale użyteczny obraz: jeden proces, jeden system, trzy miesiące zdarzeń i decyzja do podjęcia.
Zakres danych rośnie wraz z architekturą. Kolejny udokumentowany proces wnosi własny dziennik, a zasięg bliźniaka rozwija się wraz z katalogiem procesów, nie z programem gromadzenia danych.
Kondycja procesu: jak mierzyć bliźniaka
Bliźniak bez oceny to projekt pozbawiony informacji zwrotnej. Kondycja procesu pozwala na bieżąco zestawiać model z danymi i wprowadzać usprawnienia z tygodnia na tydzień. Ramy CURES wyjaśniają, co mierzy każdy z pięciu wymiarów.
Jakie decyzje można podejmować na podstawie cyfrowego bliźniaka
Zatwierdzić zmianę czy ją odrzucić. Zamodelujcie proponowany proces, przyjmijcie realistyczne wolumeny i czasy, a następnie porównajcie warianty. Symulacja cyfrowego bliźniaka jest tak dobra, jak założenia, na których się opiera. Warto je przedyskutować: symulacja nie przewiduje przyszłości, lecz pokazuje tok rozumowania.
Zdecydować, gdzie skierować kolejne działania usprawniające. Diagram może pokazać, że w procesie jest etap akceptacji. Dane o jego przebiegu ujawniają, jak długo czekają na nim sprawy. Dopiero oba źródła informacji pozwalają ocenić, czy warto się nim zająć. W artykule jak analizować proces opisujemy drogę od wykresu do wniosków.
Sprawdzić, czy model nadal odzwierciedla rzeczywistą pracę. Porównanie modelu z niedawnymi danymi o przebiegu procesu pokazuje, gdzie rzeczywistość zaczęła odbiegać od opisu. To sygnał, by zweryfikować model, a nie bezkrytycznie ufać gotowemu dokumentowi.
Dane wejściowe i wnioski
O cyfrowym bliźniaku nie przesądza pierwszy, lecz drugi i trzeci import danych. Gdy analiza jest już gotowa, trzeba ją aktualizować i sprawdzać, co pokazuje:
- Wystarczy codzienna aktualizacja. Dziennik nie musi trafiać do bliźniaka na bieżąco. Wystarczy raz dziennie lub raz w tygodniu zastąpić zbiór danych nowym eksportem, by wydobyty proces i dashboardy odzwierciedlały aktualną sytuację. Decyzje dotyczące procesów nie zmieniają się co minutę. Aktualizacja, którą ktoś rzeczywiście wykonuje, jest lepsza niż potok danych, którego nikt nie utrzymuje.
- AI analizuje dane, zanim zrobią to Państwo. Rekomendacje AI dotyczące danych skanują zbiór, wskazują mapowania kolumn i problemy z jakością oraz podają poziom pewności. Dzięki temu błędna kolumna ze znacznikami czasu zostanie wykryta, zanim zniekształci analizę.
- Podsumowania AI opisują proces. Podsumowania AI wskazują wąskie gardła, problemy ze zgodnością, trendy i kondycję procesu bezpośrednio na kanwie. Wcześniej wymagało to pracy analityka i spotkania.
- Można zadać pytanie o proces. Asystent AI odpowiada na pytania dotyczące procesu i proponuje zmiany, które można sprawdzić i zastosować jednym kliknięciem.
- Z bliźniaka może korzystać dowolny asystent. W planie Enterprise serwer MCP udostępnia procesy i modele jako standardowe narzędzia MCP. Dzięki temu Claude, ChatGPT, Copilot lub własny agent mogą pracować na tych samych danych objętych nadzorem. Jeden otwarty standard zamiast niestandardowej integracji, a każdy użytkownik nadal widzi tylko to, na co pozwala jego licencja.
- Można przetestować zmianę na rzeczywistych parametrach. Symulacja wspomagana przez AI tworzy parametry symulacji na podstawie modelu lub wyprowadza je z własnych danych. Dzięki temu przygotowanie scenariusza „co, jeśli” zajmuje mniej czasu.
Cyfrowy bliźniak działa dzięki krótkiej pętli: powstaje eksport, odświeża się analiza, podsumowania i ocena kondycji pokazują, co się zmieniło, a ktoś podejmuje decyzję. Gdy ten cykl działa bez osobnego projektu, bliźniak jest na poziomie operacyjnym.
Od którego procesu zacząć
Wybierzcie proces powiązany z konkretną decyzją i mierzalnym wynikiem, dla którego dane o zdarzeniach są dostępne przynajmniej w jednym systemie. Dobrym kandydatem jest zwykle akceptacja lub przekazanie sprawy, które już budzi spory. Spór wskazuje pytanie, a odpowiedź znajduje się w dzienniku.
Zanim cokolwiek Państwo zadeklarują, sprawdźcie, czy dane o zdarzeniach obejmują potrzebne czynności i czasy. Minimum to identyfikator sprawy, czynność i znacznik czasu dla każdego zdarzenia. Następnie zamodelujcie proces, wczytajcie dane i sprawdźcie, gdzie model rozmija się z rzeczywistością. Jeśli słabszym ogniwem jest model, warto zacząć od mapowania procesów.
Where to Go From Here
Mają Państwo plan i pierwszy szczebel. Wybierzcie jeden proces, wczytajcie jego dziennik i sprawdźcie, gdzie model rozmija się z danymi.
