Scrum speeder elektronikudvikling op
Fagbladet Ingeniøren, bragte d. 9. april 2010 en artikel om Scrum i forbindelse med elektronikudvikling. Artiklen kan læses på Ingeniørens hjemmeside. I artiklen fortælles der om en par elektronikvirksomheders erfaringer med Scrum. TC Electronic har ligeledes rigtig gode erfaringer med at anvende Scrum i produktudviklingen, hvilket også indbefatter elektronikudvikling. Jeg følte mig derfor tilskyndet til at fortælle lidt om disse erfaringer, hvilket kan læses i det følgende.
Hos TC Electronic i Risskov har man ligeledes gennem de seneste to år anvendt Scrum i forbindelse med produktudviklingen. Erfaringerne er positive og resultaterne nærmest storslåede.
Tilgangen til indførsel af Scrum ved TC har været at koncentrere sig om udvikling af hele produkter og ikke blot indføre Scrum særskilt i software eller hardware udvikling! Scrum teamene består altså både af systemprogrammører, embedded udviklere, elektronikingeniører, konstruktører, designerer og testere med domænekendskab. Det er altså tværfagligheden som hyldes frem for isolerede faglige discipliner. Teamene arbejder tæt sammen med tilknyttede business managers og program managers, der tilsammen dækker Scrum Product Owner rollen for det enkelte team.
Den valgte tilgang har skabt et fantastisk grundlag for forståelse af produkternes kunder og brugernes behov, hvilket understøtter udvikling af helstøbte og sammenhængende løsninger og eliminerer flaskehalse i teamt. Dette skyldes at hver enkelt medarbejder har forpligtet sig på det endelige mål (det færdige produkt) frem for individuelle delmål.
Som Bent Jensen udtaler i artiklen, kan man ikke uden videre kopier de metoder som rene software teams anvender når der er tale om hardware eller blandede teams. Faktisk kan et rent software team heller ikke forvente at kunne kopiere et andet rent software teams metoder uden at der sker tilpasninger. Det er derfor vi taler om Scrum som et rammesystem, frem for en egentlig metode eller proces. Scrum bliver først en metode den er implementeret i organisationen.
Tilpasning af Scrum til også at kunne dække elektronikudvikling, må ske med et stort refleksionsrum i teamene og organisationen som helhed. Jeg anbefaler at man behandler indførelsen af Scrum som et forandringsprojekt i virksomheden, således at der er det fornødne ejerskab og ledelsesmæssige støtte til at kunne sikre en succes. En væsentlig del af reflektionsrummet opnås ved at teamet afslutter det enkelte sprint med aktiviteten Sprint Retrospective, hvor teamet forholder sig til sin læring og sætter mål for dets procesforbedring.
Der er elementer i elektronikudvikling som nærmest kolliderer med principperne bag Scrum. F.eks. er printspin og sourcing af komponenter, der oftest er langstrakte forløb, en stor udfordring i forhold til de kortvarige og intense sprints (”sprints” er den originale betegnelse for de cykler der omtales i artiklen). Hvor sprints er forløb på maksimalt en måneds varighed med veldefinerede mål for blokke af funktionalitet, er printspin oftest forløb på mere end 6 uger hvor man arbejder sig frem mod at blive så færdig som muligt med hele elektronikprint. Ved TC Electronic kører teamene med hhv. 2 og 3 ugers sprint. Forsøger man at mappe printspin over i Scrum sprint uden at definere konkrete mål for hver enkelt sprint, kommer man nemt til at udvande effekten af Scrum. Hvis man f.eks. definere Scrum sprintenes delmålene for printspinnet som ”fase 1”, ”fase 2”, ”fase 3”, osv. i stedet for ”kritiske komponenter sourcet”, ”schematic klar til layout”, ”floor planning udført”, osv., fjerner man muligheden for at kunne evaluere om delmålene er nået og dermed er målingen af projektets fremdrift heller ikke bedre end hvis man havde anvendt en traditionel metode.
Den forøgede effektivitet som Scrum giver virksomheden bygger på følgende elementer, som bør adresseres i nævnte rækkefølge:
- DONE! – det at teamet sprint efter sprint er i stand til fuldt ud at færdiggøre og opfylde de satte delmål for projektet.
- READY! – det at de som stiller krav og laver den overordnede planlægning (vi kalder denne rolle for Product Owner i Scrum) er i stand til at stille klare krav som teamet kan anvende som driver for dets arbejde og målopfyldelse. Kravene skal stilles i fornuftig tid før sprintets planlægningsmøde.
- Selvorganisering – det at teamet oparbejder modenhed som et højtydende team og gives det fornødne råderum til at træffe de kloge beslutninger om løsning af arbejdsopgaverne.
Hvis man ikke efterstræber at kunne opfylde disse elementer, vil man ikke opnå det bedst mulige resultat med indførelse af Scrum.
Man kan læse mere om grundlæggende forhold i Scrum i den officielle Scrum Guide, som bl.a. findes i en dansk oversættelse på http://www.scrum.org/scrumguides.
TC Electronic har sammen med andre interesserede virksomheder i det jyske dannet en netværksgruppe som adresserer Scrum i forbindelse med elektronikudvikling. Netværksgruppen er dannet under Scrum Forum, der er den danske Scrum User Group under Scrum Alliance. Interesserede kan få yderligere informationer ved at henvende sig til undertegnede på bemyl@tcelectronic.com.