Proceedings - Toegepaste Wiskunde - TU Delft
Proceedings - Toegepaste Wiskunde - TU Delft Proceedings - Toegepaste Wiskunde - TU Delft
Versiebeheer en de kwaliteit van teamwork Auteurs Jan Derriks Informatica-opleidingen domein Media, Creatie en Informatie Hogeschool van Amsterdam Email: j.derriks@hva.nl Dennis Breuker Informatica-opleidingen domein Media, Creatie en Informatie Hogeschool van Amsterdam Email: d.m.breuker@hva.nl Jacob Brunekreef Fontys Hogeschool Eindhoven Email: j.brunekreef@fontys.nl Samenvatting In 2007 is bij de informatica-opleidingen van de Hogeschool van Amsterdam het gebruik van versiebeheer ingevoerd bij studentprojecten in de eerste twee studiejaren. In dit artikel analyseren we de kwaliteit van het teamwork van de projectteams aan de hand van de logging-informatie uit de repository van het gebruikte versiebeheertool (Subversion). Trefwoorden Teamwork, versiebeheer, softwareontwikkeling. 64
Versiebeheer en de kwaliteit van teamwork 1 Inleiding Bij veel HBO-informatica opleidingen vormt het werken in projectvorm een substantieel deel van het curriculum. Studenten werken gedurende een aantal maanden in teamverband aan een omvangrijke opdracht, resulterend in een op te leveren product. Vaak is daarbij sprake van een meer of minder gesimuleerde opdrachtgever-opdrachtnemer situatie. Docenten van de opleiding of externe partijen (bedrijven) treden op als opdrachtgever. In die rol stellen ze aan het begin van het project de requirements op en accepteren ze aan het eind het opgeleverde product. Tijdens het project treden docenten ook op als coach. In die rol begeleiden ze de projectteams en leveren ze ondersteuning bij het oplossen van problemen. Aan het eind van een project worden de studenten beoordeeld op de kwaliteit van het opgeleverde product en vaak ook op de kwaliteit van de samenwerking binnen het team. Voor de beoordeling van dit laatste aspect zijn docenten afhankelijk van de (doorgaans beperkte) waarnemingen van de coach en eventueel van een zelfevaluatie van het team. Sinds een aantal jaren maken de informatica-opleidingen van de Hogeschool van Amsterdam bij de projecten gebruik van een versiebeheertool (Subversion, hierna afgekort met SVN). Ieder team krijgt een repository tot zijn beschikking, waarbinnen alle teamleden lees- en schrijfrechten hebben. Een team is verplicht om aan het eind van het project de resultaten op te leveren in de betreffende repository. Alle acties van studenten richting SVN worden automatisch gelogd door het systeem. De logging-informatie vertelt wie wanneer wat gedaan heeft en geeft daarmee een beeld van de activiteiten van een team als geheel en van de activiteiten van de individuele leden. In dit artikel onderzoeken we of deze logging-informatie inzicht geeft in de kwaliteit van het geleverde teamwork. Dat doen we niet door een absolute norm te definiëren en te controleren of een team hieraan voldoet. We kijken naar verschillen tussen het teamwork van eerstejaars teams en tweedejaars teams. We onderzoeken of tweedejaars teams beter teamwork laten zien dan eerstejaars. Daarmee onderzoeken we (indirect) de kwaliteit van het onderwijs voor wat betreft het samenwerken in teamverband. Daarnaast is het interessant om te kijken of er verschillen zijn tussen de collegejaren waarvan logging-informatie beschikbaar is: 2007-2008, 2008-2009, 2009-2010. Dit onderzoek maakt deel uit van een groter onderzoek waarin middels het meten van eigenschappen van het doorlopen proces en het opgeleverde product geprobeerd wordt om zicht te krijgen op de kwaliteit van het onderwijs voor wat betreft projecten. Dit artikel bouwt voort op een eerste onderzoek waarover we gerapporteerd hebben bij de vorige NIOC conferentie ([1]). Resultaten van het onderzoek naar productkwaliteit worden beschreven in [2]. In paragraaf 2 gaan we eerst in op de informatie betreffende het functioneren van teams en individuen die uit de logging-informatie van SVN gehaald kan worden. Daarna presenteren we in paragraaf 3 een aantal hypotheses die we willen toetsen met behulp van deze logging-informatie. Paragraaf 4 bevat de resultaten van de toetsing: we kijken welke hypotheses weerlegd worden, welke aanvaard worden. We sluiten af met twee paragrafen waarin we conclusies trekken en aandacht besteden aan gerelateerd werk. 65
- Page 14 and 15: Proceedings NIOC 2011 Veel aanbiede
- Page 16 and 17: Proceedings NIOC 2011 2.5 COMMUNITY
- Page 18 and 19: Bouw een intelligente robot in de k
- Page 20 and 21: Proceedings NIOC 2011 Dwengo vzw on
- Page 22 and 23: Proceedings NIOC 2011 Deze workshop
- Page 24 and 25: Overbruggen van de tweede digitale
- Page 26 and 27: Proceedings NIOC 2011 Uit onderzoek
- Page 28: Proceedings NIOC 2011 En daarmee is
- Page 31 and 32: Free Technology Academy: Europees o
- Page 33 and 34: Proceedings NIOC 2011 6 Resultaten
- Page 35 and 36: Ideeën, wat moeten we zonder Inlei
- Page 37 and 38: Proceedings NIOC 2011 2 Afbakening
- Page 39 and 40: Proceedings NIOC 2011 Dit duidt op
- Page 42 and 43: De Open Generatiekloof Auteurs Emie
- Page 44 and 45: Proceedings NIOC 2011 Het conceptue
- Page 46 and 47: Proceedings NIOC 2011 4.1 RELATIEF
- Page 48 and 49: Proceedings NIOC 2011 Als laatste s
- Page 50: Proceedings NIOC 2011 ECABO is het
- Page 53 and 54: Mogelijke opzet voor een cursus Duu
- Page 55 and 56: Proceedings NIOC 2011 Hiervoor is k
- Page 57 and 58: MathDox Interactive Mathematics in
- Page 59 and 60: Proceedings NIOC 2011 4 MathDox sof
- Page 61 and 62: Proceedings NIOC 2011 16
- Page 63: Proceedings NIOC 2011 From the stud
- Page 67 and 68: Proceedings NIOC 2011 We hebben dri
- Page 69 and 70: Proceedings NIOC 2011 Ook hier geld
- Page 71 and 72: Proceedings NIOC 2011 FIGUUR 3 Boxp
- Page 73 and 74: Proceedings NIOC 2011 Met name bij
- Page 76 and 77: InfVO - een Amsterdamse steun in de
- Page 78 and 79: Proceedings NIOC 2011 De leerlingen
- Page 80 and 81: Proceedings NIOC 2011 5 De uitvoeri
- Page 82 and 83: Ontwerp van een 1-jarige Master Sof
- Page 84 and 85: Proceedings NIOC 2011 3 Kaders De g
- Page 86 and 87: Proceedings NIOC 2011 FIGUUR 3 Soft
- Page 88 and 89: Proceedings NIOC 2011 9 OU Master S
- Page 90 and 91: Proceedings NIOC 2011 13 Toelatings
- Page 92 and 93: Modularisering van Sterk Afhankelij
- Page 94 and 95: Proceedings NIOC 2011 De 4 vakken w
- Page 96 and 97: Proceedings NIOC 2011 3 Alle GipHou
- Page 98: Proceedings NIOC 2011 2 weken voora
- Page 101 and 102: Informatica in het VO: hoe verder 1
- Page 103 and 104: Proceedings NIOC 2011 5 Bestuurlijk
- Page 105 and 106: Hoe weet een opleiding wat het bero
- Page 107 and 108: Proceedings NIOC 2011 NVAO beoordel
- Page 109 and 110: Proceedings NIOC 2011 4.1 ZORG, WEL
- Page 111 and 112: Proceedings NIOC 2011 Schön, Donal
- Page 113 and 114: Human-Computer Interaction onderwij
Versiebeheer en de kwaliteit van teamwork<br />
1 Inleiding<br />
Bij veel HBO-informatica opleidingen vormt het werken in projectvorm een substantieel<br />
deel van het curriculum. Studenten werken gedurende een aantal maanden in teamverband<br />
aan een omvangrijke opdracht, resulterend in een op te leveren product.<br />
Vaak is daarbij sprake van een meer of minder gesimuleerde opdrachtgever-opdrachtnemer<br />
situatie. Docenten van de opleiding of externe partijen (bedrijven) treden op als<br />
opdrachtgever. In die rol stellen ze aan het begin van het project de requirements op en<br />
accepteren ze aan het eind het opgeleverde product. Tijdens het project treden docenten<br />
ook op als coach. In die rol begeleiden ze de projectteams en leveren ze ondersteuning<br />
bij het oplossen van problemen. Aan het eind van een project worden de studenten<br />
beoordeeld op de kwaliteit van het opgeleverde product en vaak ook op de kwaliteit<br />
van de samenwerking binnen het team. Voor de beoordeling van dit laatste aspect zijn<br />
docenten afhankelijk van de (doorgaans beperkte) waarnemingen van de coach en<br />
eventueel van een zelfevaluatie van het team.<br />
Sinds een aantal jaren maken de informatica-opleidingen van de Hogeschool van<br />
Amsterdam bij de projecten gebruik van een versiebeheertool (Subversion, hierna afgekort<br />
met SVN). Ieder team krijgt een repository tot zijn beschikking, waarbinnen alle teamleden<br />
lees- en schrijfrechten hebben. Een team is verplicht om aan het eind van het project de<br />
resultaten op te leveren in de betreffende repository. Alle acties van studenten richting<br />
SVN worden automatisch gelogd door het systeem. De logging-informatie vertelt wie<br />
wanneer wat gedaan heeft en geeft daarmee een beeld van de activiteiten van een team<br />
als geheel en van de activiteiten van de individuele leden. In dit artikel onderzoeken we<br />
of deze logging-informatie inzicht geeft in de kwaliteit van het geleverde teamwork. Dat<br />
doen we niet door een absolute norm te definiëren en te controleren of een team hieraan<br />
voldoet. We kijken naar verschillen tussen het teamwork van eerstejaars teams en<br />
tweedejaars teams. We onderzoeken of tweedejaars teams beter teamwork laten zien<br />
dan eerstejaars. Daarmee onderzoeken we (indirect) de kwaliteit van het onderwijs voor<br />
wat betreft het samenwerken in teamverband. Daarnaast is het interessant om te kijken<br />
of er verschillen zijn tussen de collegejaren waarvan logging-informatie beschikbaar is:<br />
2007-2008, 2008-2009, 2009-2010.<br />
Dit onderzoek maakt deel uit van een groter onderzoek waarin middels het meten van<br />
eigenschappen van het doorlopen proces en het opgeleverde product geprobeerd wordt<br />
om zicht te krijgen op de kwaliteit van het onderwijs voor wat betreft projecten. Dit artikel<br />
bouwt voort op een eerste onderzoek waarover we gerapporteerd hebben bij de vorige<br />
NIOC conferentie ([1]). Resultaten van het onderzoek naar productkwaliteit worden<br />
beschreven in [2].<br />
In paragraaf 2 gaan we eerst in op de informatie betreffende het functioneren van teams<br />
en individuen die uit de logging-informatie van SVN gehaald kan worden. Daarna<br />
presenteren we in paragraaf 3 een aantal hypotheses die we willen toetsen met behulp<br />
van deze logging-informatie. Paragraaf 4 bevat de resultaten van de toetsing: we kijken<br />
welke hypotheses weerlegd worden, welke aanvaard worden. We sluiten af met twee<br />
paragrafen waarin we conclusies trekken en aandacht besteden aan gerelateerd werk.<br />
65