BLOG
InstantChange™: technologia, która pozwala zmieniać działający proces, bez przestojów
W większości platform workflow obowiązuje jedna niepisana zasada: nie zmieniaj procesu, który działa. Poprawki poczekają do następnej wersji. Migracja poczeka, aż znajdziesz czas. A tymczasem setki spraw toczy się według nieaktualnych zasad.
WEBCON zbudowano na odwrotnej zasadzie.
Czym jest InstantChange™
InstantChange™ to technologia, która pozwala modyfikować działające aplikacje w WEBCON bez zatrzymywania systemu. Dodajesz krok akceptacji, zmieniasz regułę biznesową, przebudowujesz routing między zespołami, a każda aktywna instancja procesu natychmiast jest zaktualizowana, w ich bieżącym miejscu w procesie.
Co możesz zmieniać na żywo dzięki InstantChange™
Modyfikacja działającego workflow" na różnych platformach może oznaczać różne rzeczy. W WEBCON jesteś w stanie wprowadzić do działającej aplikacji dowolną z poniższych zmian, tu i teraz, przy równoległym działaniu systemu:
- Dodaj lub usuń krok akceptacji: 300 spraw czekających na zatwierdzenie nie zaczyna się od nowa – każda z nich kontynuuje od miejsca, w którym była, już według nowej definicji procesu.
- Zmień regułę biznesową: warunki routingu, progi eskalacji, logikę przypisywania zadań – każda aktywna sprawa od razu działa według nowych reguł.
- Dodaj pola formularza lub zmodyfikuj istniejące: sprawy w toku uwzględniają nowe pola w swoim aktualnym miejscu w procesie.
- Przebuduj logikę routingu od zera: jak praca przepływa między ludźmi, zespołami, działami.
Jedna wersja procesu – żadnych równoległych wersji
InstantChange™ utrzymuje wszystkie instancje na tej samej wersji procesu. Zmiana jest wprowadzona w bieżącym miejscu każdej aktywnej instancji. Ścieżka audytu pozostaje ciągła i kompletna.
Dlaczego większość platform workflow tego nie potrafi
Żeby zrozumieć, co wyróżnia InstantChange™, warto wiedzieć, dlaczego inne platformy zazwyczaj nie radzą sobie dobrze przy zmianach w działających aplikacjach.
Na większości platform workflow instancja procesu jest powiązana z wersją definicji procesu aktywną w momencie jej utworzenia. Instancja przechowuje referencję do tej wersji. Kiedy zmieniasz proces, trwające instancje nic o tym nie wiedzą: nadal działają według starych reguł. Żeby je przenieść, musisz przeprowadzić migrację.
Większość platform daje ci trzy opcje: zostaw stare instancje, żeby skończyły działać według starej definicji (miesiące chaosu z równoległymi wersjami), migruj je ręcznie (ryzykowne, pracochłonne, często niepełne) albo zakończ i uruchom od nowa według nowej definicji (tracisz postęp, kontekst i historię audytu). Każda z powyższych opcji ma realny koszt operacyjny, i żadna z nich nie jest dobra.
Jak InstantChange™ różni się od standardowego podejścia do wprowadzania zmian
Instancje workflow w WEBCON to rekordy w bazie danych, nie obiekty runtime przypisane do konkretnej wersji procesu. Kiedy definicja procesu się zmienia, każda aktywna instancja uwzględnia ją natychmiast, dokładnie w miejscu, w którym się znajduje. Architektura nie ma żadnego limitu czasu dla instancji: process działający od trzech godzin i ten działający od trzech lat są traktowane identycznie.
| ✅ WEBCON InstantChange™ | Standardowe podejście | |
| Zmiany w aktywnych instancjach | Tak – uwzględniają zmianę natychmiast, w bieżący miejscu | Nie – działają dalej według starej wersji lub wymagają migracji |
| Wersja na produkcji | Zawsze jedna | Jedna lub więcej – działają równolegle |
| Migracja | Nie – architektura to obsługuje | Tak - ręczna migracja lub czekanie aż instancje zakończą proces w starej wersji |
| Ścieżka audytu | Prosta – jedna wersja aplikacji | Rozbita między wersje |
| Efekt w czasie | Prosta – jedna wersja aplikacji Proces zostaje aktualny – bez czekających poprawek i usprawnień | Rozbita między wersje Zaległości rosną – nikt nie zmienia działających procesów |
Co zmienia InstantChange™ w praktyce
Każdy zespół ma listę poprawek do swoich procesów − wie, co nie działa. Ale ich nie wdraża, bo zmiana działającego procesu z setkami aktywnych spraw to ryzyko, którego nikt nie chce brać na siebie. Zmiana czeka. Potem kolejna. Lista rośnie, a procesy działają według zasad, które już dawno przestały być aktualne.
InstantChange™ całkowicie usuwa ten problem. W praktyce zmienia to cztery rzeczy:
- Wdrażasz, zanim skończysz zbierać wymagania: prototyp w 60 minut, MVP następnego dnia, poprawki na podstawie na podstawie feedbacku od użytkowników.
- Twoje portfolio rośnie bez powiększania zespołu: Trzy do pięciu osób może utrzymywać sto aplikacji, bo architektura nie utrudnia pracy z każdym kolejnym wdrożeniem.
- Ścieżka audytu zostaje czysta: jedna wersja procesu, zawsze – bez równoległych wersji, bez niejasności w zakresie governance.
Dla kogo InstantChange™ ma największe znaczenie
InstantChange™ to jedna technologia, ale każdy ma inny powód żeby ją cenić:
Process champion: kiedy zmiana po testach trafia na produkcję, nie ma migracji, okna wdrożeniowego ani kolejki do IT. Wszystkie aktywne instancje uwzględniają ją natychmiast.
CIO: Twoje portfolio rośnie bez ryzyk governance, które zwykle idą w parze z szybkością. Twój zespół zostaje mały. Twoja kontrola zostaje nienaruszona.
Compliance lub dział prawny: jedna wersja procesu, zawsze. Kiedy regulator zapyta, jakie reguły obowiązywały w jakiej sprawie i kiedy, odpowiedź jest jednoznaczna.
Właściciel procesu lub manager: polityka zmienia się dziś, Twój proces odzwierciedla ją natychmiast.
Blog




