Plan oderwany od rzeczywistości
Terminy są w Excelu, a aktualne stany, moce i wykonanie w innych miejscach.
Technologia jest środkiem, a nie punktem wyjścia. Najpierw rozpoznajemy problem operacyjny, upraszczamy przepływ pracy i informacji, a dopiero potem przekładamy go na system wykorzystywany każdego dnia.
Rozmawiamy z użytkownikami i kierownictwem, analizujemy dane, dokumenty, wyjątki i faktyczny obieg informacji.
Ustalamy odpowiedzialności, źródła danych, zasady walidacji, automatyzacji i kontroli decyzji.
Tworzymy aplikację, model danych, importy, synchronizację, raportowanie i historię zdarzeń.
Porządkujemy i uzgadniamy historię, pomagamy użytkownikom oraz testujemy pełne scenariusze operacyjne.
Wykorzystujemy wskaźniki, odchylenia i uwagi użytkowników do upraszczania oraz dalszej automatyzacji.
Terminy są w Excelu, a aktualne stany, moce i wykonanie w innych miejscach.
Te same wielkości produkcyjne i dokumenty są przepisywane między systemami.
Kierownictwo widzi odchylenie KPI, ale nie może dotrzeć do stada, partii lub zdarzenia.
Korekty, braki, zatwierdzenia i uzgodnienia odbywają się pocztą lub telefonicznie.
Oddziały muszą pracować również wtedy, gdy Internet chwilowo nie działa.
Nowe lokalizacje, zasady i raporty wymagają elastycznego rozwoju systemu.
Architekturę wybieramy według wymagań procesu: dostępności sieci, własności danych, czasu reakcji, identyfikowalności i możliwości utrzymania.
Rozmowa o rzeczywistym sposobie pracy często pozwala szybko znaleźć obszary do uproszczenia i usprawnienia.