Hur bygger produktchefer en agil färdplan?

Var effektivare och leverera det som kunderna verkligen vill ha – det är löftet om att anta en agil utvecklingsmetod. Agiles iterativa, inkrementella metodik tilltalar organisationer som vill leverera värde snabbt till kunderna. Företag som tillämpar agil utveckling vill få värdefull kundfeedback med varje iteration. Sedan integrerar de den feedbacken i sina agila produktfärdplaner för att bygga bättre produkter.

Så hur bygger produktchefer en agil färdplan för att stödja agil utveckling? Det första steget är att förstå syftet med en agil färdplan och hur den skiljer sig från en produktfärdplan som utvecklas av en organisation som använder mer traditionella vattenfallsutvecklingsmetoder.

Hur en agil färdplan skiljer sig från en vattenfallsfärdplan

En vattenfallsfärdplan för en produkt kommunicerar ett långsiktigt engagemang för att bygga specifika funktioner enligt en fastställd tidsplan. En agil färdplan tar dock hänsyn till oundvikliga förändringar samtidigt som den förbinder sig till att få ett meningsfullt arbete utfört. Den kommunicerar en kortsiktig plan för att uppnå produktmålen, med flexibiliteten att justera planen i enlighet med kundvärdet.

Här är några viktiga sätt på vilka agila och vattenfalls färdplaner skiljer sig åt:

• Mål
  Vattenfallsorganisationer sätter ofta upp verksamhetsinriktade mål, som mäts med hjälp av finansiella nyckeltal. Agila organisationer fastställer ofta kundorienterade mål, till exempel användartillväxt och nöjda kunder.

• Planeringshorisont
  En produktfärdplan i vattenfall återspeglar åtaganden för en mer långsiktig tidslinje – vanligtvis ett eller två år. Och en agil färdplan återspeglar kvartalsvisa (eller till och med månadsvisa) åtaganden.

• Planeringskadens
  Vattenfallsorganisationer gör vanligtvis årlig strategi- och produktplanering. Agila organisationer gör det vanligtvis mycket mer regelbundet i kvartalsvisa strategi- och produktplaneringscykler.

• Resurs- och kapacitetsplanering
  En färdplan för vattenfall återspeglar en tung förhandsdediplomering av resurser, som fördelas per projekt. En agil färdplan betraktar sprintteamet som resursenhet och kan fördela efter sprinthastighet eller teamkapacitet.

• Investering
  Vattenfallsdrivna produkter får finansiering i enlighet med organisationens årliga planeringskadens. Dessa medel är bundna för året och är ofta baserade på föregående år. Däremot kan agila produkter finansieras stegvis när organisationen justerar sin portfölj utifrån kundernas feedback och data.

• Samarbete
  I en vattenfallsorganisation är arbetet sekventiellt och segmenterat – där en avdelnings fas vanligtvis inte kan avancera förrän den föregående är avslutad. I en agil organisation samarbetar teamen kring en plan och arbetar tvärfunktionellt och samtidigt.

• Flexibilitet
  På grund av hur arbetet planeras och finansieras har färdplaner för vattenfall begränsad flexibilitet. Agila färdplaner rymmer omfattande flexibilitet. Detta kan skapa sina egna utmaningar eftersom teamen måste vara försiktiga så att obegränsad flexibilitet inte leder till onödiga vändningar i utveckling och resurser.

Hur man bygger en agil färdplan

Nu när du vet hur en agil färdplan skiljer sig från en färdplan för vattenfall, är du redo att bygga en. Här är sju steg för att bygga en agil färdplan.

Steg ett: Börja med strategin
En agil färdplan börjar med en fast strategi som inkluderar din produkts vision och mål. En stark vision formulerar det problem som du löser för kunderna. Och målen definierar vad du vill att produkten ska uppnå under de kommande kvartalen, med en tydlig mätning av hur det ska uppnås. Att definiera en strategi är viktigt för alla team – även de som vill gå snabbt framåt. Utan väldefinierade visioner och mål riskerar snabba team att fatta iterativa beslut som leder dem ur kurs.

Steg två: Identifiera strategiska teman
Initiativ (även kallade episka av vissa team) definierar de breda strategiska teman för arbetet som kommer att hjälpa er att nå era mål. Initiativ delas upp i funktioner och användarberättelser, som ofta sträcker sig över flera utgåvor.
Definition av strategiska initiativ definierar det arbete på hög nivå som är nödvändigt för att uppnå målen. De hjälper dig att tydligt kommunicera färdplansstrategin till intressenterna utan att behöva gå in på alla detaljer. Om ditt team behöver ändra kurs bör du börja med att omvärdera och ändra (om nödvändigt) de strategiska initiativen innan du definierar nya funktioner att arbeta med.

Steg tre: Arbeta tvärfunktionellt
För att bygga agila färdplaner krävs frekvent kommunikation och samarbete mellan affärs- och utvecklingsgrupper samt mellan organisationen och dess kunder. Det är till exempel viktigt att du bygger färdplanen med utvecklingsinput, så att realistiska uppskattningar av värde och ansträngning resulterar i en genomförbar plan. Dessutom kräver en agil färdplan att man utnyttjar ansträngningarna från alla avdelningar – design, testning, marknadsföring och försäljning – vars arbete är avgörande för att planera och leverera en komplett produktupplevelse.
Många agila praktiker upptäcker också att de måste arbeta med traditionellt icke-agila grupper – såsom budgetkontor och juridiska team – som kräver längre tidsramar. I det här fallet kan en agil färdplan vara särskilt användbar för att samarbeta om parallella, flera arbetsflöden.

Steg fyra: Bind användarhistorier till strategiska teman
Produktvisionen, målen och initiativen som definieras för en agil färdplan ger produktcheferna en prioriteringsguide för att dekomponera stora arbetsteman i funktioner. Utvecklingsteam kan sedan dela upp funktioner i tekniska krav, uppskatta omfattningen och hjälpa till att organisera dem i sprintar. Resultatet blir en backlog av funktioner och user stories – med en tydlig koppling till produktstrategin – som teamen snabbt kan genomföra.
Du kan styra den agila färdplanen genom att ofta utvärdera deras strategi – om målen ändras bör arbetet som prioriteras också ändras. Men frekventa förändringar ökar risken för att målen ändras i förtid. Att kartlägga arbetet mot en tydlig produktvision kan visa dig var teamet behöver göra justeringar (jämfört med var du bör hålla dig till planen).

Steg fem: En agil release levererar en ökning av produktvärdet till kunderna inom en definierad tidsram. Den skiljer sig från en sprint eller iteration genom att den levererar en ny kundupplevelse (snarare än att bara leverera kod) och omfattar tvärfunktionellt arbete (t.ex. kvalitetssäkring, marknadsföring och säljutbildning). Som produktchef är du ansvarig för att hjälpa till att optimera hela den nya kundupplevelsen. En release återspeglar också viktiga milstolpar – till exempel en marknadslansering eller arkitekturuppgraderingar – och delar insyn i beroenden över arbetet och teamen.
Releases representerar alla kontaktpunkter där kunderna kommer att interagera med en ny produktupplevelse och definieras av det tvärfunktionella arbete som är nödvändigt för att leverera den här upplevelsen. Utgivningarna på en agil färdplan kommunicerar till kunderna ungefär vad de kan förvänta sig att se och när.

Steg sex: Fånga upp idéer
Kundtillfredsställelse är en av grundprinciperna för agila metoder. För att mäta om kunderna är nöjda måste man samla in deras feedback. Och det kan göras via intervjuer om användarupplevelser, inlämningar från idéportaler, användbarhetstester och användningsdata.
När du har samlat in kundernas idéer för att förbättra produkten måste de poängsätta och prioritera dessa idéer för en backlog för framtida utgåvor. Kundernas idéer – tillsammans med produktens vision och mål – bör styra prioriteringen av vad som ska byggas härnäst.

Steg sju: Mät resultat
Företag som tillämpar agilitet mäter framstegen mot sina strategiska mål, granskar utvecklingsmått kring förutsägbarhet och hastighet och utvärderar affärseffekten av nya funktionsidéer. När du använder detta tillvägagångssätt kan du granska och justera dina produktplaner kvartalsvis eller månadsvis. Att inspektera den agila färdplanen och anpassa planerna med hjälp av feedback från kunder och intressenter kan hjälpa dig att tillgodose kortsiktiga förändringar, samtidigt som du fortsätter att göra framsteg mot produktens långsiktiga vision och mål.

Om du bygger och genomför en agil färdplan kan följande frågor hjälpa dig att bana väg:

• Inställer du en produktstrategi med tydliga visioner och mål?

• Definierar du strategiska teman eller initiativ som hjälper dig att arbeta mot dina mål?

• Organiserar ni tvärfunktionella team för att leverera värde till kunderna?

• Har utvecklingsteamen tydligt definierade användarberättelser som är kopplade till produktstrategin?

• Levererar ni regelbundna steg av värde till kunderna enligt tidsplan?

• Hanterar ni hela kundupplevelsen?

• Samlar ni in kundernas feedback på de versioner ni levererat och använder ni den för att styra er färdplan?

• Utvärderar ni regelbundet framstegen mot era strategiska mål? Får frekventa omställningar dig att ändra din färdplan för ofta och stoppa utvecklingen?

Med en tydlig strategi, frekventa releaser, snabb återkoppling och anpassningsbar prioritering kan en agil färdplan hjälpa organisationer att leverera kundvärde – snabbare – med minskad risk och mindre slöseri.