All writing

Why your "re-architecture" is really an org chart

Architecture7 min read

Why your "re-architecture" is really an org chart

Most rewrites I see are not technical problems. They are political ones, dressed up in technical clothes. Spotting the difference is the difference between two good quarters and two lost years.

The first time a founder books a call with the words "we are thinking about a re-architecture," my job for the next forty minutes is to figure out which of three things they are actually saying. It is almost never the one the deck says.

Conway's law is the famous half of this. Any system you build will, over time, take the shape of the team that built it. The less famous half is the converse: any system you decide to rebuild is, secretly, a proposal to reshape the team that built it.

The three things "re-architecture" usually means

1. The owner has left

Someone wrote a module four years ago, owned it tightly, and is no longer at the company. Nobody else can change it without breaking something they don't understand. The team's answer is to replace it.

Most rewrites are reorgs that nobody wanted to call a reorg.

Have the real conversation. Then, if you still need the rewrite, do it on purpose.

Written by Renata PozhidaevaFiled under · Architecture