10 Ways Experienced ICs Can Grow Through Incidents and Production Work
Professional development for experienced ICs works best when you turn incidents, outages, and production reviews into deliberate practice: capture lessons, tighten feedback loops, protect deep work, and grow skills with
Quick Navigation
- Why professional development looks different on an incident-heavy calendar
- 1. Define one skill theme for the quarter
- 2. Turn every significant incident into a short debrief note
- 3. Practice the production-review narrative
- 4. Protect two deep-work blocks, not a perfect week
- 5. Shadow one adjacent specialty on purpose
- 6. Build a personal “decision checklist” for outages
- 7. Seek feedback while the work is still warm
- 8. Convert follow-ups into portfolio evidence
- 9. Learn in public inside your team, not on a stage
- 10. Review the quarter like an incident timeline
Why professional development looks different on an incident-heavy calendar
If you are an experienced individual contributor, your week is rarely a clean block of learning time. Pages fire. Reviews stack up. Production work steals the afternoon you meant to spend on a course. Professional development still matters—you just need a method that fits real operations, not a quiet lab schedule.
Use the ten moves below as a working system. Treat each incident and review as practice material, not only as fire to put out.
1. Define one skill theme for the quarter
Pick a single theme tied to your role: clearer incident communication, faster root-cause framing, safer rollbacks, or stronger design judgment under pressure. A narrow theme beats a vague “get better” goal when interruptions are constant.
2. Turn every significant incident into a short debrief note
After the dust settles, write five lines: what broke, what you saw first, what you tried, what worked, what you would do sooner next time. Store notes in one place. Patterns show up faster than memory alone.
3. Practice the production-review narrative
Reviews reward people who can explain tradeoffs without drama. Rehearse a tight arc: context, decision, risk, outcome, follow-up. That skill compounds in design discussions and promotion packets alike.
4. Protect two deep-work blocks, not a perfect week
Block two short windows you will defend unless severity is high. Use them for reading runbooks, sketching designs, or finishing a post-incident action—not for inbox zero.
5. Shadow one adjacent specialty on purpose
Rotate light exposure: observability, capacity, security review, or release engineering. Ask to sit in on one review per month. Breadth makes you calmer when the blast radius crosses team lines.
6. Build a personal “decision checklist” for outages
List the questions you want under stress: blast radius, recent changes, rollback path, customer impact, who needs a status update. Checklists are professional development you can use at 2 a.m.
7. Seek feedback while the work is still warm
After a messy handoff or a solid bridge call, ask one peer: what should I repeat, and what should I change? Specific, timely feedback beats annual summaries.
8. Convert follow-ups into portfolio evidence
Track actions you owned end to end: a dashboard fix, a clearer runbook, a tighter alert. Keep brief before/after notes. That record supports growth talks without inventing a side project.
9. Learn in public inside your team, not on a stage
Share a one-page summary of a failure mode you studied or a tool setting that reduced noise. Teaching peers locks in learning and raises the floor for the next on-call rotation.
10. Review the quarter like an incident timeline
Once a quarter, map what you practiced, what improved, and what still breaks under load. Adjust the next theme. Professional development for ICs is iterative ops on yourself.
Quick takeaway
You do not need a calm calendar to grow. You need a theme, short capture habits, defended practice time, and honest review. Let production work train you—then write down what it taught you.
Next Step
Want help turning this into action? Save this page, compare it to your current brand, and decide what needs to become clearer next.
Follow along with dcmccallum for more practical guidance.
Related Resources
Take 60 seconds and scan this post again for one thing: what they clearly prioritize, and what they ignore.
- Headline test: what promise do they lead with?
- Mechanism test: what do they say “works” (without hype)?
- Proof of focus: do they repeat one message everywhere?
Then come back and compare what you noticed to the framework in the post.