| Anecdotally, I have found that in doing non-urgent root-cause investigations, writing* is the only way for me to think deeply about a problem. My flow looks like: 1. Write the impact of the problem as currently observed. This answers most Product and Executive questions and know I'm actively working on solving this problem. 2. List down ideas of what I think it could be. 3. Start exploring those ideas by priority. 4. Bring in Datadog metrics, log items, commands/queries 5. Have a conclusion for each of those ideas This has multiplicative effects: 1. Others don't feel the need to have me in a Zoom call because they can follow my progress and comment on the doc if they feel strongly about something. I have full focus on the task at hand. 2. The doc becomes handy in outage review meetings and retrospectives later on 3. Useful commands/queries sometimes end up being formed here and I can go back and reuse them *I rarely actually handwrite things. I depend on Markdown-formatted collaborative notes tools that get out of the way (i.e. not Google Docs). |
I've learned not to worry about anything that isn't content during the process. It can be copied, pasted, formatted, fixed, proof read, and put somewhere more permanent later, just not while I am hard at it.