Can good requirements ever be defined?
If Architects Had To Work Like Programmers
I ran across this old chain email and it came at a time when I was thinking about software requirements. I'm continually hearing complaints from developers about how the "requirements" are always changing which causes rework and delays. I've never really felt this pain in my own development, and I think I now realize why. I use a very iterative development approach. I create prototypes and mock-ups and demo sites for my users to actually see what the software will look like, and I let them adjust the requirements based on that. Obviously there are whole methodologies built around this iterative premise, but I think I'm just now seeing it as part of the solution to the "requirements" problem. Build it small and then fix it, because you're going to have to fix it either way.
