We often think of terms such as cornerstones, lynchpins, and keystones in the positive sense: this is a cornerstone skill, she’s a lynchpin in our organization, that’s our keystone supplier.
But I wonder if we can also use these terms to help shed light on our own personal problem architecture?
For example, I have identified one of my own keystone problems (it’s very personal, so I won’t be sharing it here), and—if I can remove it—then many other problems will collapse with it.
In other words, identifying our problem architecture has value in showing which one of our problems is best to focus upon.