Dags att reflektera!

reflektera2

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. Läs mer

Att involvera användaren

Låt mig presentera ett dilemma som jag då och då brottats med och även hört kollegor/vänner i branschen prata om. Ett dilemma som består av följande komponenter:

  • Ett projekt vars huvudsyfte är att ersätta befintlig lösning med en ny. Samma funktionalitet men baserat på ny, modern hårdvara och utvecklat i ett nytt och modernt programmeringsspråk.
  • En beställare och styrgrupp som med ett tydligt statement sagt att eftersom det är samma funktionalitet, så behöver vi inte kommunicera i onödan med slutanvändarna. Ingen idé att röra upp damm och skapa oro.

Någon som känner igen sig? Någon som anar i vilken riktning detta blogginlägg är på väg åt?

Läs mer

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

Läs mer

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. Läs mer

Agil Kravanalytiker

Många företag ska eller har redan gått över från vattenfall till agil utveckling och försöker ändra kravanalytikerrollen i deras organisation och anpassa den till agil utveckling. En hel del diskussioner pågår för att bli av med kravanalytikersrollen eller göra rollen mer agil. Men vad är en agil kravanalytiker och bör vi avstå från att ha kravanalytiker i våra organisationer?
Läs mer

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. Läs mer

Krav, lösning eller mittemellan

Jag satt nyligen i ett mötesrum fullt av människor med lite olika roller; systemarkitekter, kravledare, produktägare, säkerhetsspecialister, dokumentatörer… Syftet med mötet var att gå igenom ett antal produktinitiativ som hade samlats in för en tid sedan, och att följa upp vårt gemensamma arbete med att bryta ned dessa till mer konkreta features. Utkast till funktionella business-features varvades under diskussionen med arkitekturella features (eller enablers som de nuförtiden kallas enligt SAFe-ramverket som projektet ifråga hämtar inspiration ifrån).

Stämningen i rummet var inte direkt dålig, men jag kände ändå i maggropen att två läger höll på att utkristalliseras. Läs mer

Kravhantering & semesterplanering

Jag har tänkt på hur mycket likheter det finns mellan kravhantering och semesterplanering. Vi satt för någon vecka sedan och skulle planera sommarens semesterresa. Vi, en familj med tre barn, är alla primära intressenter med olika behov och önskemål. Vi vill alla ha det varmt och skönt, äta gott, bada och hitta på äventyr, så de övergripande målen är vi enade om. För mig och min man är det viktigt med chans till avslappning och jag tror att barnen har samma behov även om de inte uttrycker det som ett krav.

När man snabbt tittar på dessa övergripande mål så kan man tro att en två veckors charterresa med all-inclusive och lite dagsutflykter skulle passa oss, men det vet jag att vi inte skulle bli trivas med. Där kan man se vikten av att förstå våra riktiga behov och önskemål istället för att direkt gå in på en lösning.

Läs mer

Att bryta gamla vanor

Vi pratar ofta om att några av de största utmaningarna kring produktutveckling och innovation är att inte förlita sig så mycket på gammal kunskap och att lyckas bryta gamla mönster och arbetssätt. ”Vi har alltid gjort så här” är en vanlig kommentar när man ifrågasätter något i ett projekt. ”Vi vet hur man gör, vi har gjort det här i 100 år” är en annan. Det är väldigt svårt att tänka nytt. Igår hos en kund hände dock något som fick mig att reflektera över hur mycket jag själv är fast i olika vanor.

Läs mer

Agila principer för alla

Jag hade i fredags möjligheten att tala på ett frukostseminarium som Require ordnade. Jag berättade om utmaningarna jag stött på från att ha arbetet i såväl förstudiefas som i förvaltning och i skilda branscher såsom läkemedel, telecom, bank och offentlig förvaltning. Utmaningarna har genomgående handlat om kommunikation och samarbete. Min tes är att receptet på att överkomma de allra flesta av dessa utmaningar är att vara agil.

Läs mer