Software Requirements 2 Subsequent Edition

I do recommend this book, both for experienced of novice sofware developers or consultants for several reasons:1. The content has a great balance between practical advice and theory, so it won't burden you with information applicable to 5% (e.g. huge projects) of your daily work2. It is well written, both in content and edition style (format) so it is very easy to read and understand quickly3. It has references to standards and literacy but it is just to illustrate and not so heavily that makes it hard to readTo sum up, its one of the very best SW Engineering books I've read so far and so that I do recommend it.Alex BallarinIT ConsultantCynertia Consulting, Barcelona, Spain

"Software Requirements" was an excellent read, with vastly more infomation and topics covered than I expected. Requirements were presented as an "ecosystem", with Good Practices, Setting Vision/Scope, and listening to the Customer well presented in opening paragraphs. Since software requirements cover such a vast area, no one particular domain was addressed in detail. Instead, their general traits were well addressed.I particularly appreciated the added details for Requirements Manaqement, handling Changes, Traceability, and Prototyping. Also, an entire chapter was devoted to Risk Management, and thus risk reduction, which was of very practical benefit to me. Like everyone, I operate under intense schedule and budget pressure; if I had unlimited time and budget, I could simply iterate "forever". Instead, this book aptly provided practical day-to-day guidance for my real-life software projects. I will share the learned insight with my co-workers and clients alike. A very valuable read, with something for everyone. (My only suggestion would be to publish several sequels addressing unique needs of different domains.)

I'm somewhat of a software engineering/process geek. I find the process of creating a product more interesting than the actual code these days (though I like to code). Wiegers' book is THE bible, in my opinion, for eliciting and maintaining requirements.He covers the issues involved in gathering requirements and keeping them up to date, often offering multiple ways to resolve issues. Wiegers, unlike many academic oriented books, fully acknowledges the political and cultural difficulties that arise when trying to institute a requirements program. Much of his advice is practical and he gives good pointers on the highst ROI practices, so you can inject a little at a time, rather than trying to change culture wholesale.I'd give a 4.5 out of 5 if I could, due only to the "Next Steps" sections at the end of each chapter. The "Next Steps" are supposedly be small steps you can take to start using the advice Wiegers offers. Unfortunately, most of the steps start with "Take a page/chapter from your current requirements document...." I've worked at few companies that even have a requirements document, so I'm not sure how useful the "Next Steps" really are.But, that complaint aside, this book is the best combination of reference information for techniques and advice on how to use them on the job.

Wiegers' book is one of the standard references for requirements gathering that's around. We have these on our shelves at our company for all the analysts and while there are other references around on project management and project implementation, this book has outlines of all the different parts focusing on requirements gathering: gathering participants on the project and client side, setting expectations, how to document, what your first steps are as well as the pitfalls. Every analyst needs this on their book shelf as a reference.

The problems he describes are recognisable, and the solutions he proposes are practical usable practices. Not too theoretical. One of the things he explicitely mentions is that one can tailor the practices to your own organizational needs. The suggested practices and templates give you a head start.I felt during reading that he really understood I issues that come with requirement engineering. Also the 'goodies' givin on the website are valuable additional 'assets'. Nice piece of work! I advise anyone interested in requirements to read this book.

When I first purchased this book back in 2006, I went through most of it fairly quickly, and even downloaded some of Wiegers supplementary material from processimpact.com. Some of my colleagues took notice and together we formed a mini-workshop using the downloaded materials, which we used to gather requirements for an enhancement to one of the applications I assist in managing.A merger and subsequent reorganization later, I found the time to finish the book. I recommend it for the developer or technical manager who finds themselves in a project that lacks thorough requirements development. The book uses appropriate tone and terminology to address its' intended audience; it is neither too simplistic nor overly dense. It has enough supplementary material to preclude the need to build a requirements development process from scratch without looking too much like a cookbook. Its' bibliography includes several classics and many references not familiar to me. All in all, a balanced book about requirements development and management.