--- product_id: 416683052 title: "Agile Development and Business Goals: The Six Week Solution" brand: "bill holtsnidertom wheelergeorge stragandjoe gee" price: "£42.25" currency: GBP in_stock: true reviews_count: 5 url: https://www.desertcart.co.uk/products/416683052-agile-development-and-business-goals-the-six-week-solution store_origin: GB region: United Kingdom --- # Agile Development and Business Goals: The Six Week Solution **Brand:** bill holtsnidertom wheelergeorge stragandjoe gee **Price:** £42.25 **Availability:** ✅ In Stock ## Quick Answers - **What is this?** Agile Development and Business Goals: The Six Week Solution by bill holtsnidertom wheelergeorge stragandjoe gee - **How much does it cost?** £42.25 with free shipping - **Is it available?** Yes, in stock and ready to ship - **Where can I buy it?** [www.desertcart.co.uk](https://www.desertcart.co.uk/products/416683052-agile-development-and-business-goals-the-six-week-solution) ## Best For - bill holtsnidertom wheelergeorge stragandjoe gee enthusiasts ## Why This Product - Trusted bill holtsnidertom wheelergeorge stragandjoe gee brand quality - Free international shipping included - Worldwide delivery with tracking - 15-day hassle-free returns ## Description Agile Development and Business Goals: The Six Week Solution ## Images ![Agile Development and Business Goals: The Six Week Solution - Image 1](https://m.media-amazon.com/images/I/71ck2y8JDRL.jpg) ## Customer Reviews ### ⭐⭐⭐ One opinion of what Agile should be, but approach with caution *by J***N on Reviewed in the United States on 25 September 2010* This book presents what the authors believe is an improved variant of agile software development, based on what they have been practicing.While the authors clearly understand the fundamental principles of agile, and apparently have used their variation successfully, I recommend that readers approach this version with caution.I'm not quite sure who this book is for, despite an introductory section that attempts to answer that question. If you are new to agile, this book doesn't provide a primer on the subject but assumes you have at least some familiarity with it. Thus it appears that the book is intended for people who have basic familiarity with agile but who have not perfected it and thus are looking for ideas to improve their game. However, if that is correct, the authors spend far too much time justifying agile and going over things that the reader would already be very familiar with.Having managed large software development groups myself for several decades, I share the authors' belief that agile development is the best known way to develop software. Even though my development groups consistently produce great results with agile, I am constantly looking for ways to improve, and thus was interested in this book. While I agree with the authors about agile in general, I am not convinced of the key elements of the variant of agile presented here, specifically:* A centerpiece of the authors' method is to pay developers a bonus at the end of each iteration if successful. C'mon, that is a method that works with pets but is demeaning to humans. The authors even tell us (correctly) that pay is not at the top of the list of developer motivations, so why put SO much emphasis on this? And with money riding on each iteration, it is human nature to game the system. Developers are powerfully motivated by pride (as this book points out), so why not make that goal of each iteration?* This book is pretty adamant about 6 weeks as the iteration length, yet that is generally thought to be at the very long end of what most successfully agile practitioner think is useful. I have found shorter cycles (2 - 4 weeks) to be much better, ironically for reasons that the authors feel are important: faster feedback, quicker discovery of whether you are on the right path, less distance to backtrack if wrong. The closer people are to their goal, the greater the sense of urgency people have, thus I think 6 weeks is too long.* While not a core tenet of this method, the authors discuss team size and seating arrangements. Co-location of teams is clearly a good practice, but they suggest that teams should contain roughly 12 people seated in a bullpen, which I think is far too large for cohesion and not necessarily the best layout, even if it were available. Even Baden-Powell (whom they quote) recommends "six to eight". And it's not made clear who is on the team, e.g. just engineers, probably QA and writers, but what about architects, etc? What is the job of the leader - head programmer, business leader, project manager, or HR manager? This whole area is pretty vague.One way I judge the return on investment for the time I spent reading a book is whether it contained any idea or insight that I will be likely to remember a year from now. In that regard, this book DID provide some value. The highlight for me was their assertion that "Software reflects the group the produced the software; if the company is dyfunctional, then the software is dysfunctional." While the rest of the book was generally a disappointment, this idea is a gem. I just wished the authors had followed up and elaborated on it, instead of making this statement at the end of a section and leaving it hanging.My advice:- If you are new to agile, don't use this as your introduction. Be sure to read something that gives you a firm understanding of agile principles first, then read this book - and THEN read some others.- If you are already practicing agile, you might find some food for thought here, but the key ideas of this variant of agile are not ones that I would recommend or adopt myself. ### ⭐⭐⭐⭐⭐ Beneficial - almost like a practicum in writing! *by E***T on Reviewed in the United States on 25 June 2011* As a proponent of Agile software development, I acquired this book and read it with keen interest.In my opinion, agile methodology is the strongest method for managing software development today - applications are much more complex, and waterfall development simply takes too long to produce marketable software.The strengths of this book are numerous, but there is a strong focus on theory and convincing people who haven't really used Agile of the benefits of this methodology. Naturally, there are skeptics, and they would benefit tremendously from this book. Agile isn't for everyone (super small shops may not benefit from this approach, for example), but I believe that it is helpful in managing larger software projects.This book will help someone understand how to combine development & business goals using the agile methodology. The one weakness I found was from a product/project manager perspective - how does one prioritize a large feature backlog? That's always been a big challenge within the Agile methodology, and this book only tangentially touches on it.Regardless, it is a valuable & worthwhile book - I would recommend it for anyone thinking about converting over an agile methodology. ### ⭐⭐⭐⭐⭐ Everything you need to start agile *by L***I on Reviewed in the United States on 28 October 2010* I guess the biggest compliment I can give a book like this is that I'm now a total believer in their system. The authors present a very compelling case for agile development using a 6 week development cycle. They do an excellent job of showing how their proposal will create high quality software, continuous improvement, improved visibility, and, most importantly, a strong alignment with business needs. This last one gets the most attention in the book, and is a goal that the authors have clearly identified as the highest priority.The six week cycle is an iterative process where a new version of the software is ready for deployment every 6 weeks. At the beginning of the cycle the various stakeholders and management negotiate on what features, bug fixes, and improvements will be included in that cycle's effort. This forces the stakeholders to figure out what's really important, and the developers can then focus on that. The developers have a significant percentage of their pay tied to completing all of the goals for each 6 week cycle, so they are incentivized to complete it. The business gets a constantly improving product every 6 weeks, and the marketers, sales people, and customers are all aware of the regular release schedule in advance. No feature or bug fix is ever more than 11 weeks away, and the most important things are always prioritized. Changes in requirements, scope, or any of the other myriad of changes that are part of life in software development can be easily worked into this process.The target audience for this book are the managers and business leaders, not the developers themselves. The authors try to cover everything you'll need to build this type of development group - hiring, hierarchy, managing change, compensation, automation, testing, scheduling, meetings, transition advice, and workspace layout. --- ## Why Shop on Desertcart? - 🛒 **Trusted by 1.3+ Million Shoppers** — Serving international shoppers since 2016 - 🌍 **Shop Globally** — Access 737+ million products across 21 categories - 💰 **No Hidden Fees** — All customs, duties, and taxes included in the price - 🔄 **15-Day Free Returns** — Hassle-free returns (30 days for PRO members) - 🔒 **Secure Payments** — Trusted payment options with buyer protection - ⭐ **TrustPilot Rated 4.5/5** — Based on 8,000+ happy customer reviews **Shop now:** [https://www.desertcart.co.uk/products/416683052-agile-development-and-business-goals-the-six-week-solution](https://www.desertcart.co.uk/products/416683052-agile-development-and-business-goals-the-six-week-solution) --- *Product available on Desertcart United Kingdom* *Store origin: GB* *Last updated: 2026-05-20*