Faza Scale: gdzie jeszcze możemy wdrożyć to rozwiązanie?

Faza Scale: gdzie jeszcze możemy wdrożyć to rozwiązanie?

Wpis z serii o metodyce DAPIS – podejściu do wdrożeń rozwiązań opartych na dużych modelach językowych (LLM) w organizacjach.

Wyobraź sobie, że twój zespół właśnie zakończył wdrożenie asystenta AI, który automatyzuje klasyfikację korespondencji przychodzącej. Działa. Użytkownicy są zadowoleni. Procent błędów spada poniżej poziomu ludzkiego. I co teraz?

Wielu organizacjom w tym miejscu grozi pokusa zatrzymania się – projekt zamknięty, cel osiągnięty, wszyscy wracają do swoich obowiązków. To błąd. Właśnie w tym momencie metodyka DAPIS nakazuje zadać jedno kluczowe pytanie:

Gdzie jeszcze?

To jest pytanie sponsorujące fazę Scale – ostatni i często najbardziej niedoceniany etap projektu wdrożeniowego.

Czym jest faza Scale?

Faza Scale to etap, w którym organizacja przestaje myśleć o konkretnym projekcie, a zaczyna myśleć o konkretnym rozwiązaniu jako wzorcu do powielania. Jej celem jest identyfikacja i wstępne zaplanowanie kolejnych wdrożeń – w innych procesach, innych działach, dla innych grup użytkowników.

Ważne: nie należy jej uruchamiać natychmiast po zakończeniu wdrożenia. Metodyka DAPIS rekomenduje odczekanie od jednego do dwóch tygodni. Potrzebujesz realnych doświadczeń z użytkowania, a nie hipotez. Dopiero zebrane obserwacje i skorygowane rozwiązanie stanowią solidną podstawę do skalowania.

Co składa się na fazę Scale?

1. Zapewnienie ciągłości operacyjnej

Pierwszym krokiem jest formalne przekazanie odpowiedzialności za rozwiązanie. Ktoś musi je utrzymywać, monitorować i reagować na problemy. Bez wyznaczenia właściciela operacyjnego nawet najlepsze wdrożenie powoli umiera po zakończeniu projektu.

Równolegle uruchamia się ciągły monitoring jakości i bezpieczeństwa odpowiedzi modelu językowego. LLM to nie klasyczny system deterministyczny – jego zachowanie może się zmieniać wraz z aktualizacjami modeli, zmianami danych wejściowych czy dryfem kontekstowym. Monitorowanie to nie opcja, to konieczność.

2. Raport poprojektowy

Kilka tygodni po wdrożeniu – nie wcześniej i nie za dużo później – powstaje raport poprojektowy. To jeden z najważniejszych artefaktów całej metodyki, bo zamienia doświadczenie jednego zespołu w wiedzę organizacyjną.

Typowy spis treści raportu obejmuje:

• Osiągnięte korzyści – wymierne i jakościowe
• Miejsce rozwiązania w procesie biznesowym (najlepiej z mapą procesu)
• Informacje wejściowe potrzebne do zapytania modelu
• Wyniki: jakość odpowiedzi, oszczędność czasu, poprawa satysfakcji, skrócenie czasu realizacji
• Krótki opis koncepcji technicznej
• Co poszło dobrze – pozytywne niespodzianki
• Co poszło źle – rozbieżności między oczekiwaniami a rzeczywistością
• Rekomendacje na przyszłość

Ten raport nie jest dokumentem do szuflady. Jest wejściem do kolejnych działań: biuletynu wewnętrznego, sesji wspólnot praktyków, nowych projektów.

3. Identyfikacja nowych obszarów

Jak znaleźć miejsca warte skalowania? DAPIS wskazuje dwa narzędzia wywodzące się z filozofii lean.

Sito procesowe

Sito procesowe (opracowane przez Iana Glendaya) pozwala posortować procesy organizacji nie według ich złożoności ani potencjału technologicznego, lecz według jednej zmiennej: skali wolumenu.

Logika jest prosta i bezlitosna: nawet drobna poprawa w masowym procesie daje więcej niż rewolucja w procesie rzadko realizowanym.

Procesy dzielą się na cztery kategorie:

• Zielone – 50% całego ruchu procesowego. Realizowane bardzo często, maksymalna powtarzalność. Tu nawet małe automatyzacje dają duże zwroty.
• Żółte – kolejne 45% wolumenu. Dużo różnorodnych procesów, rzadziej realizowanych. Tu kluczowy jest koszt przełączania się pracowników między zadaniami.
• Niebieskie – 4% wolumenu. Rzadkie, złożone procesy. Automatyzacja trudna, ale wartościowa. Warto sprawdzić, czy nie da się ich uprościć do postaci żółtej lub zielonej.
• Czerwone – ostatni 1%. Realizowane manualnie, incydentalnie. Często warto rozważyć ich całkowitą eliminację zamiast automatyzacji.

W praktyce: tworzysz katalog procesów, uzupełniasz wolumeny (tygodniowe, miesięczne), sortujesz, przypisujesz kolory. I wiesz, od czego zacząć.

Analiza wąskich gardeł

Gdy już wiesz, który proces warto zaatakować, analiza wąskich gardeł mówi ci, który krok w tym procesie należy zoptymalizować jako pierwszy.

Wąskie gardło to miejsce, gdzie popyt na pracę przekracza podaż – gdzie narastają zaległości, gdzie praca się piętrzy. Wystarczy zestawić dla każdego kroku procesu: czas cyklu, dzienny popyt, liczbę pracowników, dostępną podaż pracy. Tam, gdzie zaległość jest największa, jest wąskie gardło.

I to jest kandydat numer jeden do automatyzacji z pomocą LLM.

4. Działania organizacyjne wspierające skalowanie

Wiedza o tym, że coś działa, nie rozchodzi się sama. DAPIS rekomenduje trzy mechanizmy:

• Biuletyn problemów procesowych – każdy pracownik może zgłosić problem: proces, skala, wstępna koncepcja. Prosto, otwarcie, regularnie.
• Biuletyn wdrożonych projektów – publikacja raportów poprojektowych. Bez biurokracji, z konkretami.
• Wspólnoty praktyków – regularne, krótkie sesje (do godziny) z ustalona agendą: jedno rozwiązanie, napotkane problemy, nowości ze świata. Nie konferencja, nie prezentacja zarządu – robocze spotkanie ludzi, którzy wdrażają.

Pytania kontrolne dla fazy Scale

Zanim zamkniesz projekt, upewnij się, że potrafisz odpowiedzieć na poniższe pytania:

1. Czy zidentyfikowano podobne procesy i role w organizacji?
2. Czy te same grupy użytkowników zgłaszają analogiczne potrzeby w innych miejscach?
3. Czy ten sam problem, który rozwiązaliśmy, pojawia się gdzie indziej w firmie?
4. Kto przejmuje operacyjną odpowiedzialność za wdrożone rozwiązanie?
5. W jaki sposób będzie monitorowana jakość, halucynacje i bezpieczeństwo informacji?

Metodyka DAPIS została opisana z mojej książce Zarządzanie projektami AI dla początkujących, która zostanie opublikowana we wrześniu 2026.