Any ideas to improve the quality of notes in Zettelkasten?
Edmund Gröpl — 100% organic thinking. Less than 5% AI-generated ideas.
Howdy, Stranger!
Categories
- 3K All Categories
- 153 Research & Reading
- 697 The Zettelkasten Method
- 10 Knowledge Work
- 100 Writing
- 469 Software & Gadgets
- 155 Workflows
- 731 The Archive
- 15 Plug-In Showcase
- 88 Resolved Issues
- 225 Projects Logs and Journals
- 83 Project: Zettelkasten.de
- 53 Critique my Zettel
- 174 Random
- 374 Introduce Yourselves!


Comments
@Edmund Interesting idea, but is a root cause analysis applicable in your situation? My understanding is that it is used when something has gone wrong or some complex system has failed, the cause of which is not obvious. One carries out a root cause analysis to determine the true (usually deeply hidden) source of the problem and eliminate it, rather than treating superficial symptoms.
(However, my understanding of this topic is likely biased by where I have seen it applied, i.e., in engineering applications.)
What is the problem you are trying to solve? What is the system you are examining?
@Edmund, my approach to improve the quality of notes can be summarized in one question:
Do the notes fit their purpose?
I don't see how one can look for causes, root or not, without knowing in what regards the quality is low. That is closely related to the purpose of a note.
For example, if a handwritten note is hard to read, the immediate cause might be lack of practice on the part of the writer, or some physical condition that makes writing hard. Those are not the root causes but maybe the problem can be fixed by typing the notes even if the root cause analysis were never completed.
If the problem were that the notes were too complicated, the analysis would be quite different.
Good questions. Let me improve the problem statement for this example:
I think it works best when the problem statement names the effect we are observing.
Edmund Gröpl — 100% organic thinking. Less than 5% AI-generated ideas.
Good! Getting closer. What did you expect or want from the notes, that isn't happening when you return to them?
First, quality would need to be defined. Or rather, the many qualities.
Each of them could have its own specific paths.
In software development, I believe it even reaches up to 50 dimensions. (I wouldn't want to go that far in this case).
I have always liked the Sascha's Flower Idea Model, even if it does not cover all desirable qualities.
Then there are the "classic" properties like focus, connection, abstraction, and so on, but I would also consider clarity and findability/revisitability, degree of maturity, originality. List can be long.
Personally, I have never consolidated them all into an exhaustive list; I look for what I need in a specific moment based on intuition.
A good software bug report contains enough information to help the readers understand enough to make a start of fixing it. Let's try that out here - this template is a good enough representative of its kind:
For software, one would also want to know what system and version you have. That's probably not quite right here, but please talk about at least the part of the system that is involved when the symptoms happen.
E.g., not
but
The symptoms may not be reproducible. In that case, fixing them will be harder and the apparent trigger may not be what you think.