Agile solves a real problem, but not every creative problem
Agile was designed to reduce the cost of learning in software development. Short cycles, cross-functional teams, working increments, and frequent feedback can help a team discover what works before too much effort is spent.
That logic remains useful in creative work. A prototype can reveal a problem earlier than a polished presentation. A real content sample can expose a weak identity system. A short review loop can prevent a team from building the wrong thing for too long.
Agile also carries a valuable cultural principle: work should become visible, collaboration should happen across disciplines, and teams should learn from reality rather than defend a plan simply because it was approved earlier. Creative teams benefit from all three.
The trouble begins when Agile is treated as a complete philosophy for every kind of work. Brand strategy, identity, and storytelling are not only delivery problems. They are exercises in framing an ambiguous question, making a consequential choice, and giving that choice enough time to become legible.