<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>ADR on Simple Enough Blog</title><link>https://blog-dev.simpleenough.net/tags/adr/</link><description>Recent content in ADR on Simple Enough Blog</description><generator>Hugo</generator><language>en</language><lastBuildDate>Mon, 23 Feb 2026 11:00:00 +0100</lastBuildDate><atom:link href="https://blog-dev.simpleenough.net/tags/adr/index.xml" rel="self" type="application/rss+xml"/><item><title>ADR (Architecture Decision Record): documenting decisions that matter</title><link>https://blog-dev.simpleenough.net/blog/adr/</link><pubDate>Mon, 23 Feb 2026 11:00:00 +0100</pubDate><guid>https://blog-dev.simpleenough.net/blog/adr/</guid><description>&lt;p>Engineering teams spend a lot of time discussing, arbitrating, choosing… and then forgetting &lt;em>why&lt;/em> they made certain decisions.&lt;br>
The outcome is familiar:&lt;/p>
&lt;ul>
&lt;li>the same debates come back every three months,&lt;/li>
&lt;li>decisions get challenged without the original context,&lt;/li>
&lt;li>onboarding depends on “the people who know,”&lt;/li>
&lt;li>and unnecessary migrations are born from a simple loss of memory.&lt;/li>
&lt;/ul>
&lt;p>An &lt;strong>ADR (Architecture Decision Record)&lt;/strong> exists to avoid that. It’s not a “big architecture doc,” nor a requirements spec: it’s a &lt;strong>short note&lt;/strong> that captures an important decision, with just enough context to keep it understandable and reusable.&lt;/p></description></item></channel></rss>