Apex BrandU
• October 20, 2026
Published /u/dcmccallum/blog/practical-professional-development-ics-incidents-outages

10 Ways Experienced ICs Can Grow Through Incidents and Production Work

Highlight
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

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

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.

One curiosity-driven next step
No pressure. Just a fast clarity check.

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.