Documentation-driven development: write the docs before you ship
Most teams treat documentation as the last mile: the feature ships, and then someone writes it up. By the time the docs get written, the API surface is frozen, the rough edges are baked in, and the person writing the docs is the least equipped to change any of it.
I've come to prefer the opposite order. Write the documentation first — or at least alongside the implementation — and let the act of explaining the feature shape the feature itself.
