Requirements Capture is not a single technique, but a broad category of techniques such as:
Whatever exact methodology you are using, the aim is to meet stakeholders and try to capture their Internal Models in written form. This has a few effects:
See also: Terms Of Reference
Requirements Capture is itself a process of Meeting Reality, and in a limited way: rather than speculatively building a piece of software and trying it out on the world, Requirements Capture allows us, cheaply, to go and see what the world thinks it wants, which is much cheaper, but perhaps less accurate.
Asking people what they want is often a way to reduce Feature Risk by stopping you building the wrong thing.
The feedback loop for any design is review. You can also follow review with Sign Off.
Steve Jobs - people don’t know what they want until they see it.
Elizer Yodowski - what exactly is a MVP.
Found this interesting? Please add your star on GitHub to be invited to join the Risk-First GitHub group.