Lean from the Trenches

Har precis läst ut boken ”Lean from the Trenches” av Henrik Kniberg. En lättläst bok om hur de jobbade i ett stort projekt med 60 projektmedlemmar på Rikspolisstyrelsen.

Henrik beskriver hur de kombinerade XP, Scrum och Kanban. Boken tar upp vad som fungerade, vad som inte gjorde det, varför och hur processen utvecklades.

Det beskrivs hur de arbetade praktiskt genom hela utvecklingsprocessen. Jag tycker boken blir levande genom verkliga exempel och massor av  foton på t.ex. deras fysiska Agila tavlor.

Jag blir så glad över att läsa om ett projekt där man tillsammans arbetar fram ett sätt att jobba effektivt ihop. Hur man gör stora förändringar genom att låta små förändringar i samma riktning ske ofta.

Samtidigt funderar jag på om hur det känts om jag hade varit med i projektet. Henrik var inne i projektet ett halvår och det är det halvåret som boken beskriver. Det måste ha varit mycket stimulerande och intensivt att vara med och förändra projektet tillsammans.

Men vad händer sedan.

Fortsätt läsa Lean from the Trenches

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. Fortsätt läsa Krav, lösning eller mittemellan

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.

cartoon-elephant-md

Fortsätt läsa En elefant i rummet

Hypoteser istället för kravinsamling?

I den här artikeln beskriver författaren en alternativ metod till ”traditionell” kravinsamling. ”Traditionell” kravinsamling hänvisar här till en kort, fristående aktivitet i början av ett projekt som resulterar i en dåligt underbygg kravspec som sedan inte ändras eller knappt används i projektet. Jag håller med om att en sådan kravinsamling är helt fel och i princip håller jag med om författarens alternativa metodbeskrivning.

Däremot är det som vanligt i de allra flesta IT-projekt enbart fokus på funktioner, eller egentligen inte ens funktioner. Det exempel som beskrivs är ju en direkt lösning på ett problem. Författarens metod löser detta delvis genom att beskriva ett sätt att effektivt och iterativt testa att den lösning man håller på att ta fram genererar värde för intressenterna. Fortsätt läsa Hypoteser istället för kravinsamling?

Bättre validering av krav

En sak jag stöter på väldigt ofta är att en stor del av kraven i en specifikation aldrig riktigt valideras av de faktiska intressenterna, det vill säga att kraven verkligen täcker deras specifika behov. Även om mycket tid läggs på själva intressentanalysen och/eller behovsinsamlingen finns det en mängd fel som kan uppstå när behoven omvandlas till faktiska krav. Tolkningar görs, språket används på olika sätt, formuleringar och ord ändras. Det är inte alls säkert att de behov som man så noggrant samlade in nu är fullständigt representerade i den färdiga kravspecifikationen. Resultatet blir ett system som inte motsvarar intressenternas förväntningar. Fortsätt läsa Bättre validering av krav

Några böcker om kravhantering

Kravhantering är ett relativt nytt område att specialisera sig inom, och det märker man på utbudet och innehållet i de böcker som finns om ämnet. De flesta böckerna handlar om kravhantering för IT, men några böcker hanterar kravhantering som ett mer universellt område. Jag har läst tre sinsemellan olika böcker, Kravhantering för IT-system, Mastering the Requirements Process och Systems Engineering: Priniciples and Practice.

Books
Tre böcker som åtminstone delvis handlar om kravhantering 

Fortsätt läsa Några böcker om kravhantering