Community Comment: Part 40 - Being bold & clear helps avoid the traps of enterprise architecture

  • Enterprise architecture traps and how to avoid them
  • Be bold and direct when it comes to describing traps and cures
  • Ivory tower architectures are traps, but who actually creates architectures?
  • If you want to make progress, avoid usage of unclear or circular definitions


The comments I provided in reaction to a community discussion thread.

Chief Architect at Dutch Consulting Firm:

๐Ÿต ๐“๐ซ๐š๐ฉ๐ฌ ๐จ๐Ÿ ๐„๐ง๐ญ๐ž๐ซ๐ฉ๐ซ๐ข๐ฌ๐ž ๐€๐ซ๐œ๐ก๐ข๐ญ๐ž๐œ๐ญ๐ฎ๐ซ๐ž โ€” ๐š๐ง๐ ๐ก๐จ๐ฐ ๐ญ๐จ ๐ฌ๐ข๐๐ž๐ฌ๐ญ๐ž๐ฉ ๐ญ๐ก๐ž๐ฆ
Following up the โ€œ12 ๐™‡๐™–๐™ฌ๐™จ ๐™ค๐™› ๐™€๐™ฃ๐™ฉ๐™š๐™ง๐™ฅ๐™ง๐™ž๐™จ๐™š ๐˜ผ๐™ง๐™˜๐™๐™ž๐™ฉ๐™š๐™˜๐™ฉ๐™ช๐™ง๐™šโ€, I wanted to flip the perspective:

๐Ÿ‘‰ What are the patterns that consistently lead EA teams into trouble?

These arenโ€™t abstract risks.
They show up in the wild, on stalled initiatives, in orgs with no trust in EA, or in tooling graveyards. And often, theyโ€™re subtle:

โ€ข ๐—œ๐˜ƒ๐—ผ๐—ฟ๐˜† ๐—ง๐—ผ๐˜„๐—ฒ๐—ฟ ๐—”๐—ฟ๐—ฐ๐—ต๐—ถ๐˜๐—ฒ๐—ฐ๐˜๐˜‚๐—ฟ๐—ฒ๐˜€ โ€” beautiful diagrams, but no influence on real delivery

โ€ข ๐—ข๐˜ƒ๐—ฒ๐—ฟ-๐—”๐—ฟ๐—ฐ๐—ต๐—ถ๐˜๐—ฒ๐—ฐ๐˜๐—ฒ๐—ฑ โ€” โ€œ๐˜ง๐˜ถ๐˜ต๐˜ถ๐˜ณ๐˜ฆ-๐˜ฑ๐˜ณ๐˜ฐ๐˜ฐ๐˜งโ€ designs that stall progress before value hits

โ€ข ๐—˜๐˜๐—ฒ๐—ฟ๐—ป๐—ฎ๐—น ๐—•๐—น๐˜‚๐—ฒ๐—ฝ๐—ฟ๐—ถ๐—ป๐˜๐˜€ โ€” static diagrams that no one updates or uses

โ€ข ๐—š๐—ผ๐˜ƒ๐—ฒ๐—ฟ๐—ป๐—ฎ๐—ป๐—ฐ๐—ฒ ๐—ฃ๐—ผ๐—น๐—ถ๐—ฐ๐—ฒ โ€” control-heavy culture that creates blockers, not support

โ€ข ๐— ๐—ฒ๐˜๐—ฟ๐—ถ๐—ฐ๐˜€ ๐— ๐—ถ๐˜€๐˜€๐—ถ๐—ป๐—ด โ€” no hard proof EA creates impact or justifies its existence

โ€ข ๐—ง๐—ฒ๐—ฐ๐—ต ๐——๐—ฒ๐—ฏ๐˜ ๐—•๐—น๐—ถ๐—ป๐—ฑ๐—ป๐—ฒ๐˜€๐˜€ โ€” everyone logs the debt, no one pays it down

โ€ข ๐—ฆ๐—ต๐—ฎ๐—ฑ๐—ผ๐˜„ ๐—œ๐—ง ๐—ช๐—ฎ๐—ฟ๐˜€ โ€” a defensive stance toward unsanctioned innovation

โ€ข ๐—ง๐—ผ๐—ผ๐—น ๐—ช๐—ผ๐—ฟ๐˜€๐—ต๐—ถ๐—ฝ โ€” tools and frameworks bought before needs are clear

โ€ข ๐—ง๐—ฎ๐—น๐—ฒ๐—ป๐˜ ๐—ฃ๐—น๐—ฎ๐˜๐—ฒ๐—ฎ๐˜‚ โ€”architects stuck, unchallenged, and slowly falling behind

These traps are habits, blind spots, and culture patterns that quietly erode EAโ€™s credibility and impact. The graphic pairs each with a โ€œcureโ€ weโ€™ve seen work in the field.

๐–๐ก๐š๐ญ ๐๐ข๐ ๐ˆ ๐ฆ๐ข๐ฌ๐ฌ?
Add your โ€œTrap #10โ€ in the comments. Letโ€™s expand this into a crowdsourced anti-pattern catalog for architects.

๐Ÿงญ Avoid the traps. Spread the cures.

Gfesser:


My suggestion is to be a little more bold with #1, changing this to "Ivory tower architects" from "Ivory tower architectures". Also, #1 and #2 both mention "architecture" without defining it, with #2 also mentioning "designs". While I understand that these descriptions are intended to be very high level summaries, what these two terms mean still tends to result in much debate: perhaps a couple footnotes would help, or even better, provide descriptions of these two traps that don't involve circular definitions.

Chief Architect at Dutch Consulting Firm:

Good callout Erik.and you're right, precision matters, especially up front.
Tempting suggestion to shift #1 to โ€œIvory Tower Architectsโ€ โ€” it puts accountability where it belongs. And yes, the terms โ€œarchitectureโ€ and โ€œdesignโ€ carry a lot of baggage.
Simplifying the language might be a better path here. Appreciate the thoughtful push for clarity!

Subscribe to Erik on Software

Donโ€™t miss out on the latest issues. Sign up now to get access to the library of members-only issues.
jamie@example.com
Subscribe