event-debrief

Runs the organizing team's internal retrospective on one finished event edition.

1|Updated Sep 6, 2026
One-click install
npx skills add https://github.com/samber/dev-event-organizer-skills --skill event-debrief-samber
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: event-debrief
Source: https://github.com/samber/dev-event-organizer-skills/tree/main/skills/event-debrief
Command: npx skills add https://github.com/samber/dev-event-organizer-skills --skill event-debrief-samber

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve? After a conference, meetup, or hackathon ends, teams either skip reflection entirely or hold blame-heavy meetings whose lessons never reach next edition's plan. This Skill structures a blameless post-event debrief that produces a dated lessons-learned log with owned, dated action items. ## Core Features & Use Cases - Blameless session facilitation: Opens with an explicit blameless frame, reconstructs the timeline from artifacts before any judgment, and runs what-went-well and what-went-poorly as separate passes. - Four reconciliations: Checks what happened against the risk register, planned budget, run of show, and pre-set goals, handing each result back to the sibling process that owns it rather than re-diagnosing. - Lessons-learned log: Writes every finding as a three-part entry (what happened, what was done in the moment, what changes next edition) with a named owner and due date or an explicit no-action. - Publication posture decision: Guides the team through ranked options from publishing nothing to a full transparency report, with compliance exposure per rung. - Use Case: Your 400-person conference ended last week. Use this Skill to plan the 90-minute debrief agenda, turn raw team notes into a structured log, reconcile the catering overrun against the budget, and decide whether to publish a public retrospective. ## Quick Start Use the event-debrief skill to plan and run our organizing team's retrospective for the conference edition that just ended.

Frequently Asked Questions about event-debrief

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I run a post-event debrief for my conference team?

Set the date immediately after the event, open with a spoken blameless frame, reconstruct the timeline chronologically before any analysis, then run what-went-well and what-went-poorly as separate passes. End by giving every finding a named owner and due date or an explicit no-action.

Should we hold a retrospective if nothing went wrong at the event?

Yes. The severity gating used in incident postmortems does not transfer to recurring events. A quiet edition still has practices worth naming before they are silently dropped next edition, so the debrief runs unconditionally.

What is the difference between an event debrief and attendee feedback collection?

The debrief is the organizing team's internal retrospective on its own work; it never surveys or contacts participants. Attendee, speaker, and sponsor feedback is collected by a separate feedback process whose summary the debrief consumes as one input.

Should we publish what went wrong at our event publicly?

It depends on exposure: a recap carries only photo-consent risk, a retrospective can collide with supplier non-disparagement terms, and a transparency report needs code-of-conduct sign-off and cannot be unpublished. The team decides together in the room while findings are fresh.

Why do lessons-learned action items from last year never get done?

The usual cause is orphan entries: an owner of 'team' and a deadline of 'next year' are tracked by nothing. Each entry needs one named person and a concrete date, plus carry-over into next edition's actual planning document.

When should a finding get a full 5-Whys root-cause analysis?

Rarely. Escalate at most one or two findings per edition, only when the finding recurs, its cost is structural, and the obvious fix treats a symptom. Everything else stays at the deliberately shallow three-part format.