Udvikling ” Man kan ikke bare sidde i sit eget hjørne og kode, men bliver tvunget til at interessere sig for, hvad de andre laver. Agil udvikling bag Windows 7 Microsoft indførte agile udviklingsprocesser for at sikre, at Windows 7 kunne komme til tiden og i en ordentlig kvalitet. Af Stig Andersen, prosabladet@prosa.dk Det er ikke nogen hemmelighed – heller ikke blandt Microsoft-folk – at firmaet efter Windows Vista havde revanche til gode. Et af midlerne til at opnå succes med Windows 7 var at indføre nye processer og strukturer for Windows-udviklerne, der var vokset i antal fra omkring 800 til Windows NT 4.0, over 1.400 til Windows 2000 til omkring 3.000 til Windows 7. En simpel udregning af, hvor mange build breaks, en udvikler producerer om året, gjorde det helt klart, at med så stor en udviklergruppe ville man reelt aldrig kunne sikre en stabil kildekode at arbejde <strong>på</strong>. Windows er traditionelt blevet udviklet af et antal grupper med ansvar for forskellige dele af produktet. Men til udviklingen af Windows 7 valgte man at gøre op med tidligere tiders hierarkiske struktur og opdele udviklerne i flere mindre og dermed overskuelige ’feature crews’ med udstrakt metodefrihed og ansvar for kvaliteten af delproduktet. Kim Ibfelt, udviklingsdirektør i Microsoft Development Center Copenhagen Derudover valgte man også at satse <strong>på</strong> meget tidligt at have en anvendelig version af Windows 7 klar til intern og senere ekstern testning. Det lykkedes i en grad, så mange udviklere <strong>på</strong> et relativt tidligt tidspunkt faktisk kunne sidde og udvikle Windows 7 <strong>på</strong> en Windows 7-platform. Kim Ibfelt, udviklingsdirektør i Microsoft Development Center Copenhagen, fortæller, at det agile mindset og metoder som Scrum faktisk er relativt udbredt i Microsofts udviklingsorganisation. – Der er en enhed i Microsoft, der står for at udbrede, hvad vi kalder Engineering Excellence, i hele organisationen. Vi har gennem årene oparbejdet meget praktisk erfaring med udviklingsprocesser, som denne enhed stiller til rådighed for udviklergrupperne. Men der er ingen tvang. Grupperne er ansvarlige for et antal deliverables, og hvis de leverer til tiden og i ordentlig kvalitet, har de høj grad af metodefrihed til for eksem- pel at vælge Scrum for at nå frem til målet, siger han. Større integration En af hovedopgaverne for Microsoft Development Center Copenhagen er udvikling <strong>på</strong> ERP-platformen Dynamics NAV, det tidligere Navision. Kim Ibfelt fortæller, at man i forbindelse med udvikling af den næste version af Dynamics NAV har valgt at arbejde i netop den type feature crews, som Windows-gruppen nu arbejder i. – Vi satser <strong>på</strong> at integrere folk i teamet, så der i højere grad bliver skabt et fælles ansvar for løsningen mellem de forskellige roller og kompetencer i gruppen. Det betyder, at man ikke bare kan sidde i sit eget hjørne og kode, men at man bliver tvunget til at interessere sig for, hvad de andre laver. Alle er enige om, at det er en god idé, men det kan selvfølgelig også være en udfordring at skulle til at arbejde <strong>på</strong> den måde, siger Kim Ibfelt. 20 <strong>Prosa</strong>bladet · 11 · 2010
<strong>Prosa</strong>s D e l e g e r e t f o r s a m l i n g 2 0 1 0