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:
Öppna presentationen
Ändra en bokstav på en slide
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?
Välj ett kommande backlog-objekt och öppna det så att alla kan se titeln och beskrivningen
Ställ en fråga om objektet (”betyder det här att …?”)
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?
Välj ett kommande backlog-objekt
Fråga teamet vem som kan förbereda objektet för refinement
Prata med personen om vad som förväntas – beskrivning, idéer för uppdelning och acceptanskriterier
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
Related blogs