← Six-Week Performance Improvement Sprint
Vad Sex Veckor Kan Lösa, och Vad Som Behöver ett Business Case
Standardiserbara processer och trasiga överlämningar kan lösas helt på sex veckor; problem med systemarkitektur eller organisationsdesign producerar vanligtvis en solid plan och ett business case istället för en färdig lösning, eftersom sådana förändringar vanligtvis kräver investeringar och tidsramar ett sex veckor långt fönster inte kan leverera ansvarsfullt. Att veta vilken kategori ett problem tillhör innan man börjar gör att sprinten kan lova ett specifikt, ärligt resultat istället för ett öppet.
Hur man vet vilken kategori ett problem tillhör innan man börjar
Om lösningen mestadels kräver att förändra hur folk arbetar inom befintliga system och strukturer är den vanligtvis lösbar på sex veckor. Om den kräver systembyte, ny organisationsstruktur, eller kapitalinvestering är den vanligtvis inte det, men ett väl avgränsat business case för den större förändringen är fortfarande ett sexveckorsresultat.
Varför ett business case förblir ett verkligt resultat, inte en tröstpris
Ett fullt prissatt business case, ansträngning, resurser, risk, ett definierat startdatum, omvandlar en vag känsla av att "något måste förändras" till ett beslut ledningen faktiskt kan godkänna eller avvisa. Det är ett materiellt annat, och mer värdefullt, resultat än ännu en analysrunda.
Vad som händer om sprinten halvvägs upptäcker att problemet är större
Tvåveckors go/no-go-kontrollpunkten finns delvis just för detta, om diagnosen avslöjar att problemet är strukturellt och inte på processnivå växlar de återstående veckorna mot att bygga ett business case istället för att tvinga fram ett genomförande som aldrig skulle hålla.
Marginalen Faller och Ni Har Inte Sex Månader att Ta Reda på Varför
En sexveckorssprint når grundorsaken, testar en lösning i verksamheten, och lämnar er med en fungerande lösning eller ett komplett, prissatt business case, vi säger vilket redan från början.