21.01.2014 Views

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 ...

SHOW MORE
SHOW LESS

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

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!