- Paperback: 336 pages
- Publisher: Prentice Hall (September 27, 2003)
- Language: English
- ISBN-10: 0131424602
- ISBN-13: 978-0131424609
- Product Dimensions: 6.9 x 0.8 x 9 inches
- Shipping Weight: 1.3 pounds (View shipping rates and policies)
- Average Customer Review: 15 customer reviews
- Amazon Best Sellers Rank: #359,324 in Books (See Top 100 in Books)
Enter your mobile number or email address below and we'll send you a link to download the free Kindle App. Then you can start reading Kindle books on your smartphone, tablet, or computer - no Kindle device required.
To get the free app, enter your mobile phone number.
Agile Management for Software Engineering: Applying the Theory of Constraints for Business Results
Use the Amazon App to scan ISBNs and compare prices.
All Books, All the Time
Read author interviews, book reviews, editors picks, and more at the Amazon Book Review. Read it now
Frequently bought together
Customers who bought this item also bought
From the Back Cover
"This book does a good job of describing the methods employed at Sprintpcs.com ... over 250 people practicing Feature Driven Development and reporting their progress to me at the monthly operations review."
--Scott B. Relf, Chief Marketing Officer, Sprint PCS
"A tremendous contribution to the literature in the field. This should be required reading for all development teams going forward."
--John F. Yuzdepski, VP & GM, Openwave Systems
A breakthrough approach to managing agile software development, Agile methods might just be the alternative to outsourcing. However, agile development must scale in scope and discipline to be acceptable in the boardrooms of the Fortune 1000. In Agile Management for Software Engineering, David J. Anderson shows managers how to apply management science to gain the full business benefits of agility through application of the focused approach taught by Eli Goldratt in his Theory of Constraints.
Whether you're using XP, Scrum, FDD, or another agile approach, you'll learn how to develop management discipline for all phases of the engineering process, implement realistic financial and production metrics, and focus on building software that delivers maximum customer value and outstanding business results.Coverage includes:
- Making the business case for agile methods: practical tools and disciplines
- How to choose an agile method for your next project
- Breakthrough application of Critical Chain Project Management and constraint-driven control of the flow of value
- Defines the four new roles for the agile manager in software projects-- and competitive IT organizations
Whether you're a development manager, project manager, team leader, or senior IT executive, this book will help you achieve all four of your most urgent challenges: lower cost, faster delivery, improved quality, and focused alignment with the business.
About the Author
DAVID J. ANDERSON has been in the software business for more than 20 years, with experience as a developer and manager in start-up environments and in three of the world's largest companies. He was a member of the team that created Feature Driven Development. David is currently Director of Emerging Technology with 4thpass Inc., a Motorola subsidiary based in Seattle, WA.
Top customer reviews
If you ask engineers who have used both traditional (i.e. waterfall) methods and agile methods they will tell you that agile methods are superior, but if you ask them why and how agile methods deliver better results almost none of them will be able to tell you. They know it from experience and intuition, but they do not understand the why and how.
Of course, since engineers don't know how and why agile methods work they are at a disadvantage when it comes to convincing management to try them. That's where David Anderson's book comes in. It explains how and why agile methods work in terms that engineers can identify with and that managers understand: increased profit, meaningful accounting, and the ability to repeat successes.
Being able to convince your manager to try agile methods is only one benefit. As a team lead or architect if you don't understand what makes agile methods work you may very well end up doing things that defeat their advantages.
This book explains why certain things help software development and why others impede it. Why and how should software development teams should identify and exploit constraints? What is Throughput Accounting and why should it be used for software development instead of Cost Acounting? How is software development different from other kinds of engineering and manufacturing businesses? How can the self organizing behavior intrinsic to successful software development efforts be improved?
Anderson's book is invaluable to the manager and valuable to the software engineer.
In making the case for the Theory of Constraints based approach, Anderson has given us a lot of formulas and metrics for looking at software projects. This is the most thorough treatment of the subject I have seen yet. I wasn't fully satisfied with the metrics as I felt the book didn't deal with the biggest problem in metrics, the problem of characterizing the measure. To do good metrics, you have to be very clear on what you are measuring, the characterization problem. Without that, all the formulas, graphs, and trends are pretty much useless. Most of the book dealt with the problem by saying, "If you could measure `X', then..." I got really tired of all the Ifs in the book.
In fact, I am not sure I should like this book or not. I found myself half of the time saying to myself, "Hmm, that is a interesting idea," and the other half saying, "I don't think so." Perhaps it was all the Ifs, perhaps it was the repetition. I am glad to say at the end of the book Anderson does appear to have the intelligence to note that one size does not fit all and does a nice job of suggesting where the best choices in software development approaches might be.
So, who should read this book? Well, if you like Donald Reinertsen's and Eliyahu Goldratt's work and live in the software world, this book is for you. If you have to teach Agile seminars to software professionals (like me), then this should be on your reading list as well. If you are general software project manager or developer who is looking to improve the way you do software development, then I would probably pass on this book. Not that the ideas are all wrong but you probably will get lost along the way. If...
Also if the books are instock at the time I order, why do they send messages saying "Your order is delayed and will be shipped at a later date, what is up with that if they are in stock! Ordering from Amazon is a pain!
Most recent customer reviews
As an agile advocate, this additional perspective is what I have been looking for.Read more