Agile Development with ICONIX Process: People, Process, and Pragmatism (Hardcover)

by Doug Rosenberg (Author), Mark Collins-Cope (Author), Matt Stephens (Author)
Key Phrases: customer details, agile software development, enterprise architect, Hotel Chain, The Map Viewer, Display Rollover Information (more...)

Editorial Reviews

Product Description
...the authors were careful not to throw the (agile) baby out with the (XP) bathwater. The aim was to refactor the process not to destroy it completely.</a></p> </blockquote> <p id="quoteAuthor">&#8212; Pan Pantziarka, Application Development Advisor</p></div>

<p>This book describes how to apply ICONIX Process (a minimal, use case-driven modeling process) in an agile software project. It's full of practical advice for avoiding common "agile" pitfalls. Further, the book defines a core agile subset&emdash;so those of you who want to "get agile" need not spend years learning to do it. Instead, you can simply read this book and apply the core subset of techniques.</p> <p>The book follows a real-life .NET/C# project from inception and UML modeling, to working code&emdash;through several iterations. You can then go on-line to compare the finished product with the initial set of use cases.</p> <p>The book also introduces several extensions to the core ICONIX Process, including combining Test-Driven Development (TDD) with up-front design to maximize both approaches (with examples using Java and JUnit). And the book incorporates persona analysis to drive the project's goals and reduce requirements churn.</p>

About the Author
Doug Rosenberg of ICONIX Software Engineering, Inc. has been providing system development tools and training for nearly two decades, with particular emphasis on object-oriented methods. He developed a Unified Booch/Rumbaugh/Jacobson design method in 1993 that preceded Rational’s UML by several years. He has produced more than a dozen multimedia tutorials on object technology, including COMPREHENSIVE COM and COMPLETE CORBA, and is the author of <i>Use Case Driven Object Modeling with UML</i> and <i>Applying Use Case Driven Object Modeling with UML</i>.

Matt Stephens is a senior architect and project leader based in Central London, and has led several agile projects through successive customer releases. He’s the co-author of <i>Extreme Programming Refactored: The Case Against XP,</i> with Doug Rosenberg. Stephens writes articles for magazines, including Dr. Dobbs Journal, Software Development Magazine, and Application Development Advisor. He also speaks on agile development at various software conferences.Mark Collins-Cope is Technical Director of Ratio Group Ltd.Collins-Cope has undertaken many roles in his sixteen years in the software development industry, including analysis, design, architecture definition/technical lead, project management, lecturer, and writer. His key interests include use-case analysis, software architecture and component-based development and software process.

Product Details

• Hardcover: 261 pages
• Publisher: Apress; 1 edition (February 22, 2005)
• Language: English
• ISBN-10: 1590594649
• ISBN-13: 978-1590594643
• Product Dimensions: 10.6 x 8.6 x 1 inches
• Shipping Weight: 2.4 pounds (View shipping rates and policies)
• Average Customer Review: 4.2 out of 5 stars See all reviews (9 customer reviews)
• Amazon.com Sales Rank: #547,074 in Books (See Bestsellers in Books)

  Popular in this category: (What's this?)

  #19 in

  Books > Computers & Internet > Project Management > Agile

Customer Reviews

Most Helpful Customer Reviews

12 of 12 people found the following review helpful:

4.0 out of 5 stars long, real world example of using Iconix, April 13, 2005

By	W Boudville (Terra, Sol 3) - See all my reviews (TOP 50 REVIEWER)    (REAL NAME)

Agile development has come to mean various things, as different people emphasise different aspects or steps. The first part of the book goes heavily into describing the main variant forms of Agile development throughout the world. Of course, Extreme Programming is a very vocal variant. But there are also other noteworthy versions, like the Crystal methodology and needless to say, the book's subject - Iconix. The book gives the authors' views on why Iconix, with its rapid iterations, but still using a serious initial modelling and use cases, is superior.

The authors sound plausible. But if you read most any book on program development, they might all sound likewise. The differences between Iconix and the other Agile variants seem fairly small. Though they do seem important to the authors.

The second half of the book is a non-trivial case study of a project worked on by them. It is indeed rare for this level of detail to be given to a single example. The merit is that you can get a serious scrutiny at how Iconix unfolds on a real world task. To some of you who might find the first part of the book to be rather intangible, this case study may have more substance.

12 of 13 people found the following review helpful:

5.0 out of 5 stars The "middle ground" does exist., March 28, 2005

By	Gary A. Ham (Stafford, VA USA) - See all my reviews (REAL NAME)

I am a trained CMMI process person. (The Carnegie Mellon SEI Trademark applies). I also abhor the high-ceremony approach that many CMMI folks think is necessary to pass an assessment. This book offers a well-defined process, appropriate review opportunities, and planning that adjusts to conditions of fact based on "estimable" chunks of work. Best of all, the modeling technique from use cases to code AND TEST CASES removes the duplicative requirements tracability matrix from from CMMI practice. It is already built into the model. And much of the QA requirement is built in as well by doing a few metrics on the test case results and documenting the reviews a bit. Automated, tested builds and the required CM discipline to do frequent integrations will cover a lot of Configuration Management as well. Basically, I believe that I could take this relatively lightweight process and actually use it as the core of a CMMI-compliant set of procedures and plans in the CMMI engineering process areas without having to add a lot of formality, simply because so many of its artifacts do double or triple duty. It is certainly going to be fun to try (and I do not often say that about a CMMI "stuff").

One other positive note: Finally a real world example with real-world solutions. No more sterile, artificial ATM machine implementations.

Was there a weakness? For me it was the authors' need to prove their agility over and over again, but then in these political times of sales hype over substance, I guess they can be be forgiven for overreaction to "extremo" hype. I tend to do the same.

9 of 10 people found the following review helpful:

3.0 out of 5 stars Buy the books in the correct order, January 24, 2007

By	B. Rahaingoson "Ihari" (Madagascar) - See all my reviews (REAL NAME)

First beware that books with almost the same titles have been written by the same author and some of his fellows between 1999 and 2007:

1999: "Use Case Driven Object Modeling with UML: A Practical Approach": This is the "reference" book although it seems ICONIX has evolved since if we consider later books and various articles online. I am considering acquiring this one after disapointments about "Agile Development with ICONIX Process."

2001: "Applying Use Case Driven Object Modeling with UML : An Annotated e-Commerce Example": This seems to have been written to illustrate the first book with a web example.

2005: "Agile Development with ICONIX Process, People, Process and Pragmatism": This is the book we are talking about here. I bought it because of its relative recentness and was quite disapointed: a bigger part of the book is dedicated to defend the ICONIX process on one hand (this is what many other comments denounce about the 1999 book), and to explore new extensions that obviously have not yet stabilized.

2006 and 2007: Two new books published only a few monthes apart, from two different editors, and especially with almost identical titles: "Use Case Driven Object Modeling with UML - ICONIX Process in Theory and Practice" (Addison-Wesley, jun. 2006) and "Use Case Driven Object Modeling with UML - Theory and Practice", (Apress, jan. 2007). The first is unavailable at this time on Amazon and is very expensive ($160). Given the titles, these two new (and identical ?) books might be a rewrite of the 1999 reference.

What I liked in the book:

1. The process is explained quite clearly

2. Whether you adhere to ICONIX or not (I do), the messages it carries is worth it: use a small and consistent subset of UML and the rest when only needed. It also helps to understand the "why's" of diffrent diagrams, that are not necessarily well explained by quality books such as UML Distilled.

3. For those who did some reading beforehand, the book shows what have been the minor evolutions (and the presistent doubts) in the process compared to what Rosenberg and Scott wrote online around 2001 (DrDobb's and InformIT.

2. An example is given (web), with som code, stressing the explorations around the robustness diagrams.

What I disliked about the book (this the three stars):

1. It is not a reference book :a) Robustness diagram rules aren't even exposed/reminded. b) Almost nothing is said about the milestones leaving (thus the need to consider buying the other books)

2. It is to some extent a too much propaganda book: The book is divided in three parts and only one is about the core process. The first part is ICONIX propaganda and the third part is about forrays into new [and probably immature] extensions.

3. There is a persistent ambiguity about whether use case text should be written as they are identified (before requirements review) or should these be left for the Analysis & Preliminary design phase (and checked at the preliminary design review).


Conclusion: If you'd consider buying a book about the ICONIX process, I'd advise you to buy the 1999 book or one of the two new ones. They most probably would contain precise guidelines on how the method works than this 2005 volume. You should buy this book only as a second read for 1999 or as complement for 2006 or 2007 if needed.