View on GitHub

Cross-Disciplinary Software Team Spaces

A Pattern Language

Critique Rituals

Summary

Regular open forum sessions for presenting work and receiving peer feedback to improve quality and foster learning. Use structured formats that maintain psychological safety while promoting honest evaluation.

Context

Software teams, like design studios and research labs, benefit from regular opportunities to share work-in-progress and receive constructive feedback from peers. This builds both individual skills and collective knowledge. It also maintains quality standards.

Problem

Without regular critique sessions, teams miss opportunities to:

Informal feedback often becomes personal or lacks structure, while formal code reviews may be too late in the process or focused only on technical correctness.

Solution

Establish regular critique sessions where teams present their work to peers and receive structured feedback. Create a supportive environment that emphasizes learning and improvement over judgment.

Core Critique Structure:

  1. Presenter sets context: Share the problem, goals, and constraints (3-5 minutes)
  2. Work presentation: Show current state without defensive explanation (5-10 minutes)
  3. Clarifying questions: Audience asks questions to understand context (3-5 minutes)
  4. Structured feedback: Use specific frameworks to provide constructive input (10-15 minutes)
  5. Synthesis and next steps: Presenter summarizes key insights and planned actions (3-5 minutes)

Psychological Safety Foundations:

Structured Feedback Templates

Specific formats for giving and receiving constructive critique that maintains focus and psychological safety.

Template 1: I Like, I Wish, I Wonder (Simple Format)

Purpose: Quick, accessible feedback format suitable for any type of work

Structure:

Example:

Template 2: Glow and Grow (Development-Focused)

Purpose: Balanced feedback emphasizing strengths and development opportunities

Structure:

Example:

Template 3: Plus, Delta, Next (Action-Oriented)

Purpose: Feedback that drives immediate action and iteration

Structure:

Example:

Template 4: Critical Friends Protocol (Deep Analysis)

Purpose: Thorough critique for complex work requiring detailed analysis

Structure:

  1. Clarify intent: “Help me understand what you’re trying to achieve”
  2. Identify strengths: “What’s working particularly well?”
  3. Surface assumptions: “What assumptions are embedded in this approach?”
  4. Explore alternatives: “What other approaches did you consider?”
  5. Consider implications: “What are the potential consequences of this choice?”
  6. Suggest experiments: “How might we test these assumptions?”

Remote Critique Protocols

Strengthen guidance for conducting effective critiques in distributed teams where traditional in-person dynamics don’t apply.

Technology Setup for Remote Critique

Essential Tools:

Technical Considerations:

Adapted Critique Process for Remote Teams

Pre-Session Preparation:

During Remote Critique Sessions:

  1. Extended context setting (7-10 minutes): More time needed to establish shared understanding
  2. Structured interaction prompts: Explicit invitations for participation (“Sarah, what questions do you have?”)
  3. Visual annotation: Use digital tools to mark up work being critiqued
  4. Chat integration: Monitor text chat for questions and feedback from quieter participants
  5. Regular check-ins: “Who hasn’t had a chance to share their perspective?”

Post-Session Follow-up:

Maintaining Engagement and Inclusion in Remote Critique

Participation Strategies:

Addressing Remote Challenges:

Building Psychological Safety in Remote Critique

Trust-Building Practices:

Forces

Examples

Design Studios: Architecture and graphic design schools use regular “pin-up” critiques where students present work to peers and faculty for structured feedback, building both design skills and critical thinking.

Research Labs: Academic research groups hold regular “paper presentations” where researchers share work-in-progress and receive feedback on methodology, analysis, and interpretation.

Software Teams at Shopify: Engineering teams hold weekly “demo and critique” sessions where developers present recent work, architectural decisions, or new tools to gather peer feedback and share learning.

Creative Agencies: Ad agencies and design firms use structured critique sessions called “reviews” where creative work is presented to peers and refined based on structured feedback before client presentation.

Open Source Projects: Many open source communities use “request for comments” (RFC) processes that mirror critique rituals, where proposed changes are presented for community feedback before implementation.

Sources