Kravbloggen

Bloggen för alla som är intresserade av kravhantering. Vi tror på kravhantering som förknippas med kreativitet, enkelhet och innovation. Läs gärna mer om våra tankar här!

Missa inte nästa inlägg!

Prenumerera på vårt nyhetsbrev

Ämne: kravhantering-2

user stories

Måste vi BÖRJA med VARFÖR?

Tobbe: Jag vill ha en syltbulle!

Robban: Va?

Tobbe: Jag vill ha en SYLTbulle!

Robban: Är du hungrig??

Tobbe: Mmmm... kan inte du SNÄLLA gå och köpa en på Fabrique? Jag swishar!



kravanalys

Vad kan vi lära oss från matlagning?

Vad kan vi lära oss från matlagning? Precis som vid kravhantering och programutveckling kan man tillämpa olika tekniker och ”best practices”.


användbarhet

Citybanan – blev det rätt?

Det är inte bara sommarens efterlängtade semester som snart kör igång – det gör även pendeltågen på den nya Citybanan i Stockholm. Det är med spänning vi väntar på att se hur rätt det blev. Kommer stationerna ha "god orienterbarhet" och "gångvägar ska kännas naturliga" och har man lyckats "undvika prång och dolda hörn"? Och kommer dörrarna på plattformen att öppnas när tågets dörrar öppnas, och sen stängas när de ska? Det är en riktig nagelbitare för många.


kravhantering

Olika branscher - samma förutsättningar

Igår hade jag möjligheten att prata på Requires After Work. Jag berättade om likheter och olikheter som jag har upplevt efter att ha jobbat med krav i över 15 år inom olika branscher.

Den mest slående likheten tycker jag är att det ALLTID är BRÅTTOM.

Som konsult ligger det lite i sakens natur att det är bråttom eftersom man tar in konsulter när man saknar tid eller kompetens att göra något själv, men att det är bråttom gäller inte bara när jag arbetat som konsult. Ofta är det också brist på förståelse för "VARFÖR TAR DET SÅ LÅNG TID". 


värdeskapande

Är LOU verkligen ett hinder?

Svårigheter med LOU och ett förslag på lösning

Till och från skrivs det en del om Lagen om Offentlig Upphandling (LOU) och vad den får för konsekvenser och vilka problem den ställer till med vid upphandlingar. Många av de som debatterar detta är representanter för upphandlande myndigheter av olika slag. Ibland ställs det krav på att förändra lagen så att det ska bli lättare att upphandla så man får det man vill ha.

På ytan så kan det vara ett attraktivt sätt att se på det. Om vi ändrar lagen så att vi får större frihet att välja vad vi vill så blir allting lättare och bättre. Problemet är dock själva anledningen till att vi har LOU över huvud taget, nämligen för att motverka korruption och nepotism. Pengarna som de upphandlande myndigheterna använder är inte deras egna. Det är allas pengar och det är myndigheternas ansvar att använda dem på bästa möjliga sätt.

Visst kan det finnas saker i lagen som kan förenklas men som jag ser det ligger inte problemet i LOU utan i hur man arbetar med den.

Den gängse uppfattningen är att man måste köpa det billigaste alternativet och att man inte kan ta hänsyn till saker som miljö, närproduktion och kvalitet. Men om man läser lagen (ganska ofta får jag känslan att många debattörer inte har gjort det) så är det tydligt att det inte är fallet.


kravhantering

Risker = krav?

I mitt nuvarande uppdrag som Risk Manager inom ett stort program på ett av de större svenska företagen består min vardag av att, baserat på olika typer av information och kommunikation, försöka se in i framtiden och göra en bedömning av om det finns några risker/hinder/osäkerhet för att man ska lyckas leverera projekten inom programmet. Vad gäller arbetssättet råder det inga som helst tvivel om likheterna mellan jobbet som Kravanalytiker / Business Analyst och mitt uppdrag som Risk Manager. Båda rollerna innebär en hel del faciliterande av olika typer av möten, envist frågande, läsande och bearbetande av en massa information, fler frågor och så även en hel del dokumenterande. Och sedan lite mer frågor. Lite jakt på viktiga personer höll jag på att glömma bort.


kommunikation

Hur få kvalitet i kravgranskning?

Jag tror att alla är överens om att det är viktigt att kvalitetssäkra kravspecifikationer. En felaktig eller inkomplett kravspecifikation kan få katastrofala följder. Som kravansvarig har man gjort sin kravplan och punkten ”kravgranskning” låter ju tämligen enkel att genomföra. Men är det så i verkligheten? I många fall inte tyvärr.


kravhantering

God fortsättning!

Så var det nytt år och dags för Kravbloggen att komma igång igen. Själv har jag haft en lugn jul och gott om tid att tänka och reflektera över allt som hänt under 2015. Det kommer antagligen bli ett par blogginlägg om det inom kort. Fram tills dess skulle jag vilja passa på att tipsa om Kravdagen 2016 där jag kommer att tala.


bok

Recension: Fifty quick ideas to improve your User Stories

Jag har varit ett fan av Gojko Adzic och hans idéer under en längre tid och intresset blev knappast svalare efter hans föreläsning på Kravdagen 2015; ”How to thrive with a flexible scope”. Jag tänkte därför skriva en kort recension av en av hans böcker, nämligen ”Fifty quick ideas to improve your user stories.”


Agile

Förvirringen mellan Use Cases och User Stories

Begreppsförvirring har vi skrivit om flera gånger i den här bloggen men jag tror ni klarar av ett inlägg till. I takt med att agil utveckling blir mer och mer populärt har även användandet av User stories ökat ordentligt. Många verkar dock inte riktigt veta vad en User Story verkligen är. Och hur skiljer den sig egentligen mot ett Use Case?


kravhantering

Krav på mjuka värden

Förutom jobbet som business analyst eller kravanlytiker gör jag också något lite mer annorlunda, nämligen skriver musik till bland annat tv-spel. För någon dag sen funderade jag lite på hur kraven egentligen ser ut i den världen. I det här fallet är ju jag nämligen leverantör och därmed mottagare av kravspecar.

Så hur kravställer man så abstrakta saker som musik? Hur sätter man siffror på känslor och upplevelser, på ljudbilder, pianon och stråkar? Vad är ”bra musik”?


kommunikation

En elefant i rummet

Hej Branschen,

Jag är inte helt säker, men jag tror att det står en elefant i rummet! Ni vet en sån där jobbig grej som alla vet finns men som ingen vågar nämna för man är inte säker på att de andra ser den. Jag ser den i alla fall. Jag ska beskriva den, så får vi se om ni också tycker att det är en elefant, eller om det kanske bara är en dammråtta.

Elefanten jag pratar om är det här med terminologi för kravhantering. I vårt arbete svänger vi oss med en massa fina ord för att beskriva saker och utgår från att alla andra förstår vad vi menar. Men är det alltid så? Nej, självklart inte. Efter 10 år som kravhanterare har jag kommit att inse att många av oss faktiskt använder ord väldigt olika.


Framtid

Bara en simpel kravare?

I höstas i pausen på en konferens började jag prata med några kravanalytiker. Det var äldre herrar som alla kom från ett större bolag. När jag berättade att även jag jobbar med krav blev de förskräckta. Hur kan jag som ung välja en så mossig bana? Varför skulle en person som läst en civilingenjörsutbildning välja att arbeta med något på en så låg nivå? Hela världen är ju öppen! Möjligheterna är oändliga! Så varför?


definition of done

Veckans tips

Hej!

Vi börjar den här veckan med några av de bloggposter jag tyckt varit bra den senaste veckan. Fortsätt gärna tipsa om bra bloggar om kravhantering och business analysis.


användbarhet

Har kunden eller utvecklarna rätt?

Vi har tidigare här på kravbloggen roat oss med exempel ur verkligheten på produkter som hade tjänat gott på en bättre kravhantering. Kravspecificering och produktverifiering kan vara synnerligen välgjorda, men om produkten eller tjänsten sedan inte fungerar i praktiken för kunden är den inte lyckad. Man bör helt enkelt säkerställa att man både har designat produkten rätt och har designat rätt produkt.


kravhantering

Det här håller ju inte?

Då och då, efter att noggrant ha gjort sin BA-analys, inser man att den bästa lösningsapproachen givet de mest kritiska kraven och de begränsningar som finns i projektet inte ger någon vettig ROI. Men projektet har ett sådant momentum och driv att de har svårt att stanna upp och inse detta. I andra fall har projektsponsorn verkligen bestämt sig för att det är det här som ska genomföras och ser därför inte de negativa konsekvenserna.


kravhantering

Veckans tips

Hej!

Såhär inför jul tipsar jag om ytterligare bloggposter som jag tyckte var extra intressanta den senaste veckan. Kom gärna med tips på era favoritbloggar inom krav och BA.


verktyg

Den stora verktygsloopen

Har ni någon gång varit med om att någon på ert företag tyckt att en uppgift inte riktigt fungerar så smidigt som den ska och därför kommer till slutsatsen ”vi borde ha ett verktyg för det”? Utan att göra en ordentlig problemanalys och vilka behov man har bestämmer man sig för att ett verktyg är lösningen. Vilket verktyg man väljer baseras på en stor andel gissningar, lösa antaganden och kunskap som ”sitter i väggarna”. Inte alltför förvånande blir dessa projekt oftast mycket dyrare än beräknat.


användningsfall

Bristen på användningsfall och scenarion

Alla har vi väl handlat i en affär där man scannar in varorna och betalar själv. Inte med en sån handscanner man har med sig, utan vid kassorna. Jag har stött på två system och de är väldigt olika, båda med sina egna brister.


kommunikation

Diskussionsgrupper

Jag tänkte passa på att tipsa om lite grupper på Linked In där det diskuteras Kravhantering och Business Analysis. Här delar vi mest med oss av våra idéer och tankar kring krav och BA, men det behövs även mer fri diskussion om allt från branschnyheter, forskning och utbildningar till verkliga exempel på både lyckad och misslyckad kravhantering.


Ledarskap

Gästinlägg: Hur kan kundinvolvering driva innovation?

Leaders see more than others see, and leaders see before others see”, säger bästsäljande ledarskapsförfattaren John C. Maxwell.

Att kunna se mer kundbehov än andra är önskvärt. Att se kundbehov före andra är också bra; den som är skicklig på det skaffar sig ett försprång i utvecklingen av sina produkter och tjänster, blir mer innovativ.

Att vara innovativ är att skapa nya, brukbara idéer och genomföra dem.


användbarhet

Behov vs ny teknik

Mina dagar består väldigt ofta i att försöka övertyga personer och företag om att kravhantering är viktigt. Ett av de vanligaste problemen jag stöter på är att företag fokuserar helt på ny teknik och ser det som nyckeln för att utveckla framtida, konkurrenskraftiga produkter. Jag menar dock att tekniken bara blir värdeskapande om den löser ett visst behov hos intressenterna, och det är ju precis det som kravhantering är bra för – att specificera vad intressenterna vill ha. Vad ska bli bättre, hur mycket bättre och för vem?