Agile Software Development with Scrum (Series in Agile Software Development)

I first purchased and read "Agile Software Development with SCRUM" after talking at length with Ken Schwaber at a software development conference in 2001. I find some of terminology used in the Scrum process to be a bit trite - such as "Pigs and Chickens" - but the approach itself is solid. Overall, I'm sold on the process, and have employed many of Scrum's concepts in projects I've managed. Scrum focuses on delivering maximum quality and predictability of the software development process with minimum overhead. The book is rather expensive given its length, but is a really good and thought-provoking introduction to a means of managing software development in way that empowers the folks who do the actual development while ensuring that those with a vested interest in the results get a reasonable quality deliverable (or deliverables) in a timely manner; and have a well defined means of tracking progress and providing guidance or feedback before it is too late for an off-track project to get back on course. Anyone working to start-up a new software development project should read this book, if for no other reason then to gain insights into what really matters when managing such a project; how to manage without needlessly burdening the team members, or destroying their creativity and enthusiasm; and how to ensure that external forces do not cause a project to spin out of control. On a final note - if you ever get a chance to hear Mr. Schwaber speak, definitely take the opportunity - though a bit salty, he is both entertaining and informative, and very good at responding to questions from his audience - well worth listening-to!

This is the book I've been wanted for years. Until this book, the Scrum development process was not very well known and was documented only piecemeal in a couple of papers and websites. Finally, there's a book a that covers everything you need to know to run your software project using Scrum. Schwaber is the "Godfather of Scrum" and essentially invented the techniques; Beedle was one of the first converts to Scrum and together they definitely know their stuff. The book covers everything from the theoretical basis for Scrum to how to organize your teams, conduct daily Scrum meetings to keep things moving along, to planning your Scrum project, to tracking the "backlog" of items that need to be completed to finish a project. Scrum is not a rehash of another methodology. As the authors say, "Scrum is different." Some of the things you'll learn in this book will seem counterintuitive but they work and the authors do a great job of laying out enough information to, if not fully convince you, then at least persuade you to give Scrum a try. (And once you've done that, you'll be convinced!) I think this book is especially important for anyone reading any of the XP books that have come out over the past two years. Scrum provides an excellent management wrapper around the techniques of XP. This book is great because it's only 150 pages but everything is succinct and clear--very different from some other books on project management techniques that are needlessly long. After reading this book you will know everything needed to get started with a Scrum project--and most likely that project will be more successful with Scrum than with whatever process you're using currently.

People aren't very good at seeing into the future. If we do foresee what is going to happen, we often get the "when" of it wrong. And even if we get the what and the when right, we rarely predict the "what else" - all those unpredictable events that inevitably upset any plan. So why are so many software methodologies built so solidly around precise, complex, long-term plans? The only reason such methodologies appear to work at all is that everyone, their fondest proponents included, spend a lot of time running around behind the scenes, bolstering them each time the predictably unpredictable kicks another prop out from under. Here's a radical proposal: why don't we just say that we're going to do (and then do) what we were going to do anyway? That's Scrum. It's built around short time-scales, a month or so, the kind where forecasting has a chance to work. It counts on simple plans with unambiguous goals, to be completed within those timeframes. It demands that people just go ahead and do what needs to be done, even if a few rules get bent, things that people would have done anyway. The difference lies in doing them with head held high, not as midnight missions intended to sneak success into fundamentally broken plans, in spite of counter-productive rules. The consequences of the approach are far-reaching. For one, it outlaws the plus-one disease, or mission creep, or feature-itis, or whatever you call it. This plain-spoken approach makes promises and works to keep them - having the content of the promise changed by fiat, halfway through, is outlawed. There's a time and a place new commitements to be made, and that is not in the heat of the development moment. "Scrum" uses many sports analogies, and moving the goalposts (or having them moved) is not part of its game. There's a lot more too it, of course, and that's why describing Scrum takes a whole book. It has a lot to like, including an emphasis on personal responsibility and even bravery - things that many work environments punish brutally. I don't go along with the authors' revival tent true-believerism. Despite that, there's enough good sense in this book to soften even doubts as solidified as mine. //wiredweird

Still the best book on true Scrum. Short and to the point but also clear on the justifications for the scrum process. While its true that what many people call Scrum today doesn't fit this book, its equally true that what many people call "Scrum" today is not scrum at all. Scrum is more then just morning meetings or backlog lists. It is a process control system and every part of it is essential. Saying you "do Scrum": but only have morning meetings or backlogs is like saying you have a foundry control system with no feedback sensors. If you don't crash and burn, its just luck that is saving you.

I think a little high priced, but it's the standard book to become a scrum master so it's an essential book for anyone involved in agile development. The paper back quality is pretty cheap, but what can i say, it's on the shelf as a reference, if you need to learn agile, then learn it from one of the inventors of the technique. Book is used to train for the scrum master test. Book a 4, price and quality 3.

There are a few Scrum / Agile / Lean books which everyone on a software team should read and this is one of them. The information in this book is like gold-dust. It's been learned the hard way by the author! The information is well thought out and presented. Buy it now!

This is the seminal text that changed my life 8 years ago. I had been a traditional waterfall style Project Manager for many years and realized how inherently flawed my approach had been. Scrum always works: Either it hurts and is uncomfortable because it raises impediments that your organization doesn't want to deal with, or it flawlessly helps the organization become hyper-performing. Highly recommend this book!! Thanks, Ken!!

This is the book all beginners should read. It shows the first attempts by Ken Schwaber and Mike Beedle to communicate what Scrum is all about. The book is a very quick read. You can learn the basic terms, rules, and definitions by reading chapters 3 and 4. If you are interested in a bit more background, read 1 & 2. If you want some abstract theory, read 5 and beyond. There are other books out there that add a dose of reality, but read this before you read those, so you have the core theory correct.

Me gusta siempre acudir a los libros "seminales" para ver qué es lo que quería decir el autor o el creador de un concepto, e este caso la metodología de gestión del trabajo Scrum. Aquí me he encontrado con un buen libro, lleno de anécdotas algunas de las cuales podían sobrar, pero en general interesante y plenamente vigente. Hay cosas que parece mentira que no se las hayan leído muchos Scrum Master recién salidos del cursillito de dos días en el que te regalan el título en muchos lados.

Very easy to read and understand the essence of the agile development with Scrum. Must have!

The classic book on Agile and Scrum. It’s a pleasingly thin book which picks in the content. Easy to read and easy to follow. It can be a little dry in places but overall it’s a great book.

Nice book. Giving detail understanding on Scrum with proper / related examples.

A good book worth to read.