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 ...
You also want an ePaper? Increase the reach of your titles
YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.
team members <strong>and</strong> the co-constructive effort <strong>of</strong> making a shared timeline results in a ‘return<br />
to experience’ richer than would have been possible for an individual, reflecting team<br />
member alone. Feelings are attended to in the drawing <strong>of</strong> satisfaction curves. Experience is<br />
re-evaluated through the revisiting <strong>of</strong> issues in the different <strong>work</strong>shop tasks, particularly the<br />
last ones. Further, the students deemed the <strong>work</strong>shop approach useful for later projects.<br />
Turning from student’s <strong>learning</strong> to organizational <strong>learning</strong>, three findings address the<br />
potential for course staff to use the <strong>work</strong>shops to learn about the course:<br />
First, students’ discussions provide insights about the effect <strong>of</strong> the course design. I.e.,<br />
the example from team Q in Section 4.3 points to different stakeholders having<br />
different project objectives [11]. Magda primarily wants to use the project to improve<br />
her technical skills, while the formal course objective is to have students get experience<br />
with project <strong>work</strong> for a customer, with a focus on the organization <strong>of</strong> team<strong>work</strong> <strong>and</strong><br />
management <strong>of</strong> stakeholder relationships. Such insights on students’ objectives <strong>and</strong><br />
motivation may be used to better align course objectives <strong>and</strong> actual <strong>learning</strong> outcome,<br />
e.g. by presenting the course differently or changing incentives or course requirements.<br />
Second, in our data, no patterns can be found relating curve sets to project grades.<br />
While data from a much larger number <strong>of</strong> teams might have revealed some significant<br />
correlation, a team’s curve set cannot be a diagnostic tool in project evaluation. <strong>The</strong><br />
curves reveal only part <strong>of</strong> a complex reality. Our curve sets may however be seen as<br />
disproving possible preconceptions about successful collaboration. For instance, a<br />
project receiving an A might have discrepant (Figure 1) or largely congruent curves<br />
(another team in our data). Rich information is needed to underst<strong>and</strong> the connection<br />
between experience curves <strong>and</strong> project result, e.g. why discrepancies might represent<br />
‘fruitful dynamics’ rather than subversive conflicts (cf. Section 4.4).<br />
Third, it is possible to find patterns relating satisfaction curves to elements <strong>of</strong> the course<br />
design. <strong>The</strong>se patterns can be interpreted in light <strong>of</strong> students’ explanations <strong>of</strong> their curves. We<br />
found two patterns in our data: a) Many students account for what can be denoted ‘report<br />
dips’: down-periods before report deliveries, associated with stress <strong>and</strong> comments like<br />
‘writing report is simply boring’. b) Feedback from the supervisor (e.g. report versions)<br />
has great impact on the team members’ experience. For instance, one <strong>of</strong> our<br />
supervisors, known to be ‘strict’, had been giving feedback making students in several<br />
teams very disappointed <strong>and</strong> even demotivated for some time. This did however not<br />
correlate with a negative grade. Patterns thus relating course events to individual<br />
experience – whether revealing surprising connections or providing empirical evidence <strong>of</strong><br />
prior assumptions - can be used as a resource for improvements to the course design.<br />
We see a potential for course staff to gain insights about the course from the <strong>work</strong>shops,<br />
but students’ <strong>reflection</strong> <strong>and</strong> <strong>learning</strong> might suffer if an additional agenda is introduced.<br />
Recommendation 1: If the <strong>work</strong>shop is used to learn about the course, agree with students that<br />
data will be anonymous <strong>and</strong> used for improvement <strong>of</strong> next year’s course. Recommendation 2:<br />
Make sure, <strong>and</strong> make students aware, that the <strong>work</strong>shop facilitator is not grading the project.<br />
5.1 Suitability <strong>of</strong> the proposed <strong>work</strong>shop structure<br />
Observations indicate that the <strong>work</strong>shop tasks were easily understood <strong>and</strong> willingly<br />
performed. <strong>The</strong>re were few questions, seemingly no misunderst<strong>and</strong>ings <strong>and</strong> no apparent<br />
reluctance to draw <strong>and</strong> explain curves on the whiteboard. All turns were explained <strong>and</strong><br />
linked to events, <strong>and</strong> the presenter was rarely interrupted. Explanations were generally<br />
given in a straightforward way, <strong>and</strong> the audience seemed sensitive to the information.<br />
91<br />
Authorized licensed use limited to: Norges Teknisk-Naturvitenskapelige Universitet. Downloaded on February 5, 2010 at 09:01 from IEEE Xplore. Restrictions apply.<br />
169