We have 4683 guests and 2 members online
Agile Sponsors
Featured Whitepapers
- Learn Ways to Keep Schedules and Costs in Line With Requirements Change Management
- Java Deployments in an Enterprise Environment
- Challenges & Characteristics of Enterprise Continuous Integration
- Build Release Plans That Deliver Customer Value!
- Improving Traceability and Auditability Across the Development Lifecycle
Upcoming and Recent WebCasts
|
 A Practical Approach to Building Successful Stakeholder-based Products, by Carl Kessler and John SweitzerReviewed by Brad Appleton Kessler and Sweitzer's Outside-in Software Development should resonate deeply with all those who genuinely value the principle of customer collaboration in the Agile Manifesto, and with anyone who has played the role of Product Manager for a software project. This 2008 Jolt award Finalist is not a book about eliciting or prioritizing requirements (or "user stories") for an Agile project. This book goes beyond mere user-stories and their ranking or velocity to focus on uncovering the underlying needs and goals of your stakeholders and understanding what truly adds value for the customer and the business. The book's authors are a software director and VP (Kessler) and software architect (Sweitzer) from IBM Software Group. They evolved the stakeholder-based Outside-in approach to developing software and have applied it with growing success. The first chapter (which is available online) introduces the overall Outside-in approach. Those familiar with the Lean ethic of gemba (and genchi gumbutsu) as a means of letting the customer define value will have a great appreciation for the Outside-in approach espoused in this book. (Carl Kessler also has a related blog entitled "Outside-in thinking".) Chapter 2, "Understanding your Stakeholders", describes the four kinds of critical stakeholders for any software project, in order of their importance:
Chapter 3, "Understanding Organizational Context", is the one which I found most fascinating. It describes some recurring patterns of organizational context and structure, and then introduces the notion of organizational context variance (e.g., distributed, federated, centralized, etc.) and the corresponding organizational variance design patterns to get and use stakeholder feedback. Chapter 4 introduces another key concept which the authors term consumability! Consumability is all about getting the product into the hands of the customer in a way that minimizes the time and effort required for the user's experience to realize the value of the software. Little and not so little things like packaging, installation, configuration, ease of deployment, and use all contribute to how quickly or slowly (and painfully) the users can be productive with your software in order for your customers to realize its resulting business value. I particularly liked the emphasis on and discussion of consumability because it forces us to think about things like being lean not only in our development process, but also in all the post-release activities of the value-stream that happen between releasing the software, and the user experiencing the software (and the value finally being realized). Lean and Agile thinking often have us consider things like responsiveness to change, cost-of-change, eliminating waste, constraints, and maximizing flow for development. But how often do we Lean/Agile types remember to think about those same things in the context of the end-user at the customer site who may be: struggling to:
Chapters 5 and 6 are about Aligning with Stakeholder Goals and Defining Success in Your Stakeholders' terms. Several Agile development practices are explicitly mentioned, as well as the need to focus on long-term commitment to the customer and obtaining feedback (and realigning yourselves) in so called "waves" (which bear more than a passing resemblance to "iterations" of feedback gathering and analysis). The final chapter, Becoming an Outside-in Developer, discusses how to lead the transformation to becoming an Outside-in development organization, including how the approach is well aligned with lean, agile, and even other initiatives (such as six-sigma) and how to map it the vocabulary of each for your organization. I think Outside-in Software Development is a profoundly important book for anyone in the Agile or Lean "camps" because it addresses and embraces the often neglected pieces of the customer-relationship puzzle that emerge from the stakeholders' perspective, often after the software is released. It shows us how many of those same Lean and Agile values of collaboration, responsiveness, waste-elimination, and respect for people can be successfully applied to the users' experience with our software, and to the stakeholders' experience with ourselves in the service of realizing the very business value we strive to deliver. About the Reviewer Brad Appleton is an enterprise SCM/ALM solution architect for a Fortune 100 technology company. Currently he helps projects and teams adopt and apply agile development & SCM practices. Brad also author's the Agile CM Environments blog, and is co-author of Software Configuration Management Patterns: Effective Teamwork, Practical Integration, the "Agile SCM" column in CMCrossroads.com's CM Journal, and is a former section editor for The C++ Report. Since 1987, Brad has extensive experience using, developing, and supporting SCM environments for teams of all shapes and sizes. He holds an M.S. in Software Engineering and a B.S. in Computer Science and Mathematics.
Set as favorite
Bookmark
Email this
Hits: 6425 Comments (0)
|
Show/hide comment form
| < Prev | Next > |
|---|
Agile Marketplace - Announcements and Special Offers
Webcast: Moving Build and Code Quality Upstream
This interactive panel discussion moderated by Bob Aiello, Editor-in-Chief fo the CM Journal brings industry experts Anders Wallgren, CTO of Electric Cloud and Gwyn Fisher, CTO of Klocwork together for a candid discussion of the cost savings, productivity and quality benefits that can be achieved by stabilizing builds and code quality as early in the development cycle as possible.
Register Now!
Collabnet -TeamForge 5.3
CollabNet TeamForge 5.3 includes Dynamic Planning—providing flexibility to model release scope and timeline in a single view. Now, you can easily manipulate/adjust release data.
Download Your Free Trial
Requirements-based testing (RBT) can help to ensure comprehensive test coverage, reducing the risk of failure and improving software quality. This white paper details how application lifecycle management can be used to more effectively implement RBT processes, offering greater collaboration, traceability and control.can help you increase efficiency, reduce project risk, and improve overall software quality. Learn how MKS Integrity for application lifecycle management enables RBT, delivering full lifecycle traceability to help ensure that project requirements have complete test planning and execution coverage.
Download the Requirements-Based Testing whitepaper
PureCM –SCM for Agile Teams
PureCM helps you to manage development in short iterations: keeping track of changes, supporting automated builds and preserving frequent snapshots of your projects.
Get the free trial now