This module builds practical skills for working in diverse, interdisciplinary research teams. Through documented cases, short decision scenarios, CATME peer evaluation, and repeated application to your own team, you will learn strategies informed by research, interviews, workshops, cases, and professional experience. The central product is a living Team Charter that your team will test and revise—not a document written once and forgotten.
Primary reference: L. Michelle Bennett, Howard Gadlin, and Christophe Marchand, Collaboration and Team Science: A Field Guide, 2nd ed. (NCI/NIH, 2018).
Current evidence update: The Field Guide remains the accessible foundation. Selected contemporary practices are informed by the National Academies’ The Science and Practice of Team Science (2025) and current NIH intramural guidance. These supplements update rather than replace the Guide.
| # | Lecture | Case Study | Field Guide Ch. | Deliverable |
|---|---|---|---|---|
| 1 | CATME & Peer Evaluation | Free-rider + feedback microcases | 2, 11 (selected pages) | Rater Practice + feedback exit ticket |
| 2 | Team Formation & Shared Standards | Apollo 13 | 4–5 (selected pages) | Team Charter core draft |
| 3 | When the Tools Change the Work | Frontiers retraction | 4–5 (selected pages) | Tooling & verification appendix |
| 4 | Cross-Disciplinary Communication | AlphaFold | 6–7, 9 (selected pages) | Skills & integration appendix |
| 5 | Credit, Conflict & Accountability | Transistor + BCS Theory | 8, 10 + Appendix A | Provisional Contribution & Credit Plan |
| 6 | Trust Under Pressure | Challenger + BioNTech/Pfizer | 5, 12 | Final Team Charter package |
The short prompts are not additional historical claims. They are explicitly fictional composites collected in Module 1 Microcases: Charter Decisions in Practice, with timing, required outputs, and instructor cautions.
Two threads build across the module:
Team Charter (evolves across Lectures 2–6)
| Lecture | Milestone |
|---|---|
| 2 | Core draft: purpose, outputs, roles, decision rights, meeting/communication norms, provisional data and credit expectations, concern process |
| 3 | Appendix A: tooling, records, access, AI disclosure, verification, version control, and fallback procedures |
| 4 | Appendix B: skills, blind spots, shared terminology, cross-disciplinary learning, and inclusive discussion norms |
| 5 | Appendix C: provisional contributions, recognition/credit principles, review dates, change contingencies, and dispute process |
| 6 | Final package: stress-tested core Charter and appendices, version history, all-member review, and sign-off |
Format: The final package uses a two-page core Charter plus structured appendices. The core contains the norms the team needs during ordinary work; appendices hold the detail needed for tools and verification, skills and integration, and contribution/credit planning. A useful clause identifies a trigger, responsible person, required action, timeframe, escalation route, and revision rule. Specific, workable commitments matter more than polished but vague prose.
The Charter is a framework for a working relationship, not a substitute for one. After each formative CATME cycle and major deliverable, teams will conduct a short debrief and revise or reaffirm at least one Charter clause using aggregated patterns—not another member’s confidential comments.
Final quality check: A complete package (1) includes every required core and appendix element; (2) uses procedures another team could follow without guessing; (3) gives high-consequence integrity or safety concerns a pause, record, response, and escalation route rather than relying only on majority vote; (4) accounts for access, capacity, role visibility, backups, and change; and (5) shows revision through a dated version history. The instructor will state point values and appendix length limits on Blackboard before the assignment begins.
CATME Peer Evaluation (4 cycles across the semester)
| Evaluation | Timing | Grade Impact |
|---|---|---|
| Rater Practice | Lecture 1 | None |
| Evaluation 1 | After Module 1 | None — formative |
| Evaluation 2 | After the final Module 2 team concept note (Oct 14) | None — formative |
| Evaluation 3 | After Module 3 | None — formative |
| Evaluation 4 | End of semester | Multiplier applied |
For this course, teams of three are used to increase participation, make individual responsibilities visible, and keep coordination manageable. This is a course-design choice, not a claim that three is the universally optimal size for research teams; the Field Guide explicitly covers teams ranging from two-person collaborations to large international networks.
For a class of approximately 25 students, this means about eight teams, with one team of four when enrollment does not divide evenly. Teams normally stay together for the semester so that members can practice repair and revision through the difficult middle phase. The instructor may intervene when safety, accessibility, sustained nonparticipation, or another serious condition makes continuity inappropriate.
This lecture introduces CATME as both a practical tool you’ll use this semester and a window into how peer accountability works in professional research teams.
Peer evaluation makes expectations visible and gives teams a structured way to discuss contribution, interaction, coordination, quality, and relevant expertise. Repeated formative cycles create time to change behavior before the summative evaluation. Peer ratings are still judgments: they can be affected by incomplete visibility, disciplinary expectations, power, and bias. For that reason, ratings and comments must be tied to specific observed behavior and unusual patterns receive instructor review rather than automatic punishment.
CATME evaluates teams across five behaviorally anchored dimensions. Each dimension describes specific, observable behaviors at each level — you’re not rating how much you “like” a teammate, but whether their actions match particular descriptions.
The Five CATME Teamwork Dimensions:
For this course, a rating of 3 represents meeting the team’s stated expectations well. Save higher ratings for behavior that exceeded those expectations and lower ratings for specific expectations that were not met.
A rating of 3 on a dimension means the observed behavior most closely matches CATME’s Level 3 anchor for that dimension. In course shorthand, the teammate met the relevant expectation well. This is a good rating, not a weak one.
A rating of 5 on a dimension means the behavior matches that dimension’s highest anchor—not simply that the teammate was generally strong or performed one memorable act.
A rating of 1–2 on a dimension means the behavior matches one of that dimension’s lower anchors. If you select it, identify the specific observed behavior and impact in the comments.
Ratings are not a forced curve: a team may genuinely perform very well. The important requirement is that the rating match the behavioral anchors and the evidence, not a desire to be generous, punitive, or consistent with everyone else.
CATME allows peer-to-peer comments that the instructor releases without names. The comments are confidential, but in a team of three the writer may still be inferable from content or style. Write feedback you could stand behind in a respectful conversation.
Use the Field Guide’s Situation–Behavior–Impact–Future (SBIF) structure:
Good feedback is:
Receiving feedback is also a team skill. Begin with a sincere “thank you”; ask a clarifying question if needed; and do not immediately rebut, explain, or infer hostile intent. You can reflect and respond later after understanding the observation and impact.
Generative AI tools are now part of many research environments. In this course, one basic principle applies: AI use in team settings must be transparent to teammates.
The key question is not whether you used AI, but how you used it and whether that use changed the nature of your contribution. Using AI to brainstorm, reorganize notes, or clean up prose after doing the underlying thinking is different from using AI to produce a draft that the rest of the team must verify, rewrite, or repair.
Peer evaluation is based on observable contribution, communication, accountability, and quality control. AI does not remove those responsibilities. When you share work with your team, you are expected to:
This course does not ban AI in teamwork. The goal is to prevent AI from becoming a source of hidden labor, unequal contribution, or confusion about authorship and responsibility. You will revisit these questions in later modules as writing, peer review, and research ethics issues.
| Evaluation | Timing | Purpose | Grade Impact |
|---|---|---|---|
| Rater Practice | Lecture 1 | Learn the system; practice with hypothetical teammates | None |
| Evaluation 1 | After Module 1 ends | Early formative feedback; establish baseline | Ratings do not affect grades |
| Evaluation 2 | After the final Module 2 team concept note (Oct 14) | Mid-semester check; identify issues while there’s time to change | None — purely feedback |
| Evaluation 3 | After Module 3 deliverable | Late formative; final chance to adjust | None — purely feedback |
| Evaluation 4 | End of semester | Full-semester summative evaluation | Grade multiplier applied |
Why only the final evaluation affects grades: Early ratings are for learning and improvement. A lower early rating is information to investigate, not a grade penalty. Teams have time to discuss patterns, revise one Charter clause, and change behavior before the summative cycle.
Completion is mandatory. The ratings in Evaluations 1–3 do not adjust grades, but submitting each evaluation is a separate course responsibility. Under the syllabus late-completion policy, a late CATME submission receives a 5-point deduction on the associated project grade unless an extension was arranged. This is a completion consequence, not a consequence of the ratings given or received.
After receiving your CATME feedback, you’ll answer three questions (submitted individually on Blackboard):
These reflections are private (only the instructor sees them) and are designed to help you process feedback constructively rather than defensively.
CATME can flag patterns such as unusually low contribution ratings, disagreement among raters, self/peer discrepancies, or possible subgroup effects. A flag is a prompt to examine evidence and context; it is not a finding of misconduct or an automatic penalty. Team size, role visibility, workload changes, access needs, bias, and other circumstances may affect a pattern.
Only Evaluation 4 produces the course grade multiplier. The applied multiplier is bounded at 0.85–1.05, matching the syllabus. For this course, self-ratings are excluded from the multiplier; they are used for reflection and discrepancy review.
Before applying a substantial downward adjustment—or when the underlying CATME pattern would fall below the course floor—the instructor reviews the behavioral evidence, written comments, role visibility, workload and access circumstances, possible bias, and the student’s response. A CATME flag or raw score alone does not determine the adjustment. Students may ask for the calculation and request review before the multiplier is finalized.
Example: If your team earns 90 on a project and your multiplier is 1.02, your individual score is 91.8. If your multiplier is 0.95, your score is 85.5.
CATME purpose and walkthrough (~12 min): Demonstrate the five dimensions and behavioral anchors. Distinguish observed behavior from assumptions, popularity, and personality judgments.
Rater Practice (~18 min): Complete CATME’s rating simulation with hypothetical teammates. Record one place where your initial rating differed from the practice feedback.
Free-rider scenario and evidence audit (~12 min): Rate Alex on each dimension using only the scenario. Mark each statement as observation, inference, or missing information. Compare Jordan’s proposed private conversation with Field Guide Case Study 23 and the Chapter 11 “When It’s Not Working” indicators on indirect communication and gossip.
AI and hidden-verification-labor scenario (~9 min): One teammate uses AI to draft a section quickly, but unsupported claims and fabricated references create repair work for the others. Which CATME dimensions are implicated? What behavior and impact—not assumed intent—should appear in feedback?
SBIF giving-and-receiving role-play (~15 min): Adapt the Field Guide’s Maxim/Lao vignette. Partners separate the observed question from the story each scientist constructs, write one SBIF comment, and practice receiving it with thanks and one clarifying question before responding.
Individual reflection and provisional norm (~8 min): Write one evidence rule for future CATME ratings and one provisional team norm for feedback or transparent AI use. These become inputs to the Lecture 2 Charter draft.
Buffer and exit check (~6 min).
Complete CATME Rater Practice during class and submit the feedback/Charter-norm exit ticket before leaving. If a technical problem prevents completion, notify the instructor and finish within the arranged window. Evaluation 1 opens after Module 1 ends on September 14.
Case Study: Apollo 13 (April 1970) — An oxygen tank in the service module failed about 56 hours into the mission. The crew, Mission Control, contractors, and support teams had to preserve power and consumables, adapt the lunar module as a lifeboat, improvise a carbon-dioxide removal solution, and plan a safe return. The three astronauts returned on April 17. The case is useful because the response depended on role clarity, specialized expertise, disciplined communication, simulation, and coordination across organizational boundaries. It is not a model of a newly formed student team: Mission Control was a mature, trained, hierarchical system with extensive infrastructure. See NASA’s Apollo 13 mission overview.
Trust retrieval prompt (~5 min): Identify one example each of competence-based, swift, identity-based, or calculus-based trust from the reading. Which kinds can a new course team reasonably possess in week one?
Apollo 13 discussion (~15 min): Instructor note: “Failure is not an option” was created for the 1995 film, not spoken during the mission. What roles, authority, communication routines, and verification resources supported distributed decisions? Which practices can a three-person student team adopt, and which depended on years of training, hierarchy, redundancy, simulation, and institutional infrastructure?
Team interviews (~12 min): Teams are announced. Interview a partner about their research interests, a strength they enjoy contributing, work they do not yet feel ready to lead, what helps them respond to disagreement, one access or scheduling condition relevant to teamwork, and one light personal question. Introduce the partner without disclosing information they did not agree to share.
“Unit conversion” exercise (~10 min): Each member names one disciplinary assumption teammates may not share—for example, what “validated,” “significant,” “safe,” or “complete” means. Write an operational definition and identify what evidence would justify pausing an experiment, analysis, or submission.
Core Charter drafting (~20 min): Draft the team’s shared purpose and expected outputs; definition of complete/high-quality work; roles, backups, and decision rights; meeting and communication routines; procedure for missed commitments and workload reset; provisional data/file access and credit expectations; and Charter review process. Add a concern protocol that records the issue, identifies who must respond, defines temporary pause conditions, and provides an escalation route when consensus is inappropriate or unavailable.
Micro-scenario—“Friday at 4:52” (~8 min): Eight minutes before submission, the member responsible for quantitative validation finds a unit mismatch that may reverse the conclusion. The coordinator proposes a two-to-one vote to submit. Apply the draft Charter: Does work pause? Who has authority? What is documented? When is the instructor contacted? What happens if no answer arrives before the deadline?
Revise one clause and exit check (~5 min): Rewrite the concern clause so another team could follow it without guessing.
Approximately five minutes remain distributed across transitions and discussion.
Team Charter core draft — Drafted in class and completed before Lecture 3. The core is a maximum of two pages and contains the elements above. Each procedure must identify the trigger, responsible person, action, timeframe, and escalation or revision route. Appendices are added in Lectures 3–5.
Case Study: The Frontiers Retracted Figure (February 2024) — A review article published on February 13 contained disclosed Midjourney-generated figures with impossible anatomy and nonsense labels. According to Frontiers, one reviewer had raised valid concerns about the figures and requested revisions; the authors did not respond to those requests, yet the article proceeded to publication. Frontiers retracted it on February 16 and investigated why its process had failed to act. The case is therefore not simply “AI made an image and no one noticed.” A warning existed, but the workflow did not ensure that it was resolved before publication.
Tool decisions are team governance decisions. Teams can make those decisions implicitly—by adopting the tool one member already knows, continuing a previous workflow, or following the first confident suggestion. Access, labor, and record-keeping consequences may not become visible until the workflow is established. This lecture makes those decisions explicit early enough to revise them.
Framing: tools as team governance (~5 min): Five failure modes that follow from implicit tool decisions: asymmetric tool fluency, verification labor, documentation choices, coordination friction, and tool selection as governance. Each is a teamwork problem, not a technology problem.
Tool category survey with team implications (~10 min): Briefly examine knowledge management, literature management, meeting coordination, collaborative writing/version control, analysis/code, and generative AI. For each category, ask what the choice determines about access, records, labor, privacy, reproducibility, and responsibility.
Case workflow reconstruction (~12 min): Separate the documented record from assumptions. Map author preparation, peer review, editorial control, and production/publication. Mark where evidence is known, where it is missing, and where a blocking reviewer request should have remained open. What is the difference between disclosing a tool and closing a verification concern?
AI detection evidence check (~8 min): If the prior-course demonstration is used, present the 0–20% result only as a small local classroom exercise—not as a general benchmark or proof about all detection systems. Ask what information about prompts, samples, scoring, and models would be needed to interpret it. Then identify norms that do not depend on reliably guessing whether AI was used.
Team tool-and-labor audit (~13 min): Identify the team’s current tool stack and where decisions, sources, drafts, data, and code are stored. Who pays, configures, documents, verifies, troubleshoots, and onboards others? Which access, privacy, security, or accessibility constraints have not been discussed?
Microcase—“The inaccessible workspace” (~7 min): A team adopts a paid, visually dense workspace because two members already use it; the system does not work reliably with the third member’s access setup, and they miss decisions recorded there. Apply the Charter’s concern and decision rules without asking for private medical information. What must be changed now, and what selection rule would have prevented the problem?
Drafting Appendix A: tooling and verification (~18 min): For each important tool or output, specify the record to retain, disclosure requirement, primary verifier, evidence/source check, second-review trigger, sign-off authority, and what blocks submission. Add access/cost, privacy/security, accessibility, onboarding, version-control, fallback, and revision procedures. An unresolved high-consequence concern must have an owner and deadline and must remain visible until it is closed or escalated.
Buffer and submission check (~7 min).
Team Charter Appendix A: Tooling & Verification — Drafted in class and completed before Lecture 4. This structured appendix must be usable as a procedure, not merely list preferred products.
The skills-and-limits inventory in Lecture 4 presupposes infrastructure for sharing knowledge, tracking decisions, and making cross-disciplinary discussion legible. Lecture 3 establishes that infrastructure; Lecture 4 then adds people, terminology, learning, and integration procedures to it.
Case Study: AlphaFold (2018–2024) — AlphaFold’s first system led the CASP13 blind assessment decisively: it produced high-accuracy structures for 24 of 43 free-modelling domains, compared with 14 for the next method. AlphaFold 2 was then described by its authors as an “entirely redesigned” and “completely different” model. Its architecture coupled evolutionary, geometric, physical, biological, and machine-learning ideas; DeepMind and EMBL-EBI later collaborated to turn predictions into a public database. These products document interdisciplinary integration, but the cited public record does not establish presumed internal debates, reorganizations, “near failures,” or negotiations with funders. Those must not be narrated as facts.
The 2024 Nobel Prize in Chemistry also provides a useful credit distinction: one half went to David Baker for computational protein design, and the other half jointly to Demis Hassabis and John Jumper for protein structure prediction. The prize recognized three individuals, not “the AlphaFold team,” while the papers and database document many contributors and an institutional partnership.
Shared-vision retrieval and “validated” microcase (~6 min): Compare three disciplinary meanings of “validated.” Write a two-sentence project vision that states both the shared outcome and the evidence needed to claim success.
AlphaFold evidence/inference audit (~18 min): Examine the CASP13 result, the documented redesign, the architecture, author-contribution statements, database partnership, limitations, and Nobel recognition. Classify claims as documented, reasonable teaching inference, or unsupported history. What team processes could support this result, and what additional evidence would show that AlphaFold used them?
Integration architecture (~12 min): Map how domain concepts, model design, engineering, evaluation, and database stewardship depend on one another. Distinguish integration, reciprocal translation, and handoff. Where would a designated connector between disciplines or a redundant communication path reduce risk?
Skills-and-limits inventory (~20 min): Each member identifies the expertise, methods, tools, and relationships they can contribute; work they are not yet ready to lead; a term teammates may interpret differently; a skill they want to learn; and the kind of challenge or support that helps them participate. Record backups for single points of expertise.
Reciprocal translation exercise (~12 min): Apply each discipline’s lens to one project concept. Build a small shared glossary containing operational definitions, evidence standards, and “ask before assuming” terms. Identify one point where the team needs integration rather than sequential handoff.
Appendix B revision and exit check (~5 min): Add the inventory, glossary, learning commitment, integration point, and a norm for inclusive scientific disagreement. Approximately seven minutes remain distributed across transitions and discussion.
Team Charter Appendix B: Skills & Integration — Completed before Lecture 5. It includes the two-sentence vision, member skills and limits, backups, shared glossary, cross-disciplinary learning commitment, integration point, and discussion norm.
Paired Case Studies: The Same Scientist in Two Different Collaborations
John Bardeen contributed to both the transistor work at Bell Labs and BCS theory at the University of Illinois. The cases are not controlled experiments in leadership, and the record does not justify treating one as a simple “failed team” and the other as its opposite. The pairing instead lets students compare how contributions, authority, and recognition are recorded and narrated in different institutional and disciplinary settings.
Case 1 — Bardeen, Brattain, and Shockley (Bell Labs, 1947–1948). Bardeen’s Nobel lecture describes a semiconductor group under William Shockley’s general direction, Bardeen’s theoretical work, Walter Brattain’s experimental work on surface effects, and an amplifier produced by Bardeen and Brattain and further developed by Shockley. The three later shared the 1956 Nobel Prize in Physics. Rather than asking students to assign personality-based blame from anecdotes, the class asks what contemporaneous records and decision rules could distinguish scientific contribution, leadership, patent inventorship, and later prize recognition.
Case 2 — Bardeen, Cooper, and Schrieffer (University of Illinois, 1955–1957). Bardeen, postdoctoral fellow Leon Cooper, and graduate student J. Robert Schrieffer developed BCS theory and shared the 1972 Nobel Prize in Physics. Their 1957 paper listed authors alphabetically. Alphabetical order is a documented fact; without a source establishing the authors’ intent, it is not proof that they selected the order as a fairness intervention. Bardeen later emphasized their close collaboration and said that each member was essential.
Framing the pairing (~5 min): The same scientist appears in two different collaborations. What can the available records establish, and what would be an interpretation rather than a fact?
Evidence-packet jigsaw (~18 min): Groups examine Nobel lectures, paper metadata, and short institutional histories. Identify each source’s claim, perspective, and limit. Do not infer motives or the absence of a process merely because a surviving source does not describe one.
Comparative analysis (~7 min): Compare contribution recording, formal authority, career stage, publication order, and later recognition. Which explanations are supported, plausible but unproven, or contradicted?
Microcase—“Two first authors” (~9 min): Two trainees have both led major parts of a project, but their fields interpret first-author order differently. Separate contribution, author eligibility, order, corresponding responsibility, patent inventorship, ownership, and prize recognition. What must be recorded now, and what remains provisional?
Conflict-protocol drill (~10 min): One member believes invisible verification work has been omitted from the contribution record; another says the plan has already been agreed. Use Field Guide Chapter 10 to specify the first conversation, documentation, neutral consultation, decision authority, and escalation point.
Drafting Appendix C (~20 min): Create a provisional contribution matrix, record both intellectual and coordination/verification labor, state recognition and credit principles, and set review dates. Add procedures for changing scope, unequal or missing contributions, new or departing members, non-author recognition, disagreement, and escalation.
Peer stress test and exit check (~6 min): Another team applies one change scenario and identifies any clause that cannot be executed. Approximately five minutes remain distributed across transitions and discussion.
Team Charter Appendix C: Provisional Contribution & Credit Plan — Completed before Lecture 6. This is a living planning document, not a final authorship determination or guaranteed author order. It records current expectations and a process for revisiting them as the work changes.
This lecture introduces early conversation and record-keeping. Module 4 returns to the ethical and policy questions: author eligibility and order, CRediT roles, accountability, honorary and ghost authorship, power, disputes, AI assistance, patent inventorship, ownership, and intellectual property. “Author,” “contributor,” “inventor,” “owner,” “rightsholder,” and “prize recipient” are not interchangeable categories.
Paired Case Studies: When Trust Holds Under Pressure, and When It Breaks
The cases are deliberately contrasting, but not moral mirror images. Challenger involved a launch decision in a hierarchical, safety-critical system; the vaccine partnership unfolded over months with legal agreements, independent monitoring, clinical-trial rules, and regulatory gates. Compare how each setting handled expertise, uncertainty, dissent, decision authority, and redundant checks while resisting outcome bias.
Case 1 — Challenger and the Night-Before Teleconference (January 27, 1986). Morton Thiokol initially recommended against launch below 53°F. NASA participants challenged the basis for the recommendation. Thiokol requested about five minutes off the communication loop; Rogers Commission testimony indicates that the private caucus actually lasted approximately 30–35 minutes before management returned with a recommendation to launch. The final recommendation was signed by management. The case supports close analysis of authority, dissent, documentation, and the conditions under which a technical concern can be overruled; it should not be reduced to a mistaken “five-minute decision.”
Case 2 — BioNTech and Pfizer (2020). BioNTech dates the start of Project Lightspeed to January 27. The companies announced a letter of intent and an executed material-transfer and collaboration agreement on March 17, while fuller commercial terms remained under negotiation; those terms were announced April 9. The partners combined distinct capabilities, shared development costs, overlapped work, manufactured at financial risk, and retained trial-monitoring and regulatory safeguards. A retrospective insider account reports an instruction to “share everything,” but the documented interim legal scaffolding and prior relationship make this a case of staged or bounded trust—not trust without agreements or controls.
Memorial framing for Challenger (~3 min): Brief framing before Case 1 discussion. Seven astronauts died on Challenger — Francis Scobee, Michael Smith, Ronald McNair, Ellison Onizuka, Judith Resnik, Gregory Jarvis, and Christa McAuliffe. Their families and colleagues have spent four decades examining how the decision to launch was made. We study this case to understand what their experience teaches about how teams handle dissent, hierarchy, and pressure under time constraint — not to extract neat lessons from a tragedy.
Challenger evidence and decision map (~15 min): Trace the initial recommendation, NASA challenge, request to caucus, actual caucus duration, changed recommendation, signature, and launch decision. Who had voice, advice, sign-off, veto, and escalation authority? Which statements are documented and which are later interpretations?
BioNTech/Pfizer decision map (~10 min): Identify the prior relationship, provisional agreements, different capabilities, cost sharing, information exchange, independent monitoring, evidentiary standards, and regulatory gates. Which risks were accepted, allocated, retained, or independently checked?
Outcome-bias comparison (~7 min): Imagine that the vaccine had failed despite the same process, or that Challenger had launched without an accident despite the same decision process. Which judgments about process quality remain? Which differences make direct comparison misleading?
Chapter 12 network map (~10 min): Map the team’s Knowledge, Access, Source Receptive, and Energy Networks, using the Guide’s four labels. Add a redundant path for one critical resource. Drawing on Chapter 8, identify any member functioning as a boundary spanner and avoid making that person a single point of failure.
Deadline-dissent microcase (~8 min): A senior member says a concern has been heard and the team must now submit. Apply the Charter: what evidence triggers a pause, who records the concern, who can close it, when is voting inappropriate, and where does escalation go?
Final Charter stress test and revision (~20 min): Exchange packages and apply two new variants: an external collaborator asks for a draft and underlying data when sharing permission is unclear; then a member leaves after making significant contributions while still holding the only editable source files and one service credential. Revise clauses that rely on goodwill, an unnamed actor, inaccessible records, unresolved ownership/permission, or a decision rule that cannot handle membership change.
All-member review and exit check (~5 min): Confirm that each member understands the core and appendices and record unresolved items. Approximately two minutes remain as buffer.
Final Team Charter package (due September 14) — The two-page core, Appendices A–C, version history, and all-member review/sign-off. A signature indicates that the member reviewed the package and can raise future revisions; it does not waive the right to dissent or report a concern.
When the instructor creates the class and uploads the roster, CATME automatically creates your account using your .edu email. You’ll receive an email with instructions to set your password. If you don’t receive it, check spam, then use the “Forgot your password?” link at catme.org. The most common issue is using a different email address than the one your instructor uploaded.
When entering your schedule in the Team-Maker survey, mark the times you are BUSY and unavailable — not the times you are free. This is the opposite of how tools like When2Meet work, and it’s the most common mistake. Make sure to mark your class meeting times as busy.
The survey also asks about leadership preferences (shared leadership, prefer to lead, prefer to follow). Be honest — this information helps form more balanced teams.
| Rating | Course Interpretation | How to Use It |
|---|---|---|
| 5 | Highest behavior anchor for the dimension | Use only when the observed behavior best matches CATME’s Level 5 description |
| 4 | Above the course’s meets-expectations anchor | Use when the observed behavior best matches that dimension’s Level 4 description |
| 3 | Course standard for meeting the relevant expectation well | Use when the observed behavior best matches that dimension’s Level 3 description |
| 2 | Below the meets-expectations anchor for the dimension | Use when specific observed behavior best matches that dimension’s Level 2 description |
| 1 | Lowest behavior anchor for the dimension | Use when specific observed behavior best matches that dimension’s Level 1 description; explain the evidence and impact |
CATME’s descriptions differ by dimension. Do not apply one global label such as “did not contribute” to all five dimensions; read the behavior anchor displayed for the dimension you are rating.
| Evaluation | Opens | Purpose | Grade Impact |
|---|---|---|---|
| Rater Practice | Lecture 1 | Learn the system | None |
| Evaluation 1 | After Module 1 | Early formative feedback | None |
| Evaluation 2 | After the final Module 2 team concept note (Oct 14) | Mid-semester check | None |
| Evaluation 3 | After Module 3 | Late formative | None |
| Evaluation 4 | End of semester | Full-semester summative | Multiplier applied |
After each evaluation, complete the individual reflection on Blackboard (3 questions, ~10 minutes).
| If your team is experiencing… | Read this |
|---|---|
| Communication breakdowns | Field Guide Ch. 7; AlphaFold case study |
| One person doing all the work | Field Guide Ch. 11; CATME patterns and Charter workload-reset procedure |
| Difficulty finding meeting times | Baumgartner et al., section on tools and infrastructure |
| Disagreements about direction | Field Guide Ch. 10; Charter concern and decision-rights procedures |
| Unclear credit or contributions | Field Guide Ch. 8 and Appendix; Transistor + BCS Theory cases |
| Incompatible writing styles | Baumgartner et al., section on collaborative writing |
| Lack of trust or psychological safety | Field Guide Ch. 5; COVID vaccine case study |
By the end of this module, students will be able to:
» Detailed assignment instructions, rubrics, and submission portals are available on the course Blackboard site.