Discussion about this post

User's avatar
Jim Grafton's avatar

This is a compelling vision and the direction of travel feels right. A couple of questions that I keep returning to when I read pieces like this.

On authority: the recommendation to give EA teams greater visibility and decision rights is the right instinct, but I think it matters enormously which decisions we're talking about. EA needs real authority over design principles, capability boundaries, and guardrails. That's where structural thinking creates lasting value. But implementation decisions are a different story. When EA becomes the approval gate for those, it tends to create exactly the bottleneck reputation that makes executives reluctant to invest in the function in the first place. Most organisations that have tried to elevate EA have done it by giving them more of the wrong kind of authority. What's your view on where that boundary should sit?

On governance and value creation: the piece moves between them as if they're naturally aligned activities. Sometimes they are. But governance that protects flow and architecture that generates new value operate on different cadences and with different failure modes. Conflating them can produce structures that are good at neither. I'd be interested in how you think about separating those two roles in practice, especially in organisations where governance has historically been the primary EA identity.

Underneath both questions sits a harder one: most EA teams were built around technical depth, not strategic translation. How do you see that identity shift being cultivated, rather than just mandated?

2 more comments...

No posts

Ready for more?