Customer Reviews

Surviving Object-Oriented Projects

5 star:		(8)
4 star:		(2)
3 star:		(1)
2 star:		(0)
1 star:		(0)

 

 

This book is essential reading for anyone interested in running an OO project, or for anyone who simply wants a balanced view of OO development. Unlike most other OO authors I've encountered, Alistair Cockburn is not interested in selling OO as the answer to all our prayers, but uses a wealth of case studies to show us the limits, pitfalls and negative side of OO development, as well as the benefits. Perhaps because of this, he doesn't ignore the management aspects of development, most of which are common to OO and non-OO projects. The book is also well presented and well written, and even has a sprinkling of humour. I particularly like his term "PolyBloodyHardReuse", the meaning of which will be obvious to anyone who's ever seen attempts to introduce software reuse into an organisation.

I bought this book as an introduction to changing to object oriented design. It was very easy to read (even for a beginner) and I did get a clearer idea of the way to go about designing an OO system, and what to expect in the way of timing and pitfalls. I will need to buy some more advanced books on OO analysis and design (as recommended by the writer), but this was a painless and easy start.

First of all, the book is short and always go directly to the essential. It saves time and make the reading very efficient. The very goal of the book is to explain how to go to iterative developpement and what may cause success or failure. Everything is well illustrated by real cases, met by the author. You don't need courage to survive to this book, because the reading is pleasant. Very good.

Simply said, I loved this book!

This book provides ALL kind of managers as well as team members with VERY valuable information about the project process, project control, pitfalls and ways to (bigger chances on) success.

I wish we had read this book two years ago when we updated our software to a GUI-environment. Pitfall after pitfall were encountered, already clearly written down in this book. Reading it beforehand, might have saved the project...

Thanks Alistair, for writing this book! Please keep writing...

Even though it was written in 1998, the advice in this book has not diminished with age. There are many claims made about the advantages of moving to object-oriented technologies (OOTs), and while most are true, the difficulties are almost always understated. Not in this book. Cockburn is very explicit in his descriptions of how complex the move is and how valuable training can be, as well as the many inherent limitations that it has.
As the title explains, this is not for developers, but for the manager who is either contemplating the use of OOTs or is faced with the tasks of implementing them after the decision has been made. Several projects are examined, some of which were successes, others which were simply survived by the participants and a few that crashed and burned. In my experience with working with developer teams, the hardest task of all in moving to OOTs is not making the decision to make the move or in getting the initial training. The fact that there are benefits is clear and trainers are relatively easy to find.
The hardest part is choosing where to begin the transfer of their legacy systems to an object-oriented form. This is something that is difficult even for those experienced in the transfer and for someone still unfamiliar with OOTs it can be intimidating. It is this group of people who will obtain the most benefit from the book. Cockburn clearly has a great deal of consulting experience in helping people make the transition and he passes that on using a very readable style. He also is very explicit in pointing out potential problems with the move.
Moving to any new technology is difficult, and nearly everyone needs help to make it successful. While reading this book will not guarantee that your move to OOTs is successful, it will make it more likely.

Surviving Object-Oriented Projects is a must-read for all people working with Objects or thinking about adopting Object Technology. It gets down to the practical, pragmatic issues that object projects face, and provides sound, experience based strategies for addressing these issues. For anyone in the process of adopting Object Technology, this book gives the real information about OO Methodologies, it is not the notation that is important, what is important is how you organize to deliver the system.

This book is a great successor to the book "Object Solutions" by Grady Booch, and it will make a great companion book to the "UML Distilled" book by Martin Fowler. It replaces "Object Solutions" because it is targetted at medium sized, time-to-market critical projects, drawing practical hints and tips from a wide range of object projects. It fits well with "UML Distilled" since both authors favor using just enough process to be effective, and always remember to counteract the OO hype with a solid reality check.

The book is permeated with loads of practical, advice ranging from everyday tricks to long-term management. Experience with several projects in our company has proved that transition to objects is tremendously hard, but also that the advice contained in the book works.

After browsing almost 50 books on object orientation, most of which were either over my head, dated, or hopelessly mired in details, I found Cockburn's "Surviving Object-Oriented Projects", and it provided for me a perfect overview of the area from a manager's perspective. It explodes the myths that the industry (and hired consultants) tend to tell us, and provides cogent arguments, and real-world examples. An excellent blend of background, facts, anecdotes, warnings, and advice in a very readable style. I "dog-eared" almost every page. I know it would become quickly outdated in a textbook, but I would have liked the author's opinion on specific OO-CASE and OO-4GL tools--perhaps a link to a Web-page where he provides more timely product evaluations.

The most pragmatic book on developing the software I have read yet. Brilliant. If you want to gather some experience collected by these who really done some OO projects, both successful and failing, if you want to hear very helpful comments on how to manage with the people- and organization-side of the software development - buy it!

It is amazing that a single person can produce such a large amount of sound, insightful and useful advice. Alistair Cockburn presents principles, patterns and case studies for managing projects that use object oriented techniques, choosing "just enough process" and separating hype from reality.