<< 1 >>
Rating: 
Summary: 'Cure' problems with your Software Development Life Cycle
Review: The author proposes that we categorize software development risks like the Center for Disease Control categorizes disease. He builds on this theme by discussing risk from the perspective of symptoms, susceptibility, prevention, and therapies. The information is excellent., and is not available in this compact format from any other source (at least that I know of). This book is a 'must' for any manager intent on improving the system development life cycle. /// This book is primarily directed toward knowledgeable software professionals. It assumes you have a good understanding of development theory. Unfortunately, since the book was written in 1993, some information (related to vendor tools and products) is a little long in the tooth. That is the only reason I didn't give the book a rating of '10'. /// I would love to see a yearly update that included new symptoms, new 'diseases', additional therapies, and updated lists of vendor 'cures'. Overall content is first-rate and very relevant, not theoretical. The hard part -- detailed therapy -- is properly left to the reader, but several options are presented
Rating: 
Summary: Could be updated
Review: The book is a great resource for brainstorming potential risks to your projects and strategies to handle them. Almost all are timeless. However, the book is 10 years old and much has changed over the last 10 years. The Internet is a prime example. This new medium has most of the risks of legacy systems, but the Internet brings new possibilities and new expectations.
Rating:
Summary: Could be updated
Review: The book is a great resource for brainstorming potential risks to your projects and strategies to handle them. Almost all are timeless. However, the book is 10 years old and much has changed over the last 10 years. The Internet is a prime example. This new medium has most of the risks of legacy systems, but the Internet brings new possibilities and new expectations.
Rating:
Summary: Still quite valid in all respects (unfortunately)
Review: While an update to this book would be nice, the fact is that the major risks cited in this 1994 classic continue to be risks in 2002. What I like about this book is the way it's organized and structured. Jones starts with two chapters that highlight the most common and the most serious software risks. In that respect the essence of the book is provided up front.The rest of the book is a catalog of the top 43 risks, presented in a quasi-pattern format (that predates the GoF patterns movement), using a medical metaphor, based on the US Public Health Service publication titled "Control of Communicable Diseases in Man" as the pattern. The format is highly effective and intuitive, and also plants a subtle notion that the risk can be cured. The risks are arranged alphabetically for easy reference and range from Artificial Maturity Levels to Slow Technology Transfer, with the usual suspects that have plagued software engineering since its inception: corporate politics, excessive schedule pressure, low user satisfaction, malpractice (project management and technical staff), silver bullet syndrome ... sound familiar? In my opinion, until cures are found for the risks cited in the book we, as a profession, don't need an updated list of more. I strongly recommend this book to anyone who manages software engineering projects or processes. If you want a more condensed version of this book get Jones' "Software Systems Failure and Success", which was published in 1996. That book distills critical success (or failure, depending on your perspective) factors into a manageable group of twelve attributes. It doesn't fully replace this book, but does augment it well.
Rating:
Summary: Still quite valid in all respects (unfortunately)
Review: While an update to this book would be nice, the fact is that the major risks cited in this 1994 classic continue to be risks in 2002. What I like about this book is the way it's organized and structured. Jones starts with two chapters that highlight the most common and the most serious software risks. In that respect the essence of the book is provided up front. The rest of the book is a catalog of the top 43 risks, presented in a quasi-pattern format (that predates the GoF patterns movement), using a medical metaphor, based on the US Public Health Service publication titled "Control of Communicable Diseases in Man" as the pattern. The format is highly effective and intuitive, and also plants a subtle notion that the risk can be cured. The risks are arranged alphabetically for easy reference and range from Artificial Maturity Levels to Slow Technology Transfer, with the usual suspects that have plagued software engineering since its inception: corporate politics, excessive schedule pressure, low user satisfaction, malpractice (project management and technical staff), silver bullet syndrome ... sound familiar? In my opinion, until cures are found for the risks cited in the book we, as a profession, don't need an updated list of more. I strongly recommend this book to anyone who manages software engineering projects or processes. If you want a more condensed version of this book get Jones' "Software Systems Failure and Success", which was published in 1996. That book distills critical success (or failure, depending on your perspective) factors into a manageable group of twelve attributes. It doesn't fully replace this book, but does augment it well.
<< 1 >>
| 
