One of the principles in Asynchronous Working is Document Everything.
When working synchronously – either in an office or remote – it's very easy to ask other people for information. In a globally distributed team this isn't always possible. So we need to ensure that other people have access to the information they need if you're not around.
The solution to this is documentation.
It's really important that we clearly document our work, processes, decisions etc in a way that makes them accessible to other people without the need to speak to us.
Let’s dive a little deeper into that…
Why is documentation so important?
If you're like most people, you probably asked someone in person or picked up the phone. This works fine in synchronous teams, but in an async team there might not be anyone around to ask.
This is why it's really important for async teams to write and maintain good internal documentation.
What does good documentation look like?
The internet is full of articles on how to write well. Much of the advice out there is good, but for our purposes we'll stick to three properties of good internal documentation:
1️⃣ Clear & concise
Keep docs short and to-the-point. They are not meant to show your editorial skills – they're there to convey information fast and clear.
Avoid superfluous words that don't add anything, and strive to make your meaning clear in as few words as possible. Keeping something clear and short can be quite hard, but you should try.
2️⃣ User-focused
Put yourself in the shoes of the person using your document. What will they need to know? What questions will they have?
Do your best to make it easy to use – headings, diagrams, bullets, checklists, videos etc.
3️⃣ Interconnected
Good internal documents should almost always be linked to other relevant places. If you mention a google doc, or notion page or slack channel link to it there and then. This makes it much easier for the user to understand your document.
Note: It's usually better to link to other documents, rather than copy/paste content from them.
What should I include?
Most good internal documents will include:
- Why - a brief explanation of why the document exists.
- What / How - The main contents of the document.
- Where to find more - Links to places where the user can find out more or ask questions. This might be as simple as: Message Kirki on Slack if you have questions.
"Lean" Documentation
Creating new docs can seem daunting or time-consuming but it doesn't need to be. Most documents evolve over time. We can think of this iterative process as "lean" documentation. We'll start with something simple and gradually improve it as necessary over time.
Here's an example of a process you might go through when creating some internal documentation:
- Finish a piece of work.
- Record a Loom video explaining it.
- Embed it in a page in Notion with a one-paragraph explainer about why.
- Link any snippets, diagrams, other notion pages that might be useful.
Here's an examples of a document created like that...
Booking Time Off - Version 1This is a good first version, and is really quick to do. If a lot of people start using the document, we should consider expanding it a little by:
- Transcribing the loom video into written form, perhaps with some screenshots.
- Adding some headings, checklists etc.
- Expanding the text to provide more context.
- Including extra information, such as special cases.
Here's what the example might look like if we did that...
Booking Time Off - Version 2We could continue to iterate on the document in the future. Here's what it could end up looking like after a little while...
Booking Time Off - Version 3The key point here is that having a fairly short but useful document is much better than having no document at all. We can always iterate to make it even more useful in the future.