Comments on: Ignoring The Requirements, Watching The Discussion http://tynerblain.com/blog/2007/07/17/ignoring-requirements-take-two/ Software product success. Sun, 12 Feb 2012 19:10:25 +0000 hourly 1 http://wordpress.org/?v=3.0.4 By: Scott Sehlhorst http://tynerblain.com/blog/2007/07/17/ignoring-requirements-take-two/comment-page-1/#comment-123849 Scott Sehlhorst Sat, 21 Jul 2007 04:06:12 +0000 http://tynerblain.com/blog/2007/07/17/ignoring-requirements-take-two/#comment-123849 You're definitely right! The discussion threads here were more trying to understand the root cause of the problem (specs not being followed), but you're definitely right - it is collaboration. If a spec is to be useful, it should represent what the team agrees on and understands - not a fiat passed down from on high. Regardless, it is the people on the team that make things happen, and if people aren't doing what you expect (and rely on them to do), you need to work with them to correct your mistakes and theirs. Collaboration. You’re definitely right! The discussion threads here were more trying to understand the root cause of the problem (specs not being followed), but you’re definitely right – it is collaboration.

If a spec is to be useful, it should represent what the team agrees on and understands – not a fiat passed down from on high. Regardless, it is the people on the team that make things happen, and if people aren’t doing what you expect (and rely on them to do), you need to work with them to correct your mistakes and theirs.

Collaboration.

]]> By: James Taylor http://tynerblain.com/blog/2007/07/17/ignoring-requirements-take-two/comment-page-1/#comment-122823 James Taylor Wed, 18 Jul 2007 21:48:25 +0000 http://tynerblain.com/blog/2007/07/17/ignoring-requirements-take-two/#comment-122823 I think you have to figure that collaboration is, in the end, the name of the game. Having business users and IT collaborate on engineering the solution to the business problem is what you need and the requirements are just a means to that end. Check out http://www.ebizq.net/topics/biz_opt/features/6387.html for instance or http://www.edmblog.com/weblog/2006/03/business_and_it.html JT I think you have to figure that collaboration is, in the end, the name of the game. Having business users and IT collaborate on engineering the solution to the business problem is what you need and the requirements are just a means to that end.
Check out http://www.ebizq.net/topics/biz_opt/features/6387.html for instance or http://www.edmblog.com/weblog/2006/03/business_and_it.html
JT

]]>