Template Overview

When an engineering organization grows past a single agile pod, autonomous teams frequently stumble into dependency gridlock. The Core Audio team updates an internal buffer contract, breaking the Editor team’s render loop, while the Infrastructure team deploys a schema migration that breaks the Search team’s indexing daemon.

Scrum-of-Scrums provides a dedicated coordination bridge where team ambassadors meet to surface cross-pod dependencies, negotiate shared interface contracts, and eliminate cross-sprint blockers.

This template structures multi-team coordination around inter-team interfaces: milestone handoffs, architectural collisions, API contracts, and shared deployment sequencing.

Markdown Template Structure

Copy the block below or click Download .md File to add this template directly to your personal vault:

---
title: "Scrum-of-Scrums Alignment: [Program Name]"
date: [YYYY-MM-DD]
program_lead: "[[Staff Technical Program Manager]]"
participating_teams:
  - "Core Audio Engine Pod"
  - "Desktop UI & Editor Pod"
  - "Local Search & Storage Pod"
  - "Infrastructure & Edge Pod"
tags: [scrum-of-scrums, agile, coordination, dependencies, engineering]
---

# Scrum-of-Scrums Alignment: [Program Name] — [YYYY-MM-DD]

## 1. Shared Program Milestone & Target Release
- **Target Initiative:** Unified Desktop Application Release v1.5.0
- **Cross-Team Release Target:** Code Freeze in 8 days ([YYYY-MM-DD])

## 2. Multi-Team Interface & Dependency Updates
### Pod 1: Core Audio Engine ([[Lead Engineer A]])
- **Delivery to UI Pod:** Delivering updated CoreAudio ring buffer event bindings by Wednesday.
- **Dependency on Storage Pod:** Requires local SQLite file descriptor to write audio chunks without disk seek latency.
- **Cross-Team Blocker:** None currently.

### Pod 2: Desktop UI & Editor ([[Lead Engineer B]])
- **Delivery to Search Pod:** Emitting note-mutation events with debounced timestamps for real-time indexing.
- **Dependency on Audio Pod:** Waiting on audio buffer event bindings to render live recording wave animation.
- **Cross-Team Blocker:** Need audio bindings merged to staging branch by Wednesday 16:00 UTC.

### Pod 3: Local Search & Storage ([[Lead Engineer C]])
- **Delivery to Editor Pod:** Providing FTS5 query API with <10ms response guarantee.
- **Cross-Team Blocker:** None.

## 3. Architectural Collisions & Interface Negotiations
> [!WARNING] API Contract Collision
> The Audio Pod and Storage Pod both attempted to write to the local vault directory concurrently. 
> **Resolution:** Negotiated that all storage writes route through the central SQLite WAL transaction manager to prevent POSIX lock contention.

## 4. Cross-Pod Action Commitments
- [ ] [[Lead Engineer A]] (Audio) Merge event bindings to staging branch before Wednesday.
- [ ] [[Lead Engineer B]] (UI) Hook up live wave animation to new event bindings.
- [ ] [[Lead Engineer C]] (Storage) Validate WAL mode concurrency under continuous audio write stress.

Filled Real-World Example

Here is a realistic example demonstrating how this template captures actual deliberations:

---
title: "Scrum-of-Scrums: Template Gallery Integration"
date: 2026-10-06
program_lead: "[[Marcus Vance]]"
tags: [scrum-of-scrums, agile, coordination]
---

# Scrum-of-Scrums: Template Gallery Integration — October 6, 2026

## 1. Pod Alignment
Ambassadors from Content, Web Engineering, and SEO Infrastructure met to review final template deliverables.

## 2. Cross-Pod Deliverables
- Content Pod delivered all markdown templates for first three categories.
- Web Pod verified `.seo/thresholds.json` configuration for `/templates/[category]/[slug]`.
- SEO Pod confirmed Gate 13 uniqueness calculator handles 8-gram shingles across collections.

## 3. Next Checkpoint
Scheduled next coordination meeting for [[2026-10-09 Scrum-of-Scrums]].

When to Use and When to Avoid

When to Use

  • Use when coordinating multiple agile engineering teams working toward a shared software release.
  • Use to negotiate shared API contracts and prevent cross-team architectural collisions.
  • Use to unblock cross-pod dependencies that cannot be resolved within single-team standups.

When to Avoid

  • Avoid using for internal single-team daily status updates.
  • Avoid using when only one engineering team is responsible for the entire project scope.

On-Device AI Integration

Capture multi-team engineering coordination with Oyma on macOS:

Analyze the Scrum-of-Scrums meeting transcript:
1. Identify participating agile pods and their designated engineer representatives.
2. Group progress and dependencies by team, noting explicit deliverable handoff dates.
3. Document any API contract collisions or architectural disputes, detailing the negotiated resolution.
4. Record all cross-team commitments with assigned owners and deadline milestones.
Format in clear, multi-pod CommonMark.

Your organization’s internal architecture contracts and scaling roadmaps stay private on your Mac.

Frequently Asked Questions

What is the purpose of a Scrum-of-Scrums meeting?

When an engineering organization scales beyond 2 or 3 teams, individual standups cannot track multi-team dependencies. Scrum-of-Scrums brings team delegates together to resolve cross-team bottlenecks.

How often should Scrum-of-Scrums meet?

Typically two to three times per week for 15 to 30 minutes, keeping discussions focused strictly on cross-team interfaces rather than internal team tasks.

How does this template prevent meetings from running over time?

It structures updates strictly around cross-team handoffs, shared API contracts, and blocker escalations.