← Six-Week Performance Improvement Sprint
Co Może Rozwiązać Sześć Tygodni, a Co Potrzebuje Business Case
Procesy dające się standaryzować i zepsute przekazania można w pełni rozwiązać na sześć tygodni; problemy architektury systemów czy projektu organizacyjnego zazwyczaj produkują solidny plan i business case zamiast ukończonego rozwiązania, ponieważ takie zmiany zazwyczaj wymagają inwestycji i ram czasowych, których sześciotygodniowe okno nie może odpowiedzialnie dostarczyć. Wiedza, do której kategorii należy problem, zanim się zacznie, pozwala sprintowi obiecać konkretny, uczciwy wynik zamiast otwartego.
Jak wiedzieć, do której kategorii należy problem, zanim się zacznie
Jeśli rozwiązanie głównie wymaga zmiany, jak ludzie pracują w ramach istniejących systemów i struktur, to zazwyczaj rozwiązywalne w sześć tygodni. Jeśli wymaga wymiany systemu, nowej struktury organizacyjnej czy inwestycji kapitałowej, zazwyczaj tak nie jest, ale dobrze zdefiniowany business case dla większej zmiany to nadal sześciotygodniowy wynik.
Dlaczego business case pozostaje rzeczywistym wynikiem, nie nagrodą pocieszenia
W pełni wyceniony business case, wysiłek, zasoby, ryzyko, zdefiniowana data rozpoczęcia, zamienia niejasne poczucie, że "coś musi się zmienić", w decyzję, którą zarząd faktycznie może zatwierdzić lub odrzucić. To materialnie różny i cenniejszy wynik niż kolejna runda analizy.
Co się dzieje, jeśli sprint w połowie odkryje, że problem jest większy
Punkt kontrolny go/no-go po dwóch tygodniach istnieje częściowo właśnie po to, jeśli diagnoza ujawni, że problem jest strukturalny i nie na poziomie procesu, pozostałe tygodnie przesuwają się w kierunku budowania business case zamiast wymuszania realizacji, która nigdy by nie przetrwała.
Marża Spada, a Nie Macie Sześciu Miesięcy, By Ustalić Dlaczego
Sześciotygodniowy sprint dociera do podstawowej przyczyny, testuje rozwiązanie w działaniu i zostawia was z działającym rozwiązaniem lub pełnym, wycenionym business case, mówimy wam które od początku, nie w połowie drogi.