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.

428 B.R. Krogstie<br />

in combining them [11], using the historical data as a means for transforming the<br />

timeline <strong>and</strong> the timeline as a means for making sense <strong>of</strong> the historical data.<br />

By (re-)using a computerized tool that has been used in one context, e.g. that <strong>of</strong><br />

(some aspect <strong>of</strong>) day-to-day project <strong>work</strong>, <strong>and</strong> employing it as a cognitive tool for<br />

retrospective <strong>reflection</strong>, some <strong>of</strong> the expertise inherent in the learner’s there-<strong>and</strong>-then<br />

usage <strong>of</strong> the tool may be applicable to the tool use in retrospective <strong>reflection</strong>. This can<br />

be understood as utilizing the expertise <strong>of</strong> the joint <strong>learning</strong> system [23] <strong>of</strong> day-to-day<br />

<strong>work</strong> in the transition to retrospective <strong>reflection</strong> on that <strong>work</strong>.<br />

<strong>The</strong>re are limits to the insight that can be gained by the use <strong>of</strong> one type <strong>of</strong> representation<br />

<strong>of</strong> a project, e.g. a timeline. This is the case even if the representation is made<br />

more sophisticated (for instance by including representation <strong>of</strong> sub-trajectories like<br />

the individual experience curves). Not all aspects <strong>of</strong> project <strong>work</strong> fit within a temporal/linear<br />

perspective, even if it is possible to revisit most issues along a timeline.<br />

<strong>The</strong>re may be aspects <strong>of</strong> project <strong>work</strong> that are better expressed in other ways, e.g.<br />

with textual descriptions, diagrams or even role play. For instance, a representation<br />

outlining the structure <strong>of</strong> an artefact, showing who contributed to what part, may be<br />

useful to aid <strong>reflection</strong> on the <strong>work</strong> process. Some representations providing synthesized<br />

information about the project are likely to be available in the historical data <strong>of</strong><br />

collaborative tools; project plans are an example. <strong>The</strong> timeline should be seen not<br />

only as a valuable project representation in itself, but also as a good starting point for<br />

identifying <strong>and</strong> creating other representations by helping participants get an overview<br />

<strong>and</strong> create a context for exploration <strong>of</strong> particular issues.<br />

In the studies outlined in Section 2, retrospective <strong>reflection</strong> was conducted when<br />

the projects were more or less finished. Taken from the <strong>learning</strong> objectives <strong>of</strong> the<br />

course, the students were meant to be able to use their experience from the project in<br />

other projects, but implicitly this was taken to happen through individual <strong>learning</strong>.<br />

Revisiting the model <strong>of</strong> the reflective process [31], its outcomes comprise new perspectives<br />

on experiences, change in behaviour, readiness for application, <strong>and</strong> commitment<br />

to action. We would expect a successful process <strong>of</strong> retrospective <strong>reflection</strong> to<br />

result in all <strong>of</strong> these being somehow incorporated in participants’ internal representations<br />

<strong>of</strong> the project experience, <strong>and</strong> some <strong>of</strong> it to be expressed in the external representations<br />

resulting from <strong>reflection</strong>. However, the actual <strong>learning</strong> from experience is<br />

best seen in further project <strong>work</strong>, <strong>and</strong> retrospective <strong>reflection</strong> should be an elements<br />

<strong>of</strong> a <strong>learning</strong> <strong>cycle</strong> [30]. If process improvement is part <strong>of</strong> the purpose <strong>of</strong> retrospective<br />

<strong>reflection</strong>, lessons learned should be captured in representations that are applicable in<br />

later project <strong>work</strong>. How to make lessons learned applicable in practice is a challenging<br />

issue at the core <strong>of</strong> organizational <strong>learning</strong> <strong>and</strong> knowledge management.<br />

Our conclusion from this section is that many types <strong>of</strong> transformations <strong>of</strong> representations<br />

may be involved in, <strong>and</strong> add value to, retrospective <strong>reflection</strong>. <strong>The</strong> transformations<br />

we have discussed were achieved by the use <strong>of</strong> tools primarily supporting<br />

day-to-day <strong>work</strong> as well as tools introduced for retrospective <strong>reflection</strong>.<br />

5 Retrospective Reflection in Project Based Learning: A Model<br />

Based on the previous analysis, we outline a model <strong>of</strong> retrospective <strong>reflection</strong> in<br />

project based <strong>learning</strong> <strong>and</strong> briefly illustrate with examples from Section 2.<br />

183

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

Saved successfully!

Ooh no, something went wrong!