The Challenge of Enterprise Requirements Management There are many accepted processes and approaches to managing enterprise requirements. These approaches vary from model-focused to document-focused and are well known and practiced by requirements-gathering specialists throughout the business world. The real intent of any enterprise requirements management organization is to accurately capture and manage needs of the business, and organizations are built to create repeatable processes for doing so. However, once the focus shifts toward processes for eliciting and managing requirements, and away from the business goals, problems can arise. |
||
![]() |
The Neglected Practice of Iteration In this week's column, Jeff Patton sends a reminder that software developers who neglect the practices of "iteration" and "incremental" will get caught either delivering poor quality software or delaying schedules in order to make time to iterate. We kick ourselves, or others, for not "getting [software] right up front" when we all know that the hardest part of software development is figuring out what to build. But there's hope, and it comes in the form of prototypes and frequent iterations. |
|
Agile2007 - Ole Jepson - APLN, Agile Certification and the 2007 Conference
Podcast
While attending Agile 2007, Bob Payne got the opportunity to sit down with Ole Jepson to discuss agile certifications. This podcast features their conversation held at Agile 2007. |
||
Agile is Here to Stay... Now What? Over the course of the past decade, Agile software development has progressed from a grassroots, almost underground movement, to the mainstream. Early successes have paved the way for broader acceptance of Agile principles and practices, facilitating dialogue not only in IT back offices, but corporate boardrooms as well. With an ever-increasing focus on profitability, time-to-market, and customer satisfaction, the vigorous debate over Agile adoption appears to be shifting from a question of "why?" to one of "how?" |
||
Setting Up Global Agile Teams There are no best practices for creating a productive, global development organization, just a few good ideas to think about and tailor around your particular objectives. Consider three universal issues every organization must grapple with to make a global agile team successful: data considerations, communications needs, and a company's agile readiness. How you handle each of these issues will vary widely, and there is no one-size-fits-all solution for every organization. |
David Webb
December 8, 2007 |
|
Agile Strategies for Geographically Distributed Quality Management Geographically Distributed Development (GDD) is a common strategy in the software world today. Organizations are gaining experience in developing software globally and are discovering that the competitive demand for best-in-class, high quality applications requires greater agility in quality management. Unfortunately, IT budgets are not keeping up with the staff required for quality management and the response is to accelerate quality management by leveraging global teams. This article compares and contrasts agile GDD testing strategies for affecting quality management. |
||
Revisiting Refactoring Refactoring is one of the cornerstones of the technical agile development practices. It is the mechanism that allows the design and architecture of a system to evolve over time. It is one third of the red-green-refactor loop and the core of test-driven development (TDD). But does it really deliver on its promises? |
||
Collaboration: It's More than Facilitated Meetings Esther Derby has noticed something lately, namely that when people write about collaboration, they discuss facilitated meetings. Well-run meetings that encourage participation and building consensus are certainly valuable, but there's more to collaboration than just well-run meetings. Esther explains that true collaboration assumes shared responsibility and shared ownership and boosts creativity and learning. |
||
Sixty Steps in the Right Direction Michele Sliger uses a simple exercise to exemplify the changes self-organized teams cause in any company, especially with the project manager. In this column, Michele explains how to conduct this exercise and how to review and use the results to improve work relationships and communication. Above all, this exercise should help your whole organization understand how everyone's knowledge of a project's initiatives and goals affects the project's success. |
||
Hidden Messages A defect management system contains data such as how many defects have been raised, the priority and severity of individual defects, and even who is raising them. This information is regularly used by program and test management to guide decision making. In this article, Dan Minkin proves that an experienced test manager can gather useful information by looking at more than just the defect management system's data. |
Dan Minkin
November 27, 2007 |
Pages
Upcoming Events
Sep 22 |
STARWEST Software Testing Conference in Anaheim & Online |
Oct 13 |
Agile + DevOps USA The Conference for Agile and DevOps Professionals |
Apr 27 |
STAREAST Software Testing Conference in Orlando & Online |