Över 65% av Strategiska Initiativ Når Inte Sina Mål. Inte för att Strategin Var Fel.

Översätt varje ambition till blockers och success conditions, och kör varje success condition genom de 8 affärsdomänerna innan någon ordning planeras, Proposition Development, Process & Technology, Resources & Capabilities, Partners & Suppliers, Commercial Effectiveness, Value Communication, Customer Insights och Relationship & Retention. Att planera ordning före detta steg ger bara ett schema som verkar rimligt men vilar på antaganden som aldrig testats mot hela verksamheten, precis det som får färdplaner att falla samman efter några månader.

Det är vanligtvis ett kapacitetsproblem, inte ett strategiproblem, färdplaner byggs på önskad kapacitet istället för teamets verkliga, redan bundna kapacitet. Personerna som förväntas leda ett nytt initiativ är ofta samma som håller igång den nuvarande verksamheten, och en färdplan som inte tar hänsyn till den krocken fastnar så fort vardagen krånglar, vilket nästan alltid händer tidigare än planerat.

Ordna efter påverkan, ansträngning, obligatoriska beroenden och vilka åtgärder som kan köras parallellt inom samma domän, inte efter vilket initiativ som har den högsta rösten. Obligatoriska beroenden spelar större roll än de flesta prioriteringsövningar erkänner, ett initiativ som isolerat verkar ha hög påverkan för låg ansträngning kan förbli blockerat i månader om det i tysthet hänger på tre andra åtgärder.

Kartlägg beroenden explicit under den teoretiska färdplansfasen, innan något business case byggs, så att ordningen speglar vad som faktiskt måste hända först, inte vad som skulle vara bekvämast att börja med. Beroenden som upptäcks efter att ett business case redan byggts och resurssatts är mycket dyrare att lösa än de som upptäcks medan färdplanen fortfarande bara är en ordningsövning på papper.

En ansvarig, en deadline, nödvändig kapacitet, beroenden och en definition av klart för varje enskild åtgärd, inte bara en lista över initiativ med ungefärliga deadlines. En färdplan som saknar något av dessa fem element per åtgärd är inte egentligen genomförbar; det är en önskelista med bättre design, eftersom ingen kan hållas ansvarig för att leverera något som aldrig specificerats tillräckligt exakt för att verifieras.

Tilldela en ansvarig under sexveckorssprintfasen, när varje åtgärd eller grupp bygger sitt eget kompletta business case, inte tidigare, när åtgärden fortfarande är för abstrakt för att meningsfullt ägas. Att tilldela ägarskap för tidigt ger vanligtvis vagt ansvar för en vag åtgärd; att vänta på business case-fasen betyder att den ansvarige ärver något konkret nog att faktiskt svara för.

Märk varje åtgärd som uppgift, projekt eller program, lägg till en ansträngningsuppskattning i dagar, veckor eller månader, och numrera sekvenser där den beror på andra åtgärder, så att färdplanen speglar realistiska, inte optimistiska, deadlines. De flesta förseningar i färdplaner kommer från ansträngningsuppskattningar gjorda utan denna detaljnivå, en enda meningslinje kan dölja mycket olika mängder verkligt arbete beroende på dess faktiska omfattning.

Konsolidera den validerade färdplanen i ett enda dokument, efter styrelsegranskning, med ansvarig, deadline, kapacitet, beroenden och definition av klart per åtgärd, så att ingen jobbar med en lite annan version som cirkulerade för tre veckor sedan. Att flera versioner av färdplanen cirkulerar i organisationen är en av de vanligaste, och lättast undvikbara, anledningarna till att team tyst jobbar mot olika prioriteringar.

Kör varje success condition genom de 8 affärsdomänerna; om en domän har noll åtgärder är antingen något förbisett eller så var måltillståndet för smalt från början. En färdplan som aldrig rör, till exempel, Partners & Suppliers eller Customer Insights är inte nödvändigtvis fel, men det är värt att explicit bekräfta att det är ett avsiktligt omfångsval, inte en blind fläck ingen märkte.

Fastställ den ordnade sekvensen i den teoretiska färdplanen, den kommer från beroenden, inte från vem som argumenterar högst det kvartalet för att flytta upp sitt initiativ på listan. Prioriteringar som ständigt ändras svarar vanligtvis inte på genuint ny information; de svarar på vem som har mest politiskt kapital just den månaden, precis vad en beroendebaserad ordning är specifikt designad att motstå.

Koppla varje åtgärd till ett specifikt success condition, som i sin tur är kopplat till en specifik strategisk ambition, så att kedjan från åtgärd till resultat är spårbar från början till slut, och vem som helst kan fråga varför en åtgärd finns och få ett direkt svar. Initiativ som inte kan spåras så till en ambition är vanligtvis de första kandidaterna att tyst tas bort när kapaciteten blir knapp.

Den saknar troligen verkliga business case, ansträngning, resurser, risk och en namngiven ansvarig omvandlar en plan från avsikt till beslut, och en färdplan utan dem är egentligen bara en lista över bra idéer ingen ännu bundit sig till. Glappet mellan en färdplan som ser komplett ut och en som faktiskt driver handling ligger nästan alltid på denna nivå av operativ detalj, inte i den strategiska logiken.

Varje sprint tar en åtgärd eller grupp och omvandlar den till ett komplett business case: ansträngning, resurser, risk, startdatum, ansvarig och definition av klart, vilket omvandlar en färdplansrad till något ett team kan börja genomföra från dag ett. Att köra dessa sprintar i ordning genom färdplanen omvandlar den teoretiska beroendebaserade sekvensen till en uppsättning verkliga arbetspaket, med resurser, ägarskap och kalender.

Detaljera exakt ansträngning i tid, pengar och personer, nödvändiga resurser och kompetenser, genomförandevillkor, risker och deras mildringar, startdatum, ansvarig och definition av klart, samma noggrannhet en styrelse skulle förvänta för ett kapitalinvesteringsbeslut, tillämpad på varje relevant initiativ i färdplanen, inte reserverad för bara en eller två av de största.

Genomför en granskningsworkshop där VD och styrelse jämför den teoretiska och genomförbara färdplanen, och justerar uppgiftsomfång och prioriteten för drivkrafter, den ordnade sekvensen själv förblir fast eftersom den kommer från beroenden, inte preferenser. Vad ledningsgruppen faktiskt justerar på denna workshop är omfång och resurser, inte den underliggande logiken för vad som måste hända före vad.