Enough of the stories ... Where is the quantitative proof that Agile methods like Extreme Programming (XP) deliver higher productivity and quality? Such data has been missing for years, perhaps because agile practitioners and metrics experts have never fully cooperated to crack this difficult problem. Whatever the reason, the wait is now over. Metrics expert Michael Mah will discuss how he successfully applied productivity benchmarking techniques on numerous real-world XP projects and how a company's development approach was transformed using agile methods. He'll give an overview of the projects, explain an approach to gathering "Agile Productivity Metrics," review how the data was interpreted, and show what was revealed in the time-to-market and quality numbers. Michael concludes with a glimpse of the kind of agile management and measurement that is possible-when you collect the right information.

"Plan your work. Work your plan." Or, "Plan? Plan? We don't need no stinkin' plan." Which is the best approach for your software project? According to Robert Galen, neither is the right answer. Because software projects are expensive and challenging, you need a pragmatic project plan-one that is concise, targeted, useful, used, and adaptive. Beginning with a chartering process that leads to a high level project strategy, stakeholders determine the critical success factors and where to focus their planning activities. Robert describes the use of "Sticky Note Planning" workshops to develop and, more importantly, to maintain pragmatic plans as living documents. Learn from Robert what to monitor in your project, what milestones to set, and what the important drivers should be for adjusting the plan. Make planning one of the top contributors to the success of your project.

We all know that testing should be based on business risks. In practice, test managers often go from those risks to test coverage in an ad-hoc, intuitive way. Instead, by taking a step-by-step approach, you can improve coverage and better prioritize your tests. After translating business risks into product risks and establishing the required test coverage, you select the appropriate techniques and estimate test effort. Ruud Teunissen explains that the right test design technique is based on the required coverage, type of functionality, test level, quality characteristics to be tested, available documentation, available resources, and resource skill sets. This risk-based test planning approach enables the test manager to report progress and defects found in terms of the business risks so that stakeholders can make informed decisions about releasing the software into production.

Global teams are increasingly becoming a reality with advancement in networking and internet technologies. You may have part of your team on west coast, east coast, in Europe or Asia. Although global teams seem to be a great way to bring diverse talent and to improve time-to-market, many projects actually fail to deliver on promises. An exception is the MSN Messenger team. After first setting reasonable goals and roadmaps for each team(s) and selecting projects that were amenable to remote work then hired the right talent or vendor resources that could support long-term project requirements. Samir Shah shares the techniques, especially those related to communications, that they employ at each stage of the effort to help them succeed. Samir describes the data they capture and the set of metrics they use to keep them on track. Find out what it takes to scale your team to be a successful global team.