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: business-analysis

kommunikation

Mental models of humans

Have you ever felt like your company is going nowhere with its IT development or struggling to pick up pace? Have you had a frustrating conversation with coworkers about the topic, “Why are we not moving forward more quickly? “. Well, it might just have to do with a number of mental models that humans create in their own head to make the person more effective throughout the day. 

Thus, the known expression “It is hard to teach an old dog to sit! “.


kommunikation

Vad kan vi lära oss från matlagning – Om att få något att se aptitligt ut

Ni har väl hört uttrycket – man äter med ögonen? Maten ska inte bara smaka bra den ska också se god och tilltalande ut för den som äter den. Ibland glöms just detta bort.

Om jag ska göra en köttfärssås till min 7 åring så har jag i massor med grönsaker, men min erfarenhet säger mig att för att undvika diskussioner kring vad som är i och istället ha fokus på hur god den är så mixar jag grönsakerna. Jag anpassar min presentation till målgruppen så att fokus hamnar rätt.

På samma sätt är det med krav - bara för att informationen finns där och till och med är rätt så betyder det inte att den visas upp. Både detaljeringsnivå och syntax bör anpassas, då både målgrupp och mognad/tidpunkt spelar en roll i utformningen.


Agile

Lätt att leka, svårt på riktigt

Alla har vi varit där. På konferenser och på kurser, på teambuildingaktiviteter och kick-off. Nu ska vi äntligen få lära oss en ny och användbar metod från branschens just nu klarast lysande stjärna. Inte nog med det, vi ska ha kul på kuppen!

Men, hur bra är den enskilda metoden egentligen? Är den rentav skadlig!?


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”.


intressenter

Experten vs Kravhanteraren

Har ni hört talas om "filterbubblan" när det kommer till sociala medier och sökningar på internet? Kort sammanfattat kan man säga att det som presenteras i form av sökresultat och nyhetsflöde numera alltid har filtrerats och personifierats utefter dina (outtalade) preferenser. På det personliga planet har vi motsvarande mekanismer, där hjärnan kortsluter och försöker hitta enkla sammanhang som styrker redan tillskansad kunskap.

För några år sedan sa en kollega till mig att "en expert som bara förlitar sig på sin expertis, förlorar i det långa loppet mot en novis som drar nytta av sin omgivning".

Jag har burit med mig detta och försökt att omvandla det till ett förhållningssätt rörande både min och andras kunskap - även när man tror att man vet allt så gör man inte det.


Reflektioner

Dags att reflektera!

Ofta när man diskuterar kommunikation så handlar det om hur man ska förmedla något som ”avsändare” av information. Men eftersom kommunikation oftast handlar om en dialog så behöver vi erkänna att vi har två sändare och två mottagare. Det kan var en obalans av aktivitet mellan parterna men det är en dialog även om den ena pratar och den andra bara hummar jakande.

Det finns en term som jag tycker man kan använda sig av för att beskriva detta ”feedbackande” och det är att reflektera. Normal pratar man om att man reflekterar och summerar i samtal, men det är ett koncept som kan användas i mycket mer än samtal. Det belyser en otroligt viktig egenskap i kedjan att realisera ett krav. Det är inte en envägskommunikation som möjliggör att man träffar rätt – att behovet som kommunicerats initialt, faktiskt resulterar i just den ”feature” som faktiskt efterfrågades. Det kräver att man kontinuerligt återkopplar och säkerställer att det man hört faktiskt överensstämmer med det som var tanken hos avsändaren. Vi kan minimera risker genom att minska antalet led och överlämningar, men så länge inte idén föds och implementeras av samma person så behövs feedbackloopen (= reflektion). Det handlar ju inte bara om att bara putta information nedströms. Både avsändare och mottagare vill ha kvitto på förståelse, då information filtreras efter mottagarens hjärna och inte sändarens.


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.


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.


user stories

En oväntad upptäckt

På sista tiden har det pågått lite diskussion om use cases (UC) och user stories (US). När ska man använda vad och vad är för- och nackdelarna med respektive metod. I det här inlägget kommer jag inte gå in på några djupa detaljer om detta utan jag vill dela med mig av en intressant upptäckt jag gjorde nyss.

En sak brukar de flesta vara överens om och det är att User Stories handlar om kommunikation. En US är inte bara ett annat sätt att skriva krav på utan det är mer än så. Man tvingas att tillsammans fundera på vilken den verkliga intressenten är och vad som faktiskt är dennes verkliga behov. Därför är det viktigt att arbetet med att formulera US är en gemensam aktivitet med representanter från alla delar av projektet. Tyvärr är det ju så att metoder kan missförstås (och ibland missbrukas medvetet)...


kravinsamling

Developers Vs Business Analysts

As Business analysts or analysts working with requirements, we often think that in most organisations and projects, there is a business analyst working between the business and IT to collect the requirements, document them and communicate them to the developers. In ideal world this should be the case but it’s unfortunately not always the case.


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.


Reflektioner

Ett nyöppnat kontor och renoveringar

Reflekterade häromdagen kring olika typer av krav och hur dessa kommuniceras under de olika faserna av ett renoveringsarbete. Detta i ett läge då dels Require AB öppnat ett nytt kontor i Malmö med undertecknad som kontorschef och dels då jag privat precis gått igenom en köksrenovering.

Om vi börjar med det nya kontoret, så ställdes bl.a. följande krav på hyresvärden efter signat kontrakt:

  • Uppfräschning av golv och väggar.
  • Inredning i form av;
    • sittplatser för tre-fyra personer.
    • ett lite större bord inklusive stolar avsett för möten, diskussioner.
  • Städning någon gång i veckan.
  • Möjlighet att ordna kaffe på kontoret.

Reflektioner

"Du använder ju modellen fel"

Något jag ofta får höra på företag som använder sig av olika sätt att modellera krav och processer är ”men så där ska man inte använda den modellen” eller ”den där informationen ska inte vara med i en sån modell”.

Jag förstår egentligen varför dessa kommentarer uppstår. Man har lärt sig notationen för en modell och hur den ska användas och då strävar man förstås efter att folk inte ska göra fel. Men för mig är det helt fel inställning till användandet av modeller.


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.


Innovation

Veckans tips

Jag tar återigen och tipsar om några av de bättre blogginläggen jag läst den senaste veckan. Tips på bra bloggar att följa inom Business Analysis eller Kravhantering mottages tacksamt, man kan aldrig få för mycket av bra reflektioner.


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.


tidsplanering

När tiden inte räcker till

När tiden inte räcker till

Inte alltför sällan känns det som att man inte får nog med tid till sitt arbete med kravhantering, att projektledare och managers ständigt underestimerar tiden det tar att göra det ordentligt. Det ligger en viss sanning i det på många företag och självklart är det så att om man får välja mellan två månader eller tre månader så väljer man det längre alternativet.

Varför håller då inte alla med om att längre tid alltid är bättre?


Veckans tips

Veckans tips

Tro det eller ej, men det finns fler bloggar om kravhantering och business analysis än Kravbloggen. Vi på Require läser flera av dem kontinuerligt och tänkte därför att det vore en bra idé om att börja tipsa om inte bara andra bra bloggar utan specifika bloggposter som varit extra intressanta under den senaste veckan.

Den här veckan tyckte jag att följande inlägg var extra intressanta eller välskrivna (en del är äldre än en vecka, men jag läste dem den här veckan):


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.


kommunikation

Gästinlägg: Dubbeldokumentation är fienden, inte dokumentation

När jag håller kurs eller seminarium talar jag ofta om att kravarbete handlar om kommunikation. Möten, interaktioner, minnesanteckningar, presentationer, specifikationer – allt syftar till att mellan människor kommunicera vad som ska byggas och hur det ska fungera.

Från ax till limpa kommer då olika typer av kravbeskrivningar fylla olika syften. Vi talar exempelvis om mål, processkartor, informationsmodeller, kontextdiagram, user stories, användningsfall, UI mockups, systemövergripande kvalitetskrav, etc. Ja, även i en agil värld använder vi nedtecknade ord och bilder!


kommunikation

Kravhantering eller Business Analysis?

Nu har jag under mitt första halvår på Require varit i kontakt med en hel del kunder, prospects och även några företag som vi faktiskt inte vet om de jobbar med kravhantering.  Jag har också intervjuat ett antal personer för anställning, talat om för släkt och vänner vad jag jobbar med och försökt vara aktiv i diskussioner och debatter.

Men alla mina kontakter väcker en fråga kring kravhantering – Är vi överens om vad det egentligen är?