En studie om parprogrammering i praktiken - Lunds Tekniska ...
En studie om parprogrammering i praktiken - Lunds Tekniska ...
En studie om parprogrammering i praktiken - Lunds Tekniska ...
You also want an ePaper? Increase the reach of your titles
YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.
4 Råd och riktlinjer<br />
Resultaten av enkätundersökningarna har resulterat i nedanstående lista över de saker<br />
coach och projektledare bör tänka på vid <strong>parprogrammering</strong>.<br />
Att välja partner - Parbyten bör baseras på ett samspel mellan programmerare och<br />
coach. Coachen bör skaffa sig uppfattning <strong>om</strong> hur de olika gruppmedlemmarna<br />
arbetar tillsammans och kan sedan med fördel föreslå vilka s<strong>om</strong> kan programmera<br />
ihop vid nästa byte. Coachen bör kunna avgöra vilka stories s<strong>om</strong> lämpar sig<br />
för vilka programmerare och föreslå par därefter. Det yttersta beslutet <strong>om</strong> vilka<br />
s<strong>om</strong> ska programmera ihop måste dock programmerarna själva ansvara för och<br />
coahens förslag ska hellre ses s<strong>om</strong> rek<strong>om</strong>mendationer för att på bästa sätt sprida<br />
k<strong>om</strong>petensen i gruppen.<br />
Coachens roll vid parbyte - Coachens roll i projektet vad gäller parbyten bör vara<br />
att se till att k<strong>om</strong>petensen i gruppen sprids på bästa sätt och att de s<strong>om</strong> kör fast<br />
snabbt avhjälps gen<strong>om</strong> antingen parbyte eller <strong>om</strong> möjligt alternativa lösningsförslag<br />
från coachen eller andra gruppmedlemmar. Coachen bör även ha koll på<br />
ungefär vilka delar av koden de olika programmerarna är insatta i så att någon<br />
s<strong>om</strong> är väl insatt i ett stycke kod kan arbeta tillsammans med någon s<strong>om</strong> ej är så<br />
väl insatt i just den kodbiten och på så sätt sprida kodkunskapen i gruppen.<br />
Hur ofta man bör byta partner - Parbyte bör ske vid naturliga avbrott i utvecklingen,<br />
antingen vid pauser, då i alla fall en liten del av storyn har avslutats eller <strong>om</strong><br />
det är korta stories, då en ny story påbörjas. Mer än fyra timmar bör ett par inte<br />
programmera ihop vid projekt liknande det då <strong>studie</strong>n har utförts. I arbetslivet<br />
med längre iterationer kan man nog tänka sig en längre period mellan bytena då<br />
uppgifterna kan antas vara mer k<strong>om</strong>plicerade och tidskrävande än de uppgifter<br />
s<strong>om</strong> har behandlats i detta projekt och då det tar längre tid för programmerarna<br />
att sätta sig in i kod.<br />
Hur många man bör programmera med - I skolprojekt s<strong>om</strong> detta bör gruppmedlemmarna<br />
programmera med så många s<strong>om</strong> möjligt i gruppen. Om det finns<br />
personer s<strong>om</strong> inte fungerar bra ihop bör coachen se till att just de personerna<br />
inte behöver arbeta ihop, speciellt inte med mer k<strong>om</strong>plicerade uppgifter. Uppstår<br />
ändå konstlade par kan de kanske få enklare uppgifter att lösa för att inte riskera<br />
att det dåliga samarbetet går ut över koden i allt för stor utsträckning.<br />
Att tillsätta personal - Vid tillsättning av personal till ett projekt där <strong>parprogrammering</strong><br />
ska användas bör man tänka på att det är personlighet i större utsträckning<br />
än k<strong>om</strong>petens s<strong>om</strong> k<strong>om</strong>mer avgöra hur gruppen arbetar ihop. Självklart måste<br />
man även ta hänsyn till gruppmedlemmarnas k<strong>om</strong>petens för att få ett bra team<br />
och en bra produkt, men högsta k<strong>om</strong>petens bör inte vara högsta prioritet.<br />
Konflikter - Konflikter verkar ofta lösa sig gen<strong>om</strong> k<strong>om</strong>pr<strong>om</strong>isser mellan programmerarna,<br />
men <strong>om</strong> coachen upptäcker att en konflikt inte kan redas ut kan<br />
han/hon gå in s<strong>om</strong> tredje part och försöka hjälpa till att reda ut konflikten. Efters<strong>om</strong><br />
konflikterna oftast rör koden kan det vara bra med flera åsikter <strong>om</strong> hur<br />
problemet ska lösas och eventuellt kan det avhjälpa med ett möte in<strong>om</strong> gruppen<br />
för att få fram en bra lösning på problemet.<br />
12