Difference between revisions of "Managing requirements"
(New page: Something better than a word document or excel spreadsheet!! Please!! So requirements are available, get into a spec, and visible to client, QA, Devs, and can be tracked. Gaps in the req...) |
|||
Line 22: | Line 22: | ||
Testers and devs doing work independently from reqs w/o communicating leads to problems. | Testers and devs doing work independently from reqs w/o communicating leads to problems. | ||
+ | |||
+ | Regularly review the requirements with wider team - | ||
+ | |||
+ | Agree on a process / system that works, and review it in retrospectives to change what doesn't work. |
Revision as of 20:38, 25 June 2010
Something better than a word document or excel spreadsheet!! Please!!
So requirements are available, get into a spec, and visible to client, QA, Devs, and can be tracked.
Gaps in the requirements, diff reqs from diff users, need to track and coordinated.
Document / requirements management challenging, and defect management.
Excel working well. Need to keep documents updated.
Testing against requirements vs testing against tests.
Principals to help guide requirements management?
Document human readable form, but not testable
Need tests from this. Need requirements before that.
Requirements should include a definition of done - which may be simple or refer to manual or auotmated tests being required / defined /referred to.
Getting team up-front to understand overview of what business and project is about is helpful.
Testers and devs doing work independently from reqs w/o communicating leads to problems.
Regularly review the requirements with wider team -
Agree on a process / system that works, and review it in retrospectives to change what doesn't work.