Turning Setbacks into Solutions: How We Use ICAM at Savant Studio
- Edward Brathwaite
- Nov 11
- 1 min read
Updated: 5 days ago

Stuff goes wrong—missed hand-offs, fuzzy briefs, tech hiccups. We don’t hide it; we learn from it. ICAM gives us a clean way to do that without blame.
We collect the facts (timeline, artefacts, short interviews) and map them to four buckets:
Absent/Failed Defences (A/FD): What barrier was missing or didn’t work?
Individual/Team Actions (I/TA): What people did, saw, or assumed in the moment.
Task/Environmental (T/EC): Conditions, tools, constraints that shaped the work.
Organisational Factors (O/F): How our systems, policies, load, and culture set the stage (this is where the “latent” stuff lives).
Then we fix what matters: tighten a control, clarify roles or briefs, adjust cadence, or change the way we start projects. We keep the process blame-free and practical—because if people can’t speak honestly, you won’t learn anything worth acting on.
A real example: A milestone slipped. ICAM showed: missing kick-off checklist (A/FD), assumptions between copy and design (I/TA), version sprawl (T/EC), and no studio standard for sign-off (O/F). We introduced a kick-off template, taught a tighter feedback loop, and put the docs in one shared hub. Next cycle landed on time—and with less back-and-forth.
That’s the game: see the system, learn fast, and make the next run easier than the last.

Comments