Home » Archives

Content in the Quotes category

[11 Jun 2013 | One Comment | ]

When you are gathering and documenting software requirements, it is not always easy to remember all the dimension that should be included in this activity. The book “Mastering the Requirements Process” proposes a template that should help you in this activity.

[11 Feb 2013 | Comments Off on Goals Oriented Requirements | ]

Collaborating on deriving scope from goals is undoubtedly the most controversial topic in this book. In the last five years, the surge in popularity of value chains in software development has increased awareness of the idea of collaborating on scope and deriving it from business goals.

[3 May 2010 | Comments Off on User Stories are a Reminder to Collaborate | ]

User stories are not a highly documented series of requirements but rather a reminder to collaborate about the topic of the user story—in other words, in agile development (good agile at least), the documentation is secondary to the collaboration.
Source: “New to User Stories?“, William F. Nazzaro and Charles Suscheck, ScrumAlliance.org

[2 Jan 2010 | Comments Off on Uses Cases are still Useful | ]

Use cases are, indeed, heavier and more difficult than either user stories or backlog items, but they bring value for that extra weight. As not-Einstein said: “Make things as simple as possible, but no simpler.” (The attribution to Einstein has been debunked, it seems.)
Source: “Why I still use use cases“, Alistair Cockburn, alistair.cockburn.us

[2 Jan 2010 | Comments Off on Sharing the Requirements Burden | ]

As software developers it is our ability to listen to our customers throughout the process not just during some artificially time boxed requirements gathering phase and tell them the truth about their wants, needs, hopes, and desires, with all the complexities, and painful realities that transform our customers from being part of the problem to being part of the solution. Unlike those who hire us to turn dream into virtual reality we need to be proactive and deeply, personally responsible.
Source: “Requirements aren’t evil, we are“, Stephen Cohen, msdn.com