Difference between revisions of "Continuous Activity/alx"

From Open Pattern Repository for Online Learning Systems
Jump to navigation Jump to search
m (Edited format)
(Added category)
Line 130: Line 130:
<references/>
<references/>


[[Category:Design_patterns]] [[Category:Full_Pattern]]<!-- List of other categories the design pattern belongs to. The syntax for linking to a category is: [[Category:<Name of category]] -->
[[Category:Design_patterns]] [[Category:Full_Pattern]] [[Category: Pedagogical Design Patterns]] [[Category:Active Learning Patterns]] [[Category:Traditional Classroom]]<!-- List of other categories the design pattern belongs to. The syntax for linking to a category is: [[Category:<Name of category]] -->

Revision as of 10:28, 15 May 2017


Continuous Activity
Contributors Christian Köppe
Last modification May 15, 2017
Source Köppe (2012)[1]
Pattern formats OPR Alexandrian
Usability
Learning domain
Stakeholders


Image Continuous Activity-alx.png
Fig. 1. A german Kuckucksuhr - the bird sings every quarter-hour



You want to have Active Student (Active Student) and use assignments which last for a longer period.

***

If students get an assignment and a deadline, they mostly start too late to work on the assignment. They often are not able to finish the assignment in the best possible quality and on time.


Often students have to work on assignments which last for a longer period, ranging from a few weeks to a few months. The scope and workload of these assignments are conceived so that students can finish them in this period with the assumption that they work continuously on them. But most often students believe that they can defer the work until closer to the assignment delivery date. Eventually, when they begin, they do not have enough time to finish it on schedule. This leads to overworking in the last days or even hours before the deadline. Figure 2 shows a typical distribution of student activity. The author presented this figure at the Dutch Computer Science Education Conference (NIOC) and all attendees described similar perceptions[2].

Figure2 Continuous Activity-alx.png
Fig. 2. Typical activity-distribution from students


Temporal Motivation. An explanation for this behaviour can be found in Temporal Motivational Theory (TMT), which is established by Steel and König[3] and includes aspects of Picoeconomics (or Hyperbolic Discounting), originally introduced by Ainslie and Haslam. It suggests that people have to choose from different activities which possibly offer rewards. These rewards are undervalued if the events occur in the future, so activities are chosen which will generate immediate rewards, even if these are of lesser value than the future events. But then time comes closer, and people recognize the real value of the once-future events, but are then not able to realistically achieve the goals anymore[3]. They found that their theory applies to individuals, but also to groups.


Groups Work. Larger student assignments are often group assignments (see also the pedagogical pattern Groups Work (Groups Work) for this). These assignments are subject to group dynamics. Parts of the assignment are regularly distributed among the students, so every student feels more responsible for her own part and not the whole assignment. Rewards of value are rarely or not given to the other students for their work, so again the motivation to work continuously on the assignment is low. Another aspect is that many group assignments require continuous integration or an integration of all individual work done by the students at the end. If there is not enough time left to do this, then a big-bang integration occurs, leading to an inconsistent and sometimes ill functioning final product.


Early Phase of Study. Beginning students are particularly prone to this habit, as they often lack the discipline and intrinsic motivation required to overcome this behaviour.


Misleading Experiences. Sometimes students were subject to this behaviour in earlier and smaller assignments, and their experience showed them that even when starting too late working on an assignment that they still were able to finish it with an acceptable grade. This encourages them to repeat this behaviour in later assignments as well, even though these require a much higher amount of work. The students have problems to estimate the amount of time needed for differently-sized assignments.


Unknown Workload. Related to the misleading experiences is the difficulty students have to realistically estimate the workload that is needed to realize a bigger assignment.

***

Therefore: include regular delivery moments of appropriate artifacts to motivate and engage the students to be active over the whole time of the assignment. These artifacts should be of value for the students.


This solution is essentially the application of the technique Goal Setting in combination with the earlier described Temporal Motivational Theory (TMT). Steel and König[3] state that "by subdividing a large project into smaller goals, the sum of the parts can be greater than the whole". Defining valuable subgoals for shorter periods leads to an increased motivation per subgoal — which correlates with increased activity per subgoal — and, in the end, to a bigger amount of activity. A higher motivation, stimulated by the grading of these artifacts or other ways of being of value for students, forms the basis of the desired activity-distribution as shown in Figure 3.


Brewster and Fager also suggest to "break large tasks into a series of smaller tasks"[4], which also has the effect of not overwhelming and discouraging the students on longer-lasting assignments. This way the students are able to realize more parts of their assignments. The value they receive from reaching the subgoals can be of different kind, where feedback (using e.g. formative assessments) and grades (using e.g. summative assessments) are the most usual and important ones and often used in combination. We therefore will take a closer look at these two and the kinds of projects where Continuous Activity (Continuous Activity) is applicable.

Figure3 Continuous Activity-alx.png
Fig. 3. Activity-distribution with delivery moments

Feedback is of value for the students, as using this feedback will help them to improve their solutions or rework parts of their assignments. At all moments where parts of the assignment are graded, also feedback should be given. Giving feedback is also possible in different ways. Feedback patterns[5]like e.g. Peer Feedback (Peer Feedback) can be used for implementing these different ways. Important is the formative character of the feedback. Barron et al.[6] as one of the principles of course design: "...the provision of frequent opportunities for formative assessment by both students and teachers". The students can improve their work during the assignment. The feedback at the first delivery moments can be used to realize Early Warning (Early Warning). Because there are many delivery moments, these can be easily used to Embrace Correction (Embrace Correction).


Grades form another value for the students. Experience shows that it is good practice to weight the first grades less than later ones, especially if the project is the first one for the students which makes use of this pattern. If the students are not used to continuously work on their assignment, they often perform less good in the beginning which leads to a bad grade. If this grade is of a high weight, then the motivation of the students rapidly decreases, which was experienced by us and also colleagues from other universities. A bad first grade which counts just for a small percentage in the total grade is experienced by the students as a warning shot which they still can "iron out".


Brewster and Fager remark that extrinsic rewards — like grades — should only be used sparingly and should be closely related to the accomplished task[4]. It is also important that the rewards should only be given if they are clearly deserved and that they are based on the task and not on comparison to other students.


A variation of this pattern is the application without explicit grading. This variation can be applied when the student approaches the final phase of her study. In most cases an explicit grading of the artifacts is not needed anymore to increase the motivation of the student. Schümmer and Schmolitkzy describe patterns for supervising thesis projects[7]. As a thesis is also a long running project, it is necessary to ensure a continuous activity of the student writing the thesis. Their pattern — addressing this continuous activity — is Project Heartbeat (Project Heartbeat), which makes use of the same solution as presented in this pattern, but does not use the grading part. Instead of defining subtasks or varying deliverables, they monitor the (incremental) progress of the students’ thesis project. Barron et al. use an approach without explicit grading which is similar to this pattern[6] (see section Known Applications).


As all sub-assignments form one big assignment, they also should be seen as a part of a whole. Warren is using holistic assessments to realize this[8]. The holistic approach requires that all assessment criteria are explicit and transparent to students — which is anyway important for student motivation[4] and basis for a Fair Grading (Fair Grading). This way the students know what is expected of them and it helps the teacher in giving fast feedback. However, using this approach requires that for all sub-assignments explicit assessment criteria can be defined. It is for example easier to realize with small software projects which make use of a defined software process (as e.g. OpenUP or Scrum), as these mostly naturally include iteration milestones and process artifacts and for both of these typically transparent and explicit criteria already are — or can be — defined. On the other hand, e.g. writing an essay does not easily provide a couple of defined artifacts or moments which could be used "out of the box". In this case the application of this pattern requires more preparation in advance: the definition of appropriate moments and artifacts, their relations with the overall learning objectives, but also the way these artifacts are to be assessed.


Another consequence of applying this pattern is that it offers the teacher the possibility to react immediately to problems students have with an assignment. Through seeing that specific learning objectives are not achieved by the students in early phases of a project, the teacher can adjust parts of the assignment or the whole assignment. If for example the programming level of the students is not sufficient for a specific assignment, this should become obvious in one of the first delivery moments and the teacher can adjust the programming level of the assignment. Giving extensive feedback takes time, so a good balance has to be found between giving as much feedback as possible and the time required to do so.


But there are also consequences for the students. Through keeping the students continuously active, their need to overwork decreases, especially during the end phase of the assignment. This can actually be seen as the implementation of the eXtreme Programming practice Sustainable Pace. It is important to mention that this pattern should especially applied in the early phases of a curriculum, otherwise the chance of misleading student experiences grows and it becomes more difficult to motivate the students to overcome the behavior described in the problem statement.


This pattern can be used for teaching different domains. Examples are small research projects that could be split up into a research plan, an outline of the project, a literature study, an experiment part, and the final report. Another example is a quantitative statistics project which could be split up in defining the background of the study, the definition of variables, preparing the questionnaire, executing the survey, preparing and validating the results and finally the presentation of the results. So, as long as there are moments of value, like the singing from the bird of a german Kuckucksuhr every 15 minutes, this pattern can be applied.


An application of this pattern in Software engineering assignments often include a couple of artifacts which are related to different activities and part of a software process. The Open Unified Process (OpenUP[9]) knows for example process artifacts — the work products in OpenUP terminology — like a use case model, an architecture notebook or implemented physical parts of a system. These artifacts can be graded, using previously defined and communicated criteria. Depending on the focus of the project (the learning objectives), the distribution of the gradings for the total grade has to reflect this focus and can differ per project. A project with the focus on requirements engineering will likely include more iterations for gathering the requirements as well as activities like user workshops, prototyping, or requirements reviews. Here artifacts as well as activities can be used for giving grades. A project with the focus on software architecture will probably include artifacts like an architecture notebook (including architectural artifacts like components, layering, tiers etc. and also a rationale for their justification), key functional requirements, or non-functional requirements. It also will make use of activities like iteration management, architectural prototyping, or design. Again, all these can be used for grading.


It is hard to think of bigger assignments where this pattern can not be applied, as most assignments implicitly offer the possibility to split them up into smaller tasks or evolving project parts (like different versions of a specific architecture model or a thesis). However, these parts should also be related to the learning objectives. If most of these objectives are related to the development of the students’ personal skills and can only be graded at the end of an assignment (like reflecting on ones commitment in a team over the whole project or leading a project team), then it is not helpful to apply this pattern, as the teacher has to take the whole project (or assignment) into account.


Another important aspect is that mostly courses are not given in isolation, but often in parallel. As all these courses require activities from the students, the distribution of delivery moments of one of these courses should take the delivery moments of the other courses into account as well. Otherwise there is still a chance of activity peaks which could lead to students focusing on only a few courses and the unwanted activity distribution as described earlier on the other courses.


The implementation of this pattern requires a couple of steps, which are described in the following list.

(1) Identify main learning objectives of the assignment and the main timeline (if not already done).

(2) Identify the subtasks. Alternatively the students could be asked to identify the subtasks themselves, as they learn more this way. The identification of subtasks could also be determined by constant and regular periods of time.

(3) Identify the deliverables per subtask. These can also be new improved versions of earlier deliverables.

(4) Define assessment criteria for these deliverables and relate these criteria to the learning objectives. This step also includes deciding on whether using feedback, grading, both of them, or another way of giving a reward to the students.

(5) Define the timeline for the subtasks.

(6) Communicate the subtasks, deliverables, assessment criteria, and the timeline to the students.

(7) While the assignment is running: Assess each subtask deliverable as soon as possible after delivery. Make sure that the assessment results are communicated to the students according to the earlier published assessment criteria. Use these results also always for giving feedback.

(8) After the assignment: Evaluate the subtask division and, if necessary, adjust it to improve the students’ results.


The author and his colleagues used this pattern for different courses and projects of the software engineering curriculum at the Hogeschool Utrecht. In one project the students were required to use the Open Unified process (OpenUP) for building an auction website. They had to plan short iterations with well defined deliverables as well as delivery moments at the end of each phase (using the milestones of OpenUP). Most of these deliverables (like the architecture notebook) were used for grading while others were only used to give feedback (like iteration plans) so that the students could improve their work. All delivery moments were required. However, in a first run the students did focus only on the graded deliverables. So in a second run of this project all deliverables were taken into account for grading. The end results were— compared to earlier projects without continuous delivery moments incl. grading — of better quality including a good integration of all parts, sufficient testing etc.


Another way to implement this pattern can be the Scrum model for managing student projects[10]. Here Scrum is used to force the students to set and achieve short term goals. This correlates with the increase of work amount the students were able to realize while still having the same amount of time[10].


Barron et al. [6]some experiences with problem- and project-based learning. Their approach is similar to the one described in this pattern, namely using "explicit cycles of assessment, feedback, and revision centered around student-generated products.". The only difference is that they are focusing on giving formative feedback and not using grades.


The author asked the participants of the presentation on pedagogical patterns at the Dutch Computer Science Education conference 2011[2]if they recognize the problem as stated in the pattern problem statement. All participants agreed on that this is a common problem. The author then asked for the solutions the participants applied. These all included in-between delivery- or contact moments, where the students got something of value for them (either grades, tips, or other feedback). After presenting the sketch in Figure 3, most participants agreed that they use the same idea.


References

  1. Köppe, C. (2012). Continuous activity: a pedagogical pattern for active learning. In Proceedings of the 16th European Conference on Pattern Languages of Programs (EuroPLoP 2011). (p. 3). New York: ACM.
  2. 2.0 2.1 Köppe, C. (2011). Een tijd-(en grenze) loze manier van onderwijs: Pedagogical Patterns. In Proceedings of the NIOC 2011 conference. Heerlen, Netherlands.
  3. 3.0 3.1 3.2 Steel, P., & König, C. J. (2006). Integrating theories of motivation. Academy of management review, 31(4), 889-913.
  4. 4.0 4.1 4.2 Brewster, C., & Fager, J. (2000). Increasing student engagement and motivation: From time-on-task to homework. Portland, OR: Northwest Regional Educational Laboratory.
  5. Bergin, J., Eckstein, J., Manns, M. L., & Sharp, H. (2002). Feedback patterns. Retrieved October, 26, 2011.
  6. 6.0 6.1 6.2 Barron, B. J., Schwartz, D. L., Vye, N. J., Moore, A., Petrosino, A., Zech, L., & Bransford, J. D. (1998). Doing with understanding: Lessons from research on problem-and project-based learning. Journal of the Learning Sciences, 7(3-4), 271-311.
  7. Schmolitzky, A., & Schümmer, T. (2008). Patterns for Supervising Thesis Projects. In EuroPLoP.
  8. Warren, I. (2005). Teaching patterns and software design. In Proceedings of the 7th Australasian conference on Computing education-Volume 42 (pp. 39-49). Australian Computer Society, Inc..
  9. OpenUP. http://epf.eclipse.org/wikis/openup/. Retrieved 2011.
  10. 10.0 10.1 Sanders, D. (2007). Using Scrum to manage student projects. Journal of Computing Sciences in Colleges, 23(1), 79-79.