• Embed Doc
  • Readcast
  • Collections
  • CommentGo Back
 
Collaboration Design Patterns:
 
Conceptual Tools for Planning for The Wireless Classroom
Chris DiGiano, Louise Yarnall, Charlie Patton, Jeremy Roschelle, Deborah Tatar, Matt Manley
Center for Technology in Learning, SRI International 
 chris.digiano@sri.com
Abstract
Wireless and mobile devices are beginning to offer stunning new technical capabilities for collaborativelearning. Yet, researchers in this field must recognize theimportance of complementing these technical advanceswith improved understanding of the patterns of class-room activity that most need support. Our approach is tocreate conceptual tools that help us think and talk about technology-supported collaborative learning. A particu-larly powerful tool, we have found, is Collaborative Design Patterns, which capture common learning situa-tions and tradeoffs in written form.
1. Introduction
Wireless and mobile devices are beginning to offer stunning new technical capabilities for collaborativelearning. Yet, researchers in this field must recognize theimportance of complementing these technical advanceswith improved understanding of the patterns of classroomactivity that most need support. How can wireless and mobile technologies leverage existing practices? Whatkinds of powerful new learning experiences are possible?How can we guide content developers in creating a new body of collaboration-friendly content? Ultimately, our goal should be to create solutions that are both innovativeand eminently adoptable by teachers.Our approach to understanding existing classroomneeds and planning for wireless and mobile devices of tomorrow has been to create conceptual tools that help usthink and talk about technology-supported collaborativelearning. In this paper we elaborate on one such tool:Collaborative Design Patterns.
1.1 Collaborative Design Patterns
Collaborative Design Patterns are based on Christopher Alexander’s notion of design patterns in architecture [1].Alexander invented design patterns as a literary form tocapture “profound invariants” found in the highest qualityspaces. Similarly, we adopted design patterns to describe best practices in collaborative learning. More than justdescriptive, our Collaboration Design Patterns offer us ashorthand to effectively communicate collaborativeactivities, and provide building blocks for more complexsituations.Our selection of Collaboration Design Patterns focuseson those that could be enabled or enhanced with wirelessand mobile technology. We adapted the design patternform used in Buschmann, et al. [2] as shown below.
 Name:
The name and a short summary of the pattern
 Problem:
The problem the pattern addresses, includinga discussion of its associated forces
 Example:
A real-world example demonstrating theexistence of the problem and the need for the pattern
Context:
The situations in which the pattern may apply
Solution:
A resolution of the problem stated in termsthat could be applied in many situations
 Implementation:
The fundamental solution principleunderlying the pattern
Technological Assumptions
: What infrastructure must be in place for the implementation to be practical
Variants:
A brief description of variants or speciali-zations of a pattern
Consequences:
The benefits the pattern provides, and any potential liabilities
See Also:
References to patterns that solve similar  problems.To clarify how a researcher of wireless and mobiledevices can use Collaboration Design Patterns we high-light applications we have encountered while collabora-ting with Texas Instruments (TI) Educational and Produc-tivity Solutions. TI has used patterns to illustrate toteachers how solitary calculator activities can be madecollaborative. We have used patterns to check the gener-ality of a proposed collaboration network infrastructure.The Technological Assumptions category of our patterns(our own extension to the standard form) helped us articu-late the requirements of a desirable collaboration systemto TI engineers.We have identified three main types of collaboration patterns:1.
Whole Activity Patterns:
describe how collaborationtakes place over the course of an entire activity2.
 Data Patterns:
describe how artifacts are exchanged during a collaborative activity
Proceedings of the IEEE International Workshop on Wireless and Mobile Technologies in Education (WMTE’02)0-7695-1706-4/02 $17.00 © 2002
IEEE
 
3.
Support Patterns:
describe smaller-grained patternsthat enable forms of collaboration to take place.The rest of this paper is divided into four collaborativescenarios, based on real classroom activities, which wemine for collaboration design patterns. In the Moon Phasescenario we describe the whole activity pattern
Touching the Elephant 
and the support patterns
 ExchangeTemplate
an
 
Contribution Layering 
. We mine theRevolutionary War scenario for the whole activity pattern
Crystal Ball 
and the support pattern
 PresentationTemplate
. In the Salmon Watch scenario we introduce thewhole activity patterns
 Pipeline Workflow
and 
 Jigsaw
.Finally, the Bias Circles scenario provides context for thewhole activity pattern
Coopetition
.
2. Moon Phase Patterns
We use the following mathematics scenario, based on areal classroom activity
1
, to introduce the next three patterns: A teacher uses an activity exploring the phasesof the moon to introduce students to argumentation aboutmathematical modeling and matching data to a model. Shegives each team three unique points of moon phase datafrom one month, with each phase point represented by afraction of a full moon. Student teams then experiment withdifferent values that they enter into a pre-loaded sinusoidal function on a graphing calculator.The model function is of the form0.5 * sin(
 f 
* (
– 
 B
)) + 0.5Where
 f 
represents the frequency of full moons, and 
 B
, phase-offset—roughly speaking, the phase of the moonon the initial day of the data set. Students are not told themeanings of these variables explicitly. Rather, they areexpected to discover these connections in the process of the activity.Students are to identify function parameters thatresults in a graph that comes closest to fitting their given points. They must reflect on the different strategies thatcan be used to find functions with the smallest error. Theultimate goal is for students to explore the role thatfrequency and offset play in relation to the moon data.
1
See <http://www.comap.com/highschool/projects/mmow/assets/Macintosh/Course3/Unit5/Resources/U5TEACH.PDF> and <http://mach.usno.navy.mil/cgi- bin/aa_moonill.pl>
 Day One.
After working through this process for half the class period, each team “publishes” two bits of infor-mation in an electronic form created by the teacher thatincludes:
“Best fit” frequency and offset predictions
Check boxes for the strategies used to identify “bestfit” frequency (e.g., trial and error, induction fromknowledge of the 30-day moon cycle, etc.)
Check boxes for their predictions about how torepresent the relationship between best-fit frequencyand phase-offset in a mathematical formula. That is, iyou fix a phase-offset and adjust the frequency for a best fit, then change the phase-offset and find thenew best-fit frequency, what is the relationship between the phase-offset change and the frequencychange?These “published bits” of information are transmitted to all other teams for review and discussion. Teams canthen decide whether to change their ideas or defend them.
 Day Two.
Student teams finalize their presentation of their arguments. Whole class discussion follows with eachteam reporting their predictions. The teacher then aggre-gates each team’s data and shows how all 10 sets of threedata points flow together into one sine wave for a fullmonth of moon activity, with each set of three data pointscolor-coded and labeled by team. The teacher needs theability to call out each team’s data sets one at a time,highlighting them individually, and then be able to “layer in” each succeeding team’s data points. She also needsthe ability to plug in different frequency and phase-offsetnumbers to change the overall sine wave dynamically inorder to lead discussions comparing different predictions.
2.1 Touching the Elephant
The Moon Phase scenario highlights a common wholeactivity pattern called Touching the Elephant. This patternhas already been documented in the Pedagogical PatternsProject
2
. Here we expand on how it can be applied  particularly in collaborative settings.
2
See <http://www-lifia.info.unlp.edu.ar/ppp/>
Proceedings of the IEEE International Workshop on Wireless and Mobile Technologies in Education (WMTE’02)0-7695-1706-4/02 $17.00 © 2002
IEEE
 
 
 Problem.
Grasping the vastness of a new topic isdifficult, particularly for students weaned on worksheet pedagogy. Students who work with a sample of data thatis too small can draw erroneous conclusions. It is impor-tant for students to gain “intellectual humility” by gradualexposure to the larger problem.
 Example.
In an effort to create a “teachable moment,”the teacher in the Moon Phase scenario wants each groupto start by working on a small part of the curve-fitting problem. That is, she wants students to start out by con-ceptualizing the problem as simpler, or at least different,than it actually is when taken as a whole. However, shethen needs a way to pull back from the particulars and reveal “the big picture.”
Context.
Small groups exploring a complex phenome-non.
Solution.
Students are given some early experience inexamining a small part of a larger phenomenon, with theintent of showing them the complexity of the field they areabout to study.
 Implementation.
The teacher prepares the activity bydividing the phenomenon being studied into parts thatcan be worked on independently. The teacher theninitiates the activity by introducing the problem to thewhole class, forming students into groups, explaining tothe class that each group will receive only part of the problem, and distributing the prepared parts to at least oneof the handhelds in each group. After groups have had sufficient time to work on their part of the problem, theteacher finishes the activity by collecting the partialsolutions from each group onto a local server, displaying avisualization of the combined solutions on a shared display, and conducting a class discussion of how the parts make up the whole (see Contribution Layering below.
)
 
Technological Assumptions.
The implementationassumes:
A means of associating handhelds with a group
A means of tagging student artifacts by a group IDso they can be distinguished on the local server 
The availability of appropriate visualizations toolsfor the subject matter being explored.
See Also.
Touching the Elephant can be combined ininteresting ways with Coopetition, a whole activity patterndescribed later.
2.2 Exchange Template
The scenario underscores the frequent need for information transfer, which we have captured as theExchange Template support pattern.
 Problem.
In many collaborative activities studentsneed to exchange their work with peers. If peers usedifferent types of conventions for reporting their work,valuable class time may be lost while students interpretthe artifacts they received from their peers.
 Example.
The teacher in the scenario needs all teams toquickly exchange the frequency and phase-offset valuesthat best fit their data. If this were the complete content of the exchange, this could be done trivially by transmittingsingle values back and forth, or even shouting outnumbers. But, the teacher also wants students to comparethe strategies they used and their predictions. Thechallenge is to allow this qualitative information to beexchanged too, in a way that affords quick comparison.
Context.
Between-student comparison of qualitativeresults.
Solution.
Standardize reporting conventions byconstraining results to a template or form on a student’shandheld device. Possible template items include multiplechoice and fill-in-the-blank questions. When the templatesare exchanged, students can more quickly noticedifferences.
 Implementation.
In preparation, the teacher authors aform with multiple choice and fill-in-the-blank options.When students begin the collaborative activity, theteacher distributes the forms to each student’s handheld,or—in the event the class has been divided into groups—  perhaps only the handheld of the group “recorder.” At ateacher-defined checkpoint, the teacher asks students toexchange their work by sending their forms over a peer-to- peer network (alternatively, students could send their work to a server responsible for redistributing the forms to peers.) After receiving others’ forms, each student or group compares the received form to their own. This could  be accomplished on one handheld with a split screen or aview-toggling UI. Alternately, multiple handhelds could be
Proceedings of the IEEE International Workshop on Wireless and Mobile Technologies in Education (WMTE’02)0-7695-1706-4/02 $17.00 © 2002
IEEE
of 00

Leave a Comment

You must be to leave a comment.
Submit
Characters: ...
You must be to leave a comment.
Submit
Characters: ...