Blog

Minsta möjliga åtgärd – så tar du saker som har fastnat vidare

DEC 15, 2021

Svåra, omfattande eller obehagliga uppgifter kan ibland få oss att stanna upp. Vi vet att vi borde ta itu med dem, men vi börjar skjuta upp dem och ingenting blir gjort. Det kan handla om något nytt som vi inte vet hur vi ska göra. Eller så kan det vara så viktigt att vi inte vågar göra något av rädsla för att göra fel. I sådana situationer kan du satsa på: minsta möjliga genomförbara åtgärd.

Arto Kiiskinen

Arto is a Leading Product Owner Coach with 20 years of experience in leading R&D activities both in large and small organizations, in many different roles. He is now committed to training and coaching product owners to become better at their work. He is also CSPO, PSPO, PSM, and ISTQB certified.

Minsta möjliga åtgärd innebär helt enkelt följande: vilken är den minsta möjliga åtgärden som kan bryta uppskjutandet, föra arbetet framåt och ge återkoppling på den valda riktningen?

Minimum viable product (MVP)

Minsta möjliga åtgärd är en vidareutveckling av minimum viable product (MVP). MVP har varit ett välkänt begrepp inom produktutveckling i 20 år. Lean startup-rörelsens definition av MVP är ”vilken uppsättning funktioner i en produkt ger maximalt lärande med minsta möjliga insats?”. Med en MVP arbetar teamet i små steg för att bekräfta att det är på rätt väg.

Minimum viable test (MVT)

Med growth hacking introducerades begreppet minimum viable test (MVT). Med MVT söker growth-teamet efter små tester som kan genomföras många gånger i veckan. Testerna visar teamet vilka produktförändringar som fungerar bättre än andra för att maximera kundanskaffning och intäkter samt minimera kundbortfall.

Både MVP och MVT har visat Agile-organisationer inom produktutveckling att det är bättre att alltid överväga små åtgärder som är enkla att genomföra. De ger också information och återkoppling om vilken riktning man bör ta. Med minsta möjliga åtgärd (MVA) vill jag föreslå att vi tar detta till individnivå.

När bör minsta möjliga åtgärd användas?

Team använder MVP och MVT när det finns osäkerheter som behöver testas. De kan också använda dem för att dela upp stora och överhängande uppgifter i mindre, mer hanterbara delar.

På samma sätt kan minsta möjliga åtgärd användas när:

  • Vi har fastnat eftersom det är svårt att börja med en uppgift

  • Vi inte vet exakt hur vi ska gå vidare

  • Uppgiften är obehaglig

  • Arbetet framför oss är omfattande och verkar oöverstigligt

Svåra uppgifter som MVA

Ibland är det svårt att påbörja uppgifter eftersom vi inte vet om vissa åtgärder hjälper uppgiften eller skadar den. Vi har samma problem som teamen som använder MVP eller MVT. Att genomföra en MVA kan i dessa fall bekräfta att sättet att agera är rimligt.

Om MVA:n visar att vi är på väg i fel riktning har vi bara lagt ner en liten insats för att upptäcka det. På samma sätt kan en MVA hjälpa oss att övervinna rädslan för att misslyckas om vi är osäkra på hur vi ska utföra en uppgift.

Obehagliga uppgifter som MVA

Obehagliga uppgifter skjuts ofta upp. Vi vill inte börja med dem och vill helst bara göra sådant som ger oss tillfredsställelse. MVA kan hjälpa oss även här. Som Mark Twain en gång sa: ”Vi bör försöka utföra obehagliga uppgifter först på morgonen.” Med MVA minskar vi obehaget till ett minimum.

Känner du dig för trött för att gå till gymmet? Vad skulle MVA:n kunna vara? Ta på dig gymkläderna och sätt dig i bilen. Det kommer att kännas ganska dumt att göra det och sedan gå tillbaka in i huset. Jag slår vad om att du kör till gymmet. Du kan dessutom lura hjärnan genom att säga till dig själv att du bara ska stanna där i fem minuter.

Ett praktiskt exempel

Tycker du inte om att arbeta med statusrapporten för kundprojektet? Vad skulle en MVA för det vara? Vad sägs om detta:

  1. Öppna presentationen

  2. Ändra en bokstav på en slide

  3. Spara filen

Det tog bara en minut. Vad skulle nästa MVA vara? Nu när du har filen öppen blir det lättare att fortsätta. Vad sägs om att arbeta med den i ytterligare tio minuter? Det är inget Jedi-trick, det fungerar på riktigt.

MVA för backlog refinement

Kanske upplever teamet att backlog refinement är jobbigt. ”Vi vill inte slösa tid på möten – vi vill hellre bara koda.” Vad skulle kunna vara en MVA för teamet i det här fallet?

  1. Välj ett kommande backlog-objekt och öppna det så att alla kan se titeln och beskrivningen

  2. Ställ en fråga om objektet (”betyder det här att …?”)

  3. Skriv ner teamets svar som acceptanskriterier

Det tog bara en minut. I praktiken är det allt backlog refinement handlar om. Du kan välja att fortsätta tills ni har några acceptanskriterier på plats.

En annan MVA för backlog refinement

Teamet tycker inte om att förbereda backlog-objekt inför refinement-sessioner. Vad skulle kunna vara en MVA?

  1. Välj ett kommande backlog-objekt

  2. Fråga teamet vem som kan förbereda objektet för refinement

  3. Prata med personen om vad som förväntas – beskrivning, idéer för uppdelning och acceptanskriterier

  4. Skicka det förberedda objektet till teamet så att de kan läsa det före sessionen

Det verkar lite stort för en MVA. Vad sägs om bara punkt 1 och 2? Det skulle bara ta några minuter. Mycket bättre!

Kvanthandling

Kvantmekanik inom fysiken beskriver kvant som den minsta mängden av en fysisk egenskap som ingår i en interaktion. En foton är till exempel den minsta mängd ljus som kan finnas. Det låter kusligt likt minsta möjliga åtgärd, eller hur?

Schrödingers uppgift – vi vet inte om den är död eller levande

Ett annat begrepp inom kvantmekaniken är osäkerhetsprincipen – vi kan inte känna till både partiklars position och rörelsemängd samtidigt. Schrödingers stackars katt var både död och levande samtidigt på grund av en radioaktiv partikels obeslutsamhet. Vissa av dina uppgifter kan på samma sätt vara både döda och levande tills du börjar använda minsta möjliga åtgärd.

Låt oss kalla det kvanthandling i stället

Om du tycker att MVA är ett lite klumpigt begrepp kan du gärna kalla det kvanthandling. Det är vad jag började göra. Jag har börjat ställa frågan: ”Vilken kvanthandling skulle jag kunna ta för att komma vidare i den här frågan?” Den frågan har hjälpt mig att komma vidare med uppgifter och aktiviteter som annars hade fastnat i veckor eller månader. Låt samma fråga hjälpa dig och ditt team.

  • Software development
  • DevOps
  • Agile

Subscribe to our newsletter