As I said in Requirements Are Required Reading, the real reason I'm a stickler for requirements documents is that a little extra effort upfront means I have to talk to fewer people later on -- and recall, I'm basically anti-social, which means I don't like to talk to people even in the best of situations. Luckily, David De Witt was there to set me straight, with his Top 10 reasons why you don't need a requirements document when upgrading software.
As David explains:
Everyone knows it's a pain to create a requirements document, especially when all you're doing is upgrading an existing software application. The process is tedious, time consuming and potentially treacherous -- what happens if something is forgotten or omitted from the list and neither the business nor the vendor is willing to accept responsibility?
Okay, it probably didn't take you as long as it took me to figure out that David was writing tongue-in-cheek. As it turns out, David De Witt is the Practice Director for Requirements Management at NueVista, a company that actually promotes best practices and requirements management. And I suspect David would be more than happy to send you a list of the top 10 reasons -- drawn from experience -- why you should prepare a requirements document before upgrading a software application. Just drop him a note at [email protected].