The work-reflection-learning cycle - Department of Computer and ...
The work-reflection-learning cycle - Department of Computer and ...
The work-reflection-learning cycle - Department of Computer and ...
Create successful ePaper yourself
Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.
Results<br />
<strong>The</strong> background <strong>of</strong> P2 is a longitudinal study conducted with Team A in 2007. <strong>The</strong><br />
team‟s interaction with an open source s<strong>of</strong>tware (OSS) developer community was<br />
essential to the project‟s success. <strong>The</strong> paper gives a chronological account <strong>of</strong> the<br />
project, focusing on the team‟s need for knowledge about an OSS development<br />
frame<strong>work</strong> they were required to use <strong>and</strong> how they approached the challenge <strong>of</strong><br />
acquiring this knowledge. This happened via confusion <strong>and</strong> hesitation through direct<br />
contact with the developer community in the web forum <strong>and</strong> subsequent participation in<br />
that community. <strong>The</strong> participation helped the team get the necessary resources for their<br />
development <strong>and</strong> succeed with their project. <strong>The</strong> team‟s requests for functionality in the<br />
development frame<strong>work</strong> needed for their project led the OSS community to make<br />
changes to the development frame<strong>work</strong> itself.<br />
<strong>The</strong> findings point to some pitfalls <strong>and</strong> benefits for SE education <strong>of</strong> having students<br />
participate in OSS communities. Being a realistic aspect <strong>of</strong> modern SE <strong>work</strong>, OSS<br />
community participation in a capstone project provides <strong>work</strong> experience highly relevant<br />
to industry. <strong>The</strong> team member having the role as broker between the team <strong>and</strong> the<br />
community is likely to be motivated by his/her role as an important contributor to the<br />
team‟s <strong>work</strong> <strong>and</strong> possibly also as a contributor to the open source community.<br />
Motivation <strong>and</strong> pride may be shared by the entire team, as seen in P2. On the other<br />
h<strong>and</strong>, there are some pitfalls in projects depending on direct interaction with an OSS<br />
community. Student teams may hesitate to try <strong>and</strong> participate actively, being in doubt<br />
about their own skills <strong>and</strong> credibility, <strong>and</strong> this may cause problematic project delays.<br />
Attempts to interact with the OSS community may fail if the team does not manage to<br />
convince the community that they qualify as real users <strong>and</strong> potential contributors. <strong>The</strong><br />
OSS community becomes an extra project stakeholder to which the project has to relate,<br />
which makes project management more challenging. For instance, participating on the<br />
OSS arena <strong>and</strong> <strong>work</strong>ing on technical issues there – <strong>and</strong> receiving gratification for the<br />
effort from other participants there – may move the focus from project tasks in need <strong>of</strong><br />
attention. Finally, brokering may be performed inadequately, for example if knowledge<br />
is not properly shared within the team or the team‟s interests are not properly taken care<br />
<strong>of</strong> in the OSS community.<br />
Overall, P2 shows how cross-community collaboration in student projects extends the<br />
traditional customer <strong>and</strong> course staff interaction, with implications for the dynamics <strong>and</strong><br />
<strong>learning</strong> <strong>of</strong> the team. In particular, successful interaction with an OSS community in an<br />
Internet forum requires a certain communications competence.<br />
39