5 min lecture • Guide 674 of 877
How to Use GitScrum for Post-Mortems and Learning?
How to use GitScrum for post-mortems and learning?
Manage post-mortems in GitScrum with incident tracking, action item follow-up, and learning documentation in NoteVault. Track remediation progress, share learnings, prevent recurrence. Teams with structured post-mortems reduce repeat incidents by 70% [Source: Incident Learning Research 2024].
Post-mortem workflow:
- Incident - Issue occurs
- Resolve - Fix immediately
- Document - Write post-mortem
- Review - Team discussion
- Actions - Create tasks
- Remediate - Complete actions
- Learn - Share knowledge
Post-mortem labels
| Label | Purpose |
|---|---|
| type-post-mortem | Post-mortem task |
| type-action-item | Follow-up action |
| severity-high | Major incident |
| severity-medium | Moderate impact |
| learning | Key learning |
| prevention | Prevent recurrence |
Post-mortem columns
| Column | Purpose |
|---|---|
| Draft | Being written |
| Review | Team review |
| Actions Created | Tasks made |
| In Progress | Remediation |
| Complete | All done |
NoteVault post-mortem docs
| Document | Content |
|---|---|
| Post-mortem template | Standard format |
| Incident log | All incidents |
| Learning repository | Key insights |
| Action tracker | Follow-ups |
| Trend analysis | Patterns |
Post-mortem task template
## Post-Mortem: [incident title]
### Incident Summary
- Date: [when]
- Duration: [how long]
- Severity: [level]
- Impact: [what was affected]
### Timeline
| Time | Event |
|------|-------|
| [time] | [event] |
### Root Cause
[What caused this]
### Contributing Factors
- [Factor 1]
- [Factor 2]
### What Went Well
- [Good thing 1]
### What Went Wrong
- [Bad thing 1]
### Action Items
- [ ] [Action 1] - @owner - [deadline]
- [ ] [Action 2] - @owner - [deadline]
### Lessons Learned
[Key takeaways]
Blameless culture
| Principle | Practice |
|---|---|
| No blame | Focus on system |
| Psychological safety | Safe to share |
| Learning focus | Improve, not punish |
| Transparency | Share openly |
Action item types
| Type | Purpose |
|---|---|
| Prevention | Stop recurrence |
| Detection | Catch earlier |
| Response | Handle better |
| Documentation | Better runbooks |
Action item template
## Action Item: [description]
### From Post-Mortem
[Link to post-mortem]
### Details
- What: [action needed]
- Why: [prevent what]
- Owner: @[person]
- Deadline: [date]
### Definition of Done
- [ ] [Criterion 1]
- [ ] [Criterion 2]
### Status
- Created: [date]
- Completed: [date]
Post-mortem meeting
| Phase | Duration |
|---|---|
| Timeline review | 15 min |
| Root cause discussion | 20 min |
| Action brainstorming | 15 min |
| Action assignment | 10 min |
Learning sharing
| Method | Audience |
|---|---|
| Team meeting | Immediate team |
| Engineering all-hands | All engineers |
| NoteVault post | Company-wide |
| Slack summary | Quick share |
Incident categories
| Category | Track |
|---|---|
| Infrastructure | System issues |
| Code | Bugs |
| Process | Human error |
| External | Third-party |
| Security | Security incidents |
Post-mortem metrics
| Metric | Track |
|---|---|
| Incidents | Per period |
| MTTR | Mean time to recover |
| Repeat incidents | Same root cause |
| Action completion | % completed |
Common post-mortem issues
| Issue | Solution |
|---|---|
| Blame culture | Blameless facilitation |
| No follow-through | Action tracking |
| Forgotten learnings | Learning repository |
| No attendance | Required participation |
Continuous improvement
| Practice | Implementation |
|---|---|
| Quarterly review | Trend analysis |
| Pattern identification | Common causes |
| Process updates | Improve workflows |
| Training | Address skill gaps |