Most Helpful Customer Reviews
10 of 10 people found the following review helpful:
5.0 out of 5 stars
Two profound notions, October 25, 2007
This review is from: Outside-in Software Development: A Practical Approach to Building Successful Stakeholder-based Products, 1/e (Paperback)
We who develop software are told often that we should build software that "delights" customers. Trouble is, precisely how one is supposed to do this is too often left to conscientiousness and integrity alone, without clear guidance as to how one might be most effective. In the Agile community, which in many ways represents the future of software engineering, we are told that the "on-site" customer is the way to go. Trouble is, in practice, it's often impossible or at least unrealistic to get a customer to engage at this level of commitment, and worse, they may not represent the community that cares about our software very well. Here at last is a book that gives us a fighting chance to understand how to delight the people who buy our software. First, Outside-in Software development expresses the simple but profound idea that stakeholders should be thought of as four essential constituencies: as principals (people who buy software), end users, partners (business partners and others), and insiders. These categories force us to think about far more than end users, as important as they are. What if, for example, we are focusing solely on end users, without really considering what it is that the people who buy our software are hoping to accomplish? Second, too much of the literature in the software engineering field talks about simple teams of ten building new software for emerging markets, software that is shipped to clients installing the software for the first time. The reality is usually significantly more complex. The chapter on organizational context provides a holistic perspective of the groups we sell our software to -- with a far greater reality reflected than we are accustomed to hearing about. Overall then, Outside-in Software Development is a clear, pragmatic discussion about a tremendously difficult concept: getting from requirements to code in a way that reflects all of the various stakeholders of our software.
Help other customers find the most helpful reviews
Was this review helpful to you? Yes
No
5 of 6 people found the following review helpful:
2.0 out of 5 stars
Great title. Content doesn't match up., June 15, 2008
This review is from: Outside-in Software Development: A Practical Approach to Building Successful Stakeholder-based Products, 1/e (Paperback)
I'm not a developer (though I used to be), and now am on the dark side (marketing/product management). The concepts this book endorse, namely to focus on stakeholders and their needs, is exactly what needs to be done for new products. Unfortunately, I felt as though this book was written for new developers with little real world experience and I found myself looking for something new and useful. It didn't happen. If you really want to understand how to develop products by focusing on stakeholder goals, then try this one: User Stories Applied by Mike Cohen. It is written for Agile Software development, but the concepts can be applied to any product and focuses you on WHAT GOALS DO USERS REALLY HAVE WHEN USING YOUR PRODUCT. If you understand this concept, you will be most effective at developing products.
Help other customers find the most helpful reviews
Was this review helpful to you? Yes
No
2 of 2 people found the following review helpful:
5.0 out of 5 stars
A much needed perspective, November 30, 2007
This review is from: Outside-in Software Development: A Practical Approach to Building Successful Stakeholder-based Products, 1/e (Paperback)
First, by way of full disclosure, I have worked for Carl Kessler in the past. What this means, however, is that I can state that the material contained in this book is not speculative, or just simply "theory," but it embodies the way in which Carl has very effectively run large development organizations in developing enterprise level software that truly delights customers, and how John has been instrumental in those efforts. The other reviewers of this book have already discussed one of the book's key notions, that of obtaining "stakeholder" perspectives as part of the process of designing software -- and it's an important notion that is explored thoroughly in the book. I can recommend the book just based on this one item alone. However, there are three other key notions that the book addresses which, I believe, set it apart from other software development books. The first is the whole idea of "Consumability." If you've not heard of Consumability, you really need to learn more about it. It takes the concept of understanding a customer's perspective to a new level. The second key point is how one defines the "success" of a project. For most in the software industry, it means either having shipped a product on schedule or having made the projected revenues (or, perhaps, both). As important as those "successes" are, what "Outside-in Software Development" encourages is that success also be defined in terms of the "success" of the customers of the product -- are they receiving the value promised by the product? If not, then perhaps the product's other "successes" will be short-lived... And, finally, the last key idea I'd like to touch on (in order to further encourage you to read this book) is that of understanding your customer's organizational structure when designing products. Carl and John do an excellent job of explaining how this perspective is often overlooked by software designers and developers, but how important it is in ensuring your product really does permit your customers to be successful by using your product in their environment. Highly recommended!
Help other customers find the most helpful reviews
Was this review helpful to you? Yes
No
|