En studie om parprogrammering i praktiken - Lunds Tekniska ...

More documents

Recommendations

Info

3.2.3 Hur ofta bör man byta partner? En fråga behandlade hur ofta man bör byta programmeringspartner för att få utvecklingsarbetet effektivt. En fråga om hur ofta grupperna faktiskt hade bytt partners ställdes också. Resultaten från de båda frågorna kan betraktas i figur 3 nedan. Vad som nedan refereras till som en iteration omfattade i detta projektet 8 timmars arbete, och en uppgift som refereras till som en story kunde ta allt från en till åtta timmar. De flesta Figur 3: Hur ofta man bör byta programmeringspartner jämfört med hur ofta studenterna upplevde att de faktiskt bytte programmeringspartner av studenterna, 60%, upplevde att de i deras grupp hade bytt partner ungefär en gång per iteration. Några få, 10%, uppgav att de hade bytt partner efter varje story och 25% hade bytt mindre än en gång per iteration. De som sa sig ha bytt partner efter varje story representerade främst två av de tolv grupperna, men någon enstaka ur de andra grupperna hade också angett det alternativet. Följdfrågan var sedan hur ofta studenterna tycker att man bör byta partner i ett projekt av liknande karaktär. Här visade resultaten att 27% hade velat byta partner efter varje story, 58% en gång per iteration och 8% mindre än en gång per iteration. Till frågan erhölls många spontana kommentarer som visade att det är viktigt att byta när det faller sig naturligt, tex när det är en naturlig paus under iterationen. Med tanke på att en story kan variera ganska kraftigt i tidslängd verkar det alltså som att det inte riktigt är tiden som bör avgöra när ett byte ska ske, utan snarare om det faller sig naturligt eller ej. Om man även tar hänsyn till att en story i detta projektet ofta inte tog längre tid än några få timmar kan resultaten även uppfattas som att studenterna hade velat byta partners lite oftare än vad de faktiskt gjorde under projektet. De vill inte byta partner mitt i en uppgift, men heller inte för sällan. En intressant vidareutveckling av studien hade varit att komplettera med en ordenligt undersökning av coacherna och hur de har lett sina grupper. Många av de avvikande resultaten som har framkommit representerar en eller några speciella grupper av de tolv och det vore då intressant att ta reda på om coachen i detta fallet har agerat annorlunda i jämförelse med de andra coacherna. 6
3.2.4 Hur många i en grupp bör man programmera med? Studenterna fick svara på frågan om hur många i en grupp om tio personer de tycker att man bör parprogrammera med. Resultaten kan beskådas i figur 4 nedan. Innan projektet Figur 4: Hur många i en grupp om tio personer man bör parprogrammera med. tyckte 52% att man ska programmera med de flesta i en sådan grupp. 27% tyckte alla och 19% tyckte bara några. Efter projektet tyckte 58% att man ska programmera med de flesta i gruppen och de som tyckte att man skulle programmera med alla hade sjunkit lite i antal. Den minimala minskningen kan eventuellt förklaras med att vissa som inte hade räknat med det har fått uppleva hur det är att programmera med någon de inte alls passar ihop med eller att det har förekommit personer med samarbetssvårigheter i vissa grupper. Slutsatsen bör dock vara att man bör programmera med de allra flesta i en grupp om 10 personer, men inte nödvändigtvis alla om det finns personer i gruppen som inte alls kommer överens med varandra. 3.3 Programmeringspartner Flera av frågorna i båda enkäterna behandlade hur olika personlighetsegenskaper rankades hos partnern. Det är här relativt självklara resultat som presenteras, men det kan vara viktigt att få se vilka egenskaper man bör leta efter när man tillsätter personal till ett XP-projekt och vilka egenskaper som antagligen uppfattas som värst av gruppmedlemmarna. Studenterna fick först ranka de viktigaste egenskaperna hos den de parprogrammerar med på en skala mellan 0 och 3. Resultaten visas i figur 5 på nästa sida. De två absolut viktigaste egenskaperna visade sig vara att ha en partner som är tillmötesgående och lyhörd. Intressant var att sex av de sju absolut högst rankade egenskaperna - de som fick en sammanlagd poäng högre än 1.5 - var egenskaper som endast rörde personligheten, som social, utåtriktad, rolig, lyhörd och tillmötesgående. Huruvida man var en erfaren programmerare eller ej eller snabb på att editera och skriva kod visade sig ha mindre betydelse. Teknisk kompetens var den högst rankade kompetensegenskapen och den kom först på fjärde plats totalt. Resultatet visar alltså att kompetensen inte anses lika viktig som personligheten hos den man parprogrammerar med. 7
Page 1 and 2: En studie om parprogrammering i pra
Page 3 and 4: 3 Analys av resultat I nedanståend
Page 5: esterande 2% tyckte att både progr
Page 9 and 10: Ur resultaten kan det alltså än e
Page 11 and 12: Efter projektet ändrade sig statis
Page 13 and 14: Samarbetssvårigheter - Det kommer

En studie om parprogrammering i praktiken - Lunds Tekniska ...

You also want an ePaper? Increase the reach of your titles

Delete template?

Save as template?