Artiklar för Expert Network

Under åren 2016–2019 samarbetade IDG med ett antal utvalda experter inom IT. De skrev artiklar om "spaningar", och artiklarna publicerades i tidningar som CIO Sweden, Computer Sweden och TechWorld.

Under 2024 bytte IDG publicerings­system, och de flesta artiklarna plockades då bort från deras webbplatser. De artiklar som Mejsla bidrog med till Expert Network publiceras nu här på Mejslas webbplats med tillåtelse från IDG.

Ta med kraven i DevOps

Många utvecklings­avdelningar satsar idag på DevOps för att riva ner muren som funnits mellan utveckling och drift (Development and Operations). Den muren har genom decennierna ställt till med många problem, och framgångarna med DevOps är mycket glädjande. Samtidigt lider många organisationer av att länken mellan krav och utveckling ännu inte fungerar som den ska. Alla utvecklings­projekt hanterar krav på ett eller annat sätt, och det är viktigt att sätta fingret på vad som ska utvecklas. I agila projekt bör arbetet med krav utmärkas av att de detaljeras sent och att man med frekvent åter­koppling är beredd att iterativt ändra och förbättra kraven.

Tvärfunktionella produktägare

Små organisationer och projekt har ofta tvär­funktionella utvecklare som förväntas hantera hela utvecklings­stacken och i många fall även krav och drift. Det blir i de flesta fall för mycket att hantera för utvecklarna, och en nyckel till framgång är att ha en riktigt bra produkt­ägare. Om man begränsar de tvär­funktionella utvecklarnas ansvar till just utveckling så kan man komplettera med en ”tvär­funktionell produkt­ägare” som också får ta hand om kraven. En sådan produkt­ägare behöver lära sig hela ”krav­stacken”, och även om redan det är mycket att lägga på en person så är det i alla fall bättre än att kraven trillar mellan utvecklarnas stolar. Har man möjlighet är det förstås ännu bättre om produkt­ägaren får en parhäst i arbetet med kraven. En viktig bonus med det är att par­hästen då också kan fungera som reserv om produkt­ägaren av en eller annan anledning behöver avlösas.

Riv muren och samarbeta

Större organisationer och projekt har ofta dedikerade krav­analytiker, men miss­nöjet kan vara stort både bland dem och utvecklarna. Även om utvecklarna jobbar agilt är det vanligt att steget mellan krav och utveckling liknar sämsta sortens vatten­fall. Jag har pratat med personer i bägge lägren som bekräftar att de inte ens träffar varandra i arbets­vardagen. Det verkar finnas både en rädsla och en upp­givenhet i lägren. Det här liknar i hög grad den tidigare situationen mellan utveckling och drift. Man kan säkert hävda att DevOps-rörelsen menar att krav ingår i Dev-biten, men det stämmer inte med hur DevOps oftast tillämpas i praktiken.

Tänk ReqDevOps

Oavsett storlek på organisation är det viktigt att både ta krav på allvar och se till att kommunikationen mellan krav, utveckling och drift fungerar som den ska. Både produkt­ägare och alla andra som arbetar med krav behöver vara med i utvecklings­kedjan på riktigt. Det är hög tid att få med kraven (Requirements) i DevOps och börja tänka ReqDevOps.

Denna artikel publicerades ursprungligen hos IDG i juni 2017.
Författare: Karl Dickson