Scrum

Estimering – en spildt kunst?

Estimering af opgaver i softwareudvikling ses af mange som et nødvendigt onde. Men er det nødvendigt? Er vi overhovedet dygtige nok til at estimere til at denne øvelse giver værdi? Yderpunkterne i denne diskussion er defineret af to lejre. Lejren som mener at der aldrig må blive udført uestimeret arbejde. Hvordan ved vi ellers at arbejdets værdi overstiger omkostningen? Og hvis ikke det er…

Fordømmelse fremmer ikke forståelsen

“I er ikke agile, hvis ikke…” Siden jeg begyndte at arbejde med SAFe (Scaled Agile Framework), har jeg set en dømmende side af agile coaches og andre der arbejder med agilitet. Både fra SAFe-siden og fra ikke-SAFe-siden. Jeg vil ikke opstille de konkrete eksempler for ingen skal hænges ud – bare sige at jeg ikke synes det er helt i karakter for netop den…

Er skalering nødvendigt?

Skalering af agilitet er et populært emne. Især DAD, LeSS og SAFe forsøger at give svar på hvordan store virksomheder kan komme med på den “agile” vogn. En ting er dog lidt overset; Er I sikre på at I er nød til at skalere? Lad mig uddybe. Du har en stor IT-organisation, men arbejder alle IT-folkene sammen? Arbejder de på samme produkt? Kunne du…

Scrum er ikke en løsning

Overskriften siger det hele: Scrum er ikke en løsning på noget som helst, så vi skal lade være med at fremstille det sådan. Alle bliver skuffede, og nej-sigere får mulighed for kategorisk at afvise de agile værdier, fordi metoden ikke løser alt som lovet. Scrum er i stedet den projektør vi bruger til at få øje på vores problemer, som vi så skal til…

Retrospectives på GOTO

I disse dage sidder jeg på GOTO-konferencen i København og filosoferer over konferencens emner. Forleden gav jeg et interview om Scrum til en speciale-studerende og blev fanget af et svært spørgsmål. “Hvis du blev tvunget til at udpege en del af Scrum som den vigtigste, hvad skulle det så være?”. Mit første instinkt var at svare “it depends” – det er klart at det…

Arketypiske Scrum Mastere

Naturen af en Scrum Masters arbejde er beskrevet i rollen, men kan ikke foregå i et tomrum. Det er et produkt af omgivelserne – forskellige Scrum teams har forskellige behov i deres relation til deres Scrum Master. Nogle teams er meget selvstændige og kører det hele på egne vilkår, mens andre teams har brug for mere vejledning – og disse forskelle dikterer hvad en…

Det agile manifest: håndtering af forandringer over at følge planen

“Man plans and God laughs” ~ gammelt jødisk ordsprog. For nu at sige det skarpt: planlægning er spildtid, som tager energi væk fra det faktiske arbejde. Måske er planen allerede forældet i det øjeblik den er færdig. Måske kommer der en fantastisk forretningsmulighed ind fra højre som bliver prioriteret højere end alt hvad der ligger i den oprindelige plan. Måske bliver vores eneste databasemand…

Hvad laver en Scrum Master? Del 1: Samarbejdet med POen

Det er sådan lidt meta at være Scrum Master. Hvor udviklingsteamet har ansvaret for at lave arbejdet, Product Owneren (POen) har ansvaret for at teamet laver det rigtige arbejde (og dermed det rigtige produkt), så har Scrum Masteren ansvaret for at hjælpe teamet og POen med at få succes. Deres mulighed for succes er Scrum Masterens succes. Inspireret af “42 tasks for a Scrum…

Ingen silver bullets – heller ikke i metodevalg

“But, as we look to the horizon of a decade hence, we see no silver bullet. There is no single development, in either technology or in management technique, that by itself promises even one order-of-magnitude improvement in productivity, in reliability, in simplicity.”~Frederick P. Brooks, Jr Vandfald, XP, Crystal Clear, Scrum, Lean, Kanban, Lean Startup, RUP, PRINCE2, SAFe, DAD, LeSS… “Vores egen virksomheds-globale metode, som…

Det agile manifest: virkende software over omfattende dokumentation

I det første indlæg om det agile manifest kiggede vi udelukkende på det første punkt ud af fire “Individer og interaktion over processer og værktøjer”. Nu er det så tid til at kigge på punkt to. I kontekst lyder den: Through this work we have come to value: – Working software over comprehensive documentation. That is, while there is value in the items on…