Competition Day Guide · Guide 12 · Post-Round

Post-Round Debrief

The round is over, but the learning is not. A good debrief turns fresh competition experience into better technical skills, stronger teamwork, clearer references, and smarter practice.

The goal is not to assign blame or replay every detail. Focus on the few decisions, skills, and workflows that will most improve the next round.

Debrief Goal

StrengthsPreserved
WeaknessesSpecific
PracticePrioritized
Follow-upOwned

Debrief rule

Analyze the process, not the person

When something went wrong, ask what evidence, workflow, communication, verification, or time-pressure condition allowed it to happen. The goal is a stronger team system for next time.

Quick debrief

Capture the round before the details fade

01

Capture immediate reactions

Before details fade, each teammate records one thing that worked, one thing that slowed them down, and one thing they would change next round.

02

Review the change log

Use the shared record to reconstruct the round instead of relying only on memory.

03

Identify turning points

Find the decisions, discoveries, mistakes, or recoveries that most affected the team's performance.

04

Separate skill gaps from process gaps

Decide whether each problem came from technical knowledge, weak communication, poor prioritization, missing evidence, or time pressure.

05

Choose practice actions

Turn the most important lessons into specific drills, labs, references, or team procedures.

06

Assign owners and dates

A lesson becomes useful only when someone owns the follow-up and the team knows when it will be practiced or reviewed.

Six review areas

Review the round from more than one angle

What Worked

Which platform workflows were fast and reliable?
Which references or checklists were genuinely useful?
Which team communication habits reduced duplicate work?
Which verification methods caught mistakes before they became larger problems?

What Slowed Us Down

Which investigations took too long?
Where did the team repeat work or lose context?
Which commands, tools, or concepts caused hesitation?
Which decisions were delayed because ownership was unclear?

What Broke or Nearly Broke

Which changes affected required functionality?
Which dependencies were discovered too late?
Which late-round actions created unnecessary risk?
Which systems needed rollback or recovery?

Evidence & Documentation

Did the team preserve original state before high-impact changes?
Were important findings recorded with system and time context?
Were unresolved items visible at the end?
Could another teammate understand the major decisions from the log alone?

Team Operations

Did every platform have a clear owner?
Were handoffs complete and understandable?
Did teammates escalate blockers early enough?
Did the team lead maintain a useful priority picture?

Next Practice Priorities

Which technical topic needs deliberate practice next?
Which workflow should be rehearsed under time pressure?
Which quick-reference page or checklist is missing?
Which mistake should the team design a practice lab around?

Incident review

Use mistakes and near-misses as practice material

Q01

What was the original condition?

Q02

What evidence did we have at the time?

Q03

What decision did we make?

Q04

Why did that decision seem reasonable then?

Q05

What happened after the change?

Q06

How quickly did we detect the result?

Q07

Did we have a rollback path?

Q08

What should we do differently next time?

Practice backlog

Convert observations into specific improvement work

Knowledge gap

We did not understand a service, log source, permission model, or network behavior quickly enough.

Action: Create a focused study note and short hands-on lab.

Command hesitation

We knew the concept but spent too long remembering the correct command or path.

Action: Add the command to the quick-reference section and practice it repeatedly.

Verification gap

We made a correct-looking change but did not confirm mission functionality.

Action: Add a verification step to the relevant checklist or practice lab.

Communication gap

Two teammates duplicated work or a dependency was not shared.

Action: Improve status language, ownership rules, or handoff format.

Prioritization gap

Low-value work consumed time while a higher-impact issue remained unresolved.

Action: Practice P1-P4 ranking using timed fictional scenarios.

Late-round risk

The team kept experimenting when recovery time was nearly gone.

Action: Rehearse the Final 30 and Final 15 procedures during practice rounds.

Weak debrief vs better debrief

Replace vague reflection with useful next actions

Weak debrief

Only talk about the score or result.

Better debrief

Review the decisions and workflows that produced the result so the team can repeat strengths and fix weaknesses.

Weak debrief

Blame the person who made a mistake.

Better debrief

Examine the evidence, process, communication, and verification conditions that allowed the mistake to happen.

Weak debrief

Write down every problem the team noticed.

Better debrief

Rank the few lessons that will most improve the next round and turn them into specific practice actions.

Weak debrief

Wait several days before debriefing.

Better debrief

Capture the first debrief while details are fresh, then do deeper practice planning afterward.

Weak debrief

Say we need to practice Linux more.

Better debrief

Name the exact Linux skill, such as sudo review, systemd dependencies, SSH verification, or cron persistence, and build a drill around it.

Weak debrief

Fix the checklist later.

Better debrief

Update references and checklists while the missing step is still clear in the team's memory.

Debrief questions

End with the lessons that matter most

Q01

What was our best decision of the round?

Q02

What was our highest-cost mistake or near-miss?

Q03

Where did we lose the most time?

Q04

Which platform needed more confidence or depth?

Q05

Which communication habit helped most?

Q06

Which dependency surprised us?

Q07

Which verification step should become mandatory?

Q08

What is the single most important thing to practice before the next round?

Debrief outputs

Leave the review with concrete follow-up

01

Three strengths to preserve

02

Three weaknesses to improve

03

Top technical practice topic

04

Top teamwork/process practice topic

05

Checklist or quick-reference update

06

Practice lab to build or repeat

07

Owner for each follow-up

08

Target date before the next competition

Post-Round Debrief final checklist

Turn this round into a better next round

01

Immediate reactions were captured while details were fresh.

02

The shared change log was reviewed.

03

Major turning points were identified.

04

Mistakes were analyzed without personal blame.

05

Knowledge gaps were separated from process gaps.

06

Verification failures were identified.

07

Communication and ownership problems were identified.

08

Late-round risk decisions were reviewed.

09

The team selected a small number of high-value practice priorities.

10

References or checklists that need updates were identified.

11

Follow-up actions have owners.

12

The next practice session has clear objectives.