Some don’t seem to think so,
Getting everyone on board still can be an issue, however. “One of my guys keeps telling me that he would like to have more specified requirements. I keep telling him we’re going faster because we don’t have specified requirements,” Weston says. A hardcore requirements document is a “waste of time,” he adds.
When I see comments like this I immediately want to know
- what is the domain?
- Is your industry regulated or safety critical?
- how large is the overall effort?
- what other systems does your product interact with?
- who are the customers? How many? how diverse?
- who are the other stakeholders?
- how long do you expect the product to be in use?
Without context, I don’t now what to make of a statement like “A hardcore requirements document is a “waste of time,”. If, for example you are doing embedded systems in a medical device or changing a component inside a bank’s accounting system I think I’d want the requirements stated pretty explicitly.
Some documents are a waste of time, sometimes they are part of the delivery. Often they are tool to make communication precise, persistent, distributable and reviewable. Context matters.