2. Make it easy to see from a document when it has gone out-of-date and whom to ask about it. If you expect a document to stay up-to-date, make sure someone has the capacity to pay attention to to and answer questions.
3. Less, but better. Actively encourage the process of pruning docs and putting them in history so that what remains stays trusted.
4. Start with Why. The most important thing to document is why things are. Why teams exist. Why projects exist.
5. Don’t assume that everyone has the context to write or maintain every document. If an individual is trying to create clarity on the organization’s top-level goals... then something deeper is broken.
6. Docs are best written as a pair-programming exercise between a novice and a senior.
I'm usually programming in Ruby or Golang. For Ruby my tool of choice is the Yard gem... and for Golang it would be GoDoc (built into Go itself). But most languages have their own equivalent tools.
If the audience is business folks and not developers... oofffpppph.
https://marketplace.visualstudio.com/items?itemName=kortina....
Let people contribute to the doc just like any piece of software.