For myself, I've had the sense that I have advanced in my ability to tolerate not knowing the answer to an important question. However, it's only because of some coping mechanisms I've built up over time. And without those coping mechanisms, I still basically stink at dealing with ambiguity at a core human level.
There is a sequence that I go through all the time:
- No explanation yet
- What is the real question?
- How to file open questions while I'm working to find the real question?
- What is the TTL on open questions?
- How do I review open questions?
- How do I forget to revisit something important?
And I always feel uneasy when it gets to #4-#6. I realize that GTD is all about managing a fixed-size attention span, and keeping track of things that fall outside that attention span. However, I stink at the paperwork part of GTD, but I try to apply some of the principles in the context of open questions.
- Ambiguous results
- Anomalous results
- Open question
- Loss reflex
- Disorientation cost
- Orientation rate
- Orientation ability
- Orientation cost
- Learning pipeline
- Fixed buffer size of open questions
- Open question LRU/LN cache eviction (least recently used, least needed)
- Isolating open questions in code
Here are some articles that relate to this theme:
- http://www.cs.virginia.edu/~robins/YouAndYourResearch.html (search: "that trait is ambiguity")
- PragProg: Good Enough Software
- PragProg: Not Until You Are Ready
- PragProg: The Specification Trap
- PragThinkLearn: Embed Failing in Practice (p. 189)
- PragThinkLearn: Create an Exploratory Environment
This post is totally alpha and I don't even know where to go with it, but I wanted to get it out there to think about it some more, since I always think better after pressing "Post" than before.