I read a great article in a white paper by IAG Consulting that looked at requirements quality. I love the idea that the process you use to gather the requirements is more important the the requirements you write. They premise this on the idea that if you have a solid process to elicit the information, then you will end up with excellent information. A great point back to the proverbial saying "garbage in, garbage out."
This is such a simple but important thought out to the world - considering your effort (quantity) and your level of attention (quality). You can certainly apply this to requirements, but you could also apply to almost any activity in any profession!! (Creating scope documents and test plans for my fellow PMs and BAs certainly comes to mind!).
In our fast paced world we so quickly jump into requirements gathering with the excitement to hurry up and write down requirements as fast as we can. We then spend plenty time going back and revising, editing, re-organizing, adding, editing, deleting and so on until we almost want to start on a clean slate!
What if BEFORE you jump into anything, you write out a quick plan on what you plan to do. It does not have to be long, just a few minutes, but consider your stakeholders, where the information is today, what do you already know and what do you need to find out.
Consider going grocery shopping. You have the approach to walk every aisle. This often ends up with way more in your cart than you planned and often probably a lot longer (and more expensive) than you planned the trip. You can try run in and just look in certain areas for a few items, finding yourself backtracking and forgetting a few items. Or, as I often do, I create a grocery list throughout the week. I then plan to go by the grocery store I'm familiar with at a time later in the week when I know it is not as crowded. I then go in, get my items (and only my items) and am back out on my way home ready to cook dinner.
This same thought process, while small in comparison, can lead to much stronger quality requirements and project plans. But too often we simply dive into the activity versus taking a moment and asking ourselves "How are we going to do this?" Try explaining your process to a younger child - I love hearing their feedback as they will quickly point out any errors in logic!