Building a New Central Organization: Earn the Mandate Before You Scale It
Every organization is different. Different history. Different scale. Different appetite for change. What worked brilliantly in one company can fail badly in another, and the same is true of the advice that follows. So take this as a set of principles that have served me well, not a playbook to apply blindly. But there's one pattern I've seen often enough that I think it's worth writing about. A company decides it needs a central team. SRE, platform engineering, observability, developer tooling. The name varies. So do the reasons, but two come up again and again. One common reason is efficiency. Teams operating in silos. Each one building its own tooling. Each one solving the same problems in slightly different ways. The same rollback mechanism gets built three times. The same alerting logic lives in five repos. The same lessons get learned again and again, team by team. That duplication is expensive. Not just in headcount, but in focus. Every engineer rebuilding something...