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 ...
The work-reflection-learning cycle in SE student projects: Use of collaboration tools 190
Supporting Reflection in Software Development with Everyday Working Tools Birgit Krogstie, Monica Divitini Norwegian University of Science and Technology, Sem Sælands vei 7-9, NO-7491 Trondheim, Norway {birgitkr, divitini}@idi.ntnu.no Abstract. Through their day-to-day usage collaboration tools collect data on the work process. These data can be used to aid participants’ retrospective reflection on the process. The paper shows how this can be done in software development project work. Through a case study we demonstrate how retrospective reflection was conducted by use of an industry approach to project retrospectives combined with the examination of historical data in Trac, an issue tracker. The data helped the team reconstruct the project trajectory by aiding the recall of significant events, leading to a shift in the team’s perspective on the project. The success of the tool-aided retrospective reflection is attributed to its organization as well as the type of historical data examined through the tool and the tool features for navigating the data. These insights can be used to help project teams determine the potential of their tools to aid retrospective reflection. Keywords: reflection, project work, software development, issue tracker. 1 Introduction Software development (SD) is highly cooperative work which has received considerable attention in CSCW [1-3]. In SD, mistakes are common as well as costly [4], and learning from experience is essential [5]. In SD organizations using large integrated systems to support and coordinate work, efforts to have the organization learn from experience may be integrated into predefined work processes and supported by tool functionality for collecting and providing experience data. The idea of experience factories [6] reflects a similar idea. In other settings, as in agile software development [7], learning from experience may be more informal and deferred to face-to-face project meetings and retrospective reflection sessions. Project retrospectives [8-9] in agile SD are an example of what is known in the project management literature as project debriefings [10], which cover various methods for recording experiences from projects. Project retrospectives are conducted at the end of project phases or when projects are terminated. The major resources are participants’ memory and collaborative effort to reconstruct the project, and various facilitation techniques exist (e.g. [11]). In this paper we generically refer to retrospective reflection to indicate activities conducted at the end of a project phase 191
- Page 157 and 158: type of use can be seen as an examp
- Page 159 and 160: ecome integration, and we identifie
- Page 161 and 162: project. Typically, a clean-up was
- Page 163 and 164: 5.1 The wiki as a knowledge reposit
- Page 165 and 166: 6. Conclusion We have shown how pro
- Page 167 and 168: Research paper P5 Title: Using Proj
- Page 169 and 170: Proceedings of the 42nd Hawaii Inte
- Page 171 and 172: Proceedings of the 42nd Hawaii Inte
- Page 173 and 174: Proceedings of the 42nd Hawaii Inte
- Page 175 and 176: Proceedings of the 42nd Hawaii Inte
- Page 177 and 178: Proceedings of the 42nd Hawaii Inte
- Page 179 and 180: Research paper P6 Title: Shared tim
- Page 181 and 182: Shared timeline and individual expe
- Page 183 and 184: presentation. In 2008, there were 1
- Page 185 and 186: congruent’ to sets that seem to o
- Page 187 and 188: team members and the co-constructiv
- Page 189 and 190: Research paper P7 Title: A Model of
- Page 191 and 192: A Model of Retrospective Reflection
- Page 193 and 194: 420 B.R. Krogstie Fig. 1. Shared ti
- Page 195 and 196: 422 B.R. Krogstie information about
- Page 197 and 198: 424 B.R. Krogstie and to express ho
- Page 199 and 200: 426 B.R. Krogstie 4.2 The Temporal
- Page 201 and 202: 428 B.R. Krogstie in combining them
- Page 203 and 204: 430 B.R. Krogstie Fig. 3. A model o
- Page 205 and 206: 432 B.R. Krogstie 20. Hutchins, E.:
- Page 207: Research paper P8 Title: Supporting
- Page 211 and 212: 2 Background In this section we bri
- Page 213 and 214: There are 3-5 students in the teams
- Page 215 and 216: 4 Research Method The research repo
- Page 217 and 218: 5 Findings In this section we draw
- Page 219 and 220: As a consequence, ‘startup coding
- Page 221 and 222: The type of data involved included
- Page 223 and 224: potentially negative effects is if
- Page 225 and 226: unfolded may shed light on the proc
- Page 227 and 228: 5. Lyytinen, K. and D. Robey, Learn
- Page 229 and 230: Appendix B: Other research publicat
Supporting Reflection in S<strong>of</strong>tware Development with<br />
Everyday Working Tools<br />
Birgit Krogstie, Monica Divitini<br />
Norwegian University <strong>of</strong> Science <strong>and</strong> Technology,<br />
Sem Sæl<strong>and</strong>s vei 7-9, NO-7491 Trondheim, Norway<br />
{birgitkr, divitini}@idi.ntnu.no<br />
Abstract. Through their day-to-day usage collaboration tools collect data on<br />
the <strong>work</strong> process. <strong>The</strong>se data can be used to aid participants’ retrospective<br />
<strong>reflection</strong> on the process. <strong>The</strong> paper shows how this can be done in s<strong>of</strong>tware<br />
development project <strong>work</strong>. Through a case study we demonstrate how<br />
retrospective <strong>reflection</strong> was conducted by use <strong>of</strong> an industry approach to project<br />
retrospectives combined with the examination <strong>of</strong> historical data in Trac, an<br />
issue tracker. <strong>The</strong> data helped the team reconstruct the project trajectory by<br />
aiding the recall <strong>of</strong> significant events, leading to a shift in the team’s<br />
perspective on the project. <strong>The</strong> success <strong>of</strong> the tool-aided retrospective <strong>reflection</strong><br />
is attributed to its organization as well as the type <strong>of</strong> historical data examined<br />
through the tool <strong>and</strong> the tool features for navigating the data. <strong>The</strong>se insights can<br />
be used to help project teams determine the potential <strong>of</strong> their tools to aid<br />
retrospective <strong>reflection</strong>.<br />
Keywords: <strong>reflection</strong>, project <strong>work</strong>, s<strong>of</strong>tware development, issue tracker.<br />
1 Introduction<br />
S<strong>of</strong>tware development (SD) is highly cooperative <strong>work</strong> which has received<br />
considerable attention in CSCW [1-3]. In SD, mistakes are common as well as costly<br />
[4], <strong>and</strong> <strong>learning</strong> from experience is essential [5].<br />
In SD organizations using large integrated systems to support <strong>and</strong> coordinate <strong>work</strong>,<br />
efforts to have the organization learn from experience may be integrated into<br />
predefined <strong>work</strong> processes <strong>and</strong> supported by tool functionality for collecting <strong>and</strong><br />
providing experience data. <strong>The</strong> idea <strong>of</strong> experience factories [6] reflects a similar idea.<br />
In other settings, as in agile s<strong>of</strong>tware development [7], <strong>learning</strong> from experience may<br />
be more informal <strong>and</strong> deferred to face-to-face project meetings <strong>and</strong> retrospective<br />
<strong>reflection</strong> sessions. Project retrospectives [8-9] in agile SD are an example <strong>of</strong> what is<br />
known in the project management literature as project debriefings [10], which cover<br />
various methods for recording experiences from projects. Project retrospectives are<br />
conducted at the end <strong>of</strong> project phases or when projects are terminated. <strong>The</strong> major<br />
resources are participants’ memory <strong>and</strong> collaborative effort to reconstruct the project,<br />
<strong>and</strong> various facilitation techniques exist (e.g. [11]). In this paper we generically refer<br />
to retrospective <strong>reflection</strong> to indicate activities conducted at the end <strong>of</strong> a project phase<br />
191