Här hittar du information om stadiet behov/idé - den ingår inte i själva uppdraget då det ännu inte är startat, men är det som är upprinnelsen till ett uppdrag och behöver här nämnas för att sätta det i sitt sammanhang.
Upprinnelsen till ett uppdrag är ofta en idé om en förändring, ett nytt behov som uppstått eller ett krav som ska tillgodoses. Behovet kan komma från olika håll i verksamheten/politiken eller från lagkrav och lyfts till exempel till linjechef eller objektledare. Vi behöver då välja rätt initiativ att satsa våra resurser på.
Än har inte uppdraget startat.
Nu ska vi möjliggöra att bedöma behovet/idén (initiativet) tillsammans med andra nya och befintliga initiativ. Vem som helst kan identifiera ett behov/krav eller ha en idé om förändring. Hur vi fångar upp det är olika. Vi är inte styrda centralt i hur vi ska gå tillväga i er verksamhet/objekt.
Om Ford i början av 1900-talet hade frågat människor vad de ville ha, hade människorna kunnat svara: Snabbare hästar. Det är inte alltid behovsägaren har klart för sig att de inte behöver mer av samma sak, utan kanske en annan lösning.
Det är olika hur strukturerat arbetet är i detta stadie. För större/mer komplexa initiativ bör arbetet vara mer strukturerat än vid mindre.
Syftet är att möjliggöra att bedöma behovet tillsammans med andra nya och befintliga initiativ. Vilken verksamhetsnytta ska det bidra till och vad kommer det kosta.
Nu ansvarar beställaren för att identifiera behovet genom att ta reda på varför något behöver göras, vilken nytta det leder till och vad som händer om inget görs. Det ligger till grund för dialog för om det ska prioriteras eller inte. Dialog och beslut kan till exempel ske inom ett styrgruppsmöte i ett objekt. Beställaren behöver ofta stöd från till exempel objektet/medarbetare för att förstå behovet.
I vår utvecklingsportal kan du läsa mer om hur du kan jobba mer med behovet/problemet/idén eller utmaningen och få verktyg för det.
Till exempel kan ni med fördel göra en behovsanalys som hjälper er i att få samsyn i vad behovet är!
I detta stadie finns det ett värde i att, där det är aktuellt, undersöka om behovet stämmer överens med aktuella eller kommande utlysningar av externa medel.
Om behovet/idén är prioriterad så är det beställarens ansvar att ta reda på vilka behov, krav och förutsättningar som finns för att starta ett uppdrag. Det beskrivs i det förberedande stadiet.
Beställaren.
Nyttja online-verktyget Hives (endast aktuellt i vissa verksamheter) eller använd någon av nedan metoder
Frågor du kan besvara som kan hjälpa till att beskriva behovet är:
Vad är behovet?
Varför behöver något göras?
Vad är den förväntade nyttan eller effekten?
Vad blir konsekvenserna om inget görs? Vilken är den alternativa kostnaden om inget görs?
User stories är ett sätt att beskriva behov med hjälp av en fördefinierad mall. En user story är en kort beskrivning i vardagligt språk av vad en användare vill uppnå. En grundidé är att varje story ska vara kort och få plats på en post-it lapp. Genom att behovet formuleras i en eller flera user stories så är det både ett sätt att identifiera och formulera behovet eller idén på.
Det finns olika sätt att skriva user stories. Här är ett exempel som fokuserar på behov:
Varför: Vilket behov har användaren/ varför önskar hen detta. Vilket värde tillför det?
Vem: Vem användaren är och vilken roll hen har i systemet.
Vad: Vilken funktion användaren önskar för att uppfylla behovet/varför
Att fokusera på Vad är ofta det lättaste, men behovet är det viktigaste. Här har vi fyllt i mallen med ett exempel:
Varför: För att inte missa en deadline
Vem: Vill jag som Uppdragsledare
Vad: Kunna få en avisering till min mail x antal dagar innan en aktivitet ska vara klar.
Metoden ”5 varför” är en rotorsaksanalys. Den går även att applicera när man ska tydliggöra ett behov.
Det är vanligt att man får till sig önskan om en ny lösning - men de som kommer med önskan har inte alltid funderat på varför de vill ha den nya lösningen.
Genom att fråga varför flera gånger kan du lättare komma fram till rotorsaken.
Ställ frågan varför som en följdfråga till föregående svar.
I en rotorsaksanalys gör man det ofta 5 gånger - men här räcker det ibland med två/tre varför. Ibland krävs flera.