The fact that this book is already at his second edition after a first publication in 2004 says something about its value. In one of his definition of Agile, Jim Highsmith says, “Agility is the ability to balance flexibility and stability”. I will say that his book balances nicely high level thinking and a pragmatic approach. The book provides a framework for running agile projects and gives also insight in some more neglected related topics like managing projects portfolios or measuring the success of Agile projects.
This is a book about leadership. This is not an easy topic to discuss in a book, but this one gives you some tools that will help you to assess situations and act on them. I think that the authors give a very good definition of leadership when they explain their title: “Standing back does not imply abdicating all responsibility, but rather requires leaders to perform a careful balancing act between stepping back to let the right people in the organization do their thing and stepping up to provide steering when the team has strayed off course”. The deliver part exists because the most important measure of success is defined as delivering value to the business.
There was a time when software developers worked with consultants that will do things for their company or teach some technical knowledge. Agile approaches have brought forward another type of people: coaches. According to Rachel Davies and Liz Sedley, a coach doesn’t tell you what to do, rather she shows you how she thinks you might do things and hope that it will help you to improve your situation. She leads by example. It is not easy to write a book on this type of topic. The authors recognize this situation and manage to achieve a good balance between general advice and practical usage reports.
Some authors are good at presenting theories but unable to connect them to practice. Other are good at telling stories from the trenches, but without being able to produce an analysis of the situation and propose some solutions. On the less examined domain of agile testing, Lisa Crispin and Janet Gregory are, luckily for us, presenting a book that covers both the personal experience of being a tester in agile projects and a conceptual vision of the place of quality assurance in software projects. Thus you will find in this book “stories” that comes from past projects and “mind maps” that helps to have a high-level vision of the material of each chapter.
This book from Craig Larman and Bas Vodde is a classic example of the fact that it is better to teach somebody to fish than to give him fish. It emphasizes that it is important to “be agile” more than to “do agile”. Approaches like Scrum or Lean are more frameworks to think about continuous improvement than tools that should be applied blindly like cooking recipes.
As agile software development approaches are more and more adopted in software development organizations, the title of this book from Kurt Bittner and Ian Spence seems to be right on the target. The book contains two major parts. The first gives an overview of iterative project management.
As a software developer, you know that one of the critical period in a project is when you try to make integrate your code in the overall application and push it towards the final user. It is sometimes a long process that you would like to accelerate so that you could obtain a quicker feedback on the quality of your code. This book written by Paul Duvall, with Steve Matyas and Andrew Glover, will help you improve the way you build and deliver software.
