Agile and Iterative Development: A Manager's Guide (Agile Software Development Series)

Agile and Iterative Development: A Manager's Guide (Agile Software Development Series) | Craig Larman | Great comprehensive guide

books:

Agile and Iterativ...

	Agile and Iterative Development: A Manager's Guide (Agile Software Development Series) Craig Larman Addison-Wesley Professional, 2003 - 368 pages average customer review:based on 46 reviews view larger image
	for more information click here

highly recommended

This is the definitive guide for managers and students to agile and iterative development methods: what they are, how they work, how to implement them-and why you should.

Using statistically significant research and large-scale case studies, noted methods expert Craig Larman presents the most convincing case ever made for iterative development. Larman offers a concise, information-packed summary of the key ideas that drive all agile and iterative processes, with the details of four noteworthy iterative methods: Scrum, XP, RUP, and Evo. Coverage includes: Compelling evidence that iterative methods reduce project risk Frequently asked questions Agile and iterative values and practices Dozens of useful iterative and agile practice tips New management skills for agile/iterative project leaders Key practices of Scrum, XP, RUP, and Evo

Whether you-re an IT executive, project manager, student of software engineering, or developer, Craig Larman will help you understand the promise of agile/iterative development, sell it throughout your organizationaeand transform the promise into reality.

for more information click here

Excellent survey of iterative and incremental development (IID) methodologies

This work by Larman shares some commonalities with Balancing Agility and Discipline, a work by Boehm and Turner (see my review for that book) in which a wide range of methodologies are compared side-by-side to determine the best fit for teams. However, rather than serving as a guide to determine best fit from a wide assortment of methodologies, Larman's work is limited to a discussion of Scrum, XP, Unified Process (i.e. RUP/UP), and Evo, within the broader context of what the author categories as iterative and incremental development (IID). In my opinion, this book is probably the best organized text on this subject currently available in the marketplace. Although the subtitle for this work categorizes itself as a manager's guide, the content Larman has included here will prove beneficial for anyone involved in software development. And this is the case even if one does not read the four methodology-specific chapters. After a thorough explanation of iterative and evolutionary development, the author discusses its relationship to agile development and the motivation behind adopting such methodologies. The subsequent chapter on the evidence behind the effectiveness of IID is the most concise listing of research findings I have come across. While this chapter begins with a warning that "exhaustive data can make for exhaustive reading" and that it is "probably best spot-read as a reference", at only about 30 pages in length it is well recommended. While many in technology recognize the benefits of IID and have used the ideas brought to the table by various IID methodologies to some extent, the author reminds the reader that not only do many technology shops simply remain paralyzed by waterfall methods that view software as a predictive process, but that IID has been around for decades. David L. Parnas, a software engineering pioneer who developed the concept of module design, is quoted by Larman as follows. "Q: What are the most exciting, promising software engineering ideas or techniques on the horizon? A: I don't think that the most promising ideas are on the horizon. They are already here and have been for years, but are not being used properly." I found the following sections within the specific methodology discussions to be especially beneficial: common mistakes and misunderstandings (or how to fail with a particular methodology), signs that one has not understood a particular methodology, sample projects, process mixtures, and adoption strategies. In addition, the reader might be interested in knowing that the last chapter consists solely of questions and answers summarizing many of the main discussions presented elsewhere in the preceding eleven chapters, serving as a quick reference by pointing to specific portions of the text where ideas are elaborated upon.

for more information click here

Great comprehensive guide

Unlike many of the books out there, this book covers iterative development techniques in general. The book is well organized and structured and gives a good framework for thinking about different ways to manage a project and develop software. Agile, Scrum, Extreme Programming, Unified Process and Evo are all covered and compared which is invaluable in deciding which one to use or, more likely, which elements can be used for your projects.
Finally, some practice tips and a FAQ are provided to help you succeed in applying these methods to your project as well as answering the questions your team may come up with.
I found this book easy to read and understand and now feel well equipped to apply these techniques.

for more information click here

broad overview of various methods with details on mechanics

The book is very informative and presents both previous (EVO, XP) and current (UP, Scrum) methodologies. I am a project manager and this book helped me understand enough of Agile methodologies to apply it in my work environment. Good detail about each method and how it provides benefit. Before attempting to deploy Scrum or RUP/UP, read this book to understand the larger context and get other ideas for things to incorporate into your framework.

Informative but boring

This book tries to provide an overview of several different "non-Waterfall" techniques for managing and organizing projects. The authors are pretty scrupulous about not really advocating one method over another, and as such, I did not find it particularly helpful for my own situation with my software team. Reading about Evo, XP, Scrum, RUP etc. all in one place with key characteristics and comparing their "levels of ceremony" might be interesting to project management/methodology researchers, but there aren't very many professionals out there who are sold on iterative development but are wondering which one they should use.

The book also is fairly technical, with lots of grids and charts trying to explain which levels of critical projects should be considered for a methodology, how levels of effort of different tasks change over time, who the stakeholders are and what to label them, and so forth. I got practically zero out of this.

On the positive side, now that I've read it I am armed to discuss the different methodologies much more, in case a new person arrives advocating a methodology I disagree with or something. I can use this overview knowledge to also pick and choose some terms or approaches which might be helpful in my situation at work. The part of the book which was most interesting was a chapter in which a typical Scrum project was described in narrative form. I think more of that, such as perhaps a narrative illustrating each methodology, would have been more helpful to those trying to decide which methodology to follow in future work.

For the audience of PMs who don't want to know the ins and outs of every IID methodology since the 70's, though, and just want to know how to run their projects better, I don't think this book will fill their need. Or if it does, it will be from the readers picking and choosing little bits across the book--something the authors recommend against.

for more information click here

good graphics but too much on waterfall

What caught my eye on seeing this on the bookshelf were the color of typography, the small notes near the edges of the page that summarized a paragraph, the good graphics and diagrams. It looked like a quality book. After seeing how long was the discussion on "proving" that waterfall methodology was too long, "heavy", slow, and projects that used it more prone to less-than-satisfying end results, I understood why this book is titled for managers. In fact, one of the sentences it mentions that the step-follow-step process of the waterfall was popularized in the 70's and 80's, age during which today's managers got their education. On the CMM of SEI, a brief mention on it was that it resembles the heavyness of waterfall. Wished I had a bit more on it, but did learn from it anyway. The very last paragraph of the book had information I wanted: it was about Fitnesse, but it was just too little.

for more information click here