requirements

Conference Presentations

Introduction to Multi-Stage Continuous Integration

A full, continuous integration build and test is a key component of most agile processes. Unfortunately, as systems grow in size through consecutive iterations, these builds can easily take thirty minutes or more. Before you finish the build, other people's check-ins will invalidate your continuous integration (CI) results. Multi-stage CI solves this problem by limiting project-wide churn and allowing CI to scale to large projects. With Multi-Stage CI, each team does a team-based CI first and then cross-integrates the team's changes into the mainline code base. Damon Poole introduces the Multi-Stage CI process, discusses its benefits, presents examples of how to implement and automate it in both local and distributed environments.

Damon Poole, AccuRev
Do the Right Thing: Adapting Requirements Practices for Agile Projects

Some agile teams rely on user stories alone to articulate requirements, struggle with requirements rework on large agile projects, and spend too much time thrashing on requirements during iterations. Requirements expert and agile coach, Ellen Gottesdiener shares a wide spectrum of requirements practices ranging from traditional to agile to help you break out of the cookie-cutter mentality that some take toward requirements elicitation. Practitioners from a traditional environment learn how classic requirements practices are adapted on agile projects. Agile practitioners learn how they may lighten, tighten, or incorporate a subset of traditional requirements practices to mitigate risks associated with missing, erroneous, or conflicting requirements. Gain an appreciation of ways to adapt requirements practices to fit various project situations so you can do the right things for your project.

Ellen Gottesdiener, EBG Consulting, Inc.
Driving User Stories from Business Value

Implementations of agile and Scrum typically employ user stories as the primary method for discovering requirements. User stories provide the mechanism for the fast, flexible flow of ideas into completed increments of software. What's missing is a practical approach to discovering user stories from top-down, business valued, and prioritized capabilities. Guy Beaver shares proven approaches to allow a project-driven organization to transition to business features that can be predictably estimated and planned for release. The stories unfolded from business features have clear line-of-sight to business goals and allow for the timely discovery and management of technical considerations.

Guy Beaver, Net Objectives
Agile for Business Analysts

A prevailing myth in the software industry is that business analysis requires a bloated requirements elicitation and documentation process. Although the Business Analysis Body of Knowledge (BABOK) is considered to be process agnostic, many business analysts create heavy requirements when they follow this document's guidelines. Bob Hartman busts this myth by explaining how to use generally accepted practices from the BABOK in an agile way. Drawing directly from the BABOK, Bob bridges the gap that many business analysts have regarding lightweight process, especially as it relates to larger projects and organizations. Gain the ability to use BABOK practices in an agile environment and develop an understanding of how to use them in more agile ways in traditional software development. Learn to eliminate waste in any bloated process and become comfortable regardless of the development methodology you use.

Bob Hartman, Agile For All
Building a Foundation for Structured Requirements: Aspect-Oriented Engineering Explained (Part 1)

Aspect-oriented requirements engineering (AORE) is a new methodology that can help us improve the analysis, structure, and cost of development of software requirements. AORE does not replace but rather complements any of the existing requirements methodologies. This two-part paper explains to software practitioners the AORE concept, illustrates how it can be applied on software projects, and discusses the benefits of AORE. Part I focuses on the AORE analysis techniques.

Yuri Chernak
STARWEST 2008: Branch Out Using Classification Trees

Classification trees are a structured, visual approach to identify and categorize equivalence class partitions for test objects. They enable testers to create better test cases faster. Classification trees visually document test requirements to make them easy to create and comprehend. Julie Gardiner explains this powerful technique and how it helps all stakeholders understand exactly what is involved in testing and offers an easier way to validate test designs. Using examples, Julie shows you how to create classification trees, how to construct test cases from them, and how they complement other testing techniques in every stage of testing. Julie demonstrates a free classification tree editing tool that helps you build, maintain, display, and use classification trees.

Julie Gardiner, Grove Consultants
Transitioning from Analysis to Design

The step between specifying requirements to working on a system design can be tricky. Fortunately, the basis on which the step is made can be calculated. Paul Reed thoroughly explains how the transition should progress and offers some instructions on how to move properly through this phase.

Paul R. Reed, Jr.'s picture Paul R. Reed, Jr.
Who Are Your Project Stakeholders?

It's easy to list all the stakeholders and identify different types of users for your software project-WRONG! Although it may be obvious who holds the checkbook for your project and who the "average" users will be, many other people and user roles are not so obvious. Unaccounted for stakeholders and users result in missed requirements and often leave important conflicts unresolved. Even worse, you can lose support-and the whole project can fail-if important people are left out of the process. As Linda Westfall demonstrates unique "brain writing" techniques in a facilitated, interactive requirements workshop, you will learn ways to identify a complete list of the important project stakeholders and user roles. After pruning the stakeholder list to eliminate duplicates, Linda demonstrates how to define a requirements elicitation strategy to select appropriate techniques for each stakeholder.

Linda Westfall, The Westfall Team
Answer the Call: Help Product Owners Define and Prioritze Requirements

Numerous software development methodologies are available to provide project teams excellent guidance on how to build systems right. But how do we know that we are building the right systems? We often ask product owners to define and prioritize their requirements-without offering them a great deal of guidance on how to do so. Understanding what the software needs to do and the value that it will add to the organization will help them decide the importance of each requirement. Kent McDonald explains how you can employ a value model based on the project's purpose, costs, benefits, considerations, and its relation to the organization's overall strategies to help product owners define and quantify the value delivered by a project. He will also show how you can use a regular reevaluation of this value model to decide what requirements should be completed and in what order.

Kent McDonald, Knowledge Bridge Partners
Beyond User Stories: Managing Requirements by Business Need

The use of stories in agile projects is commonplace. However, teams in many organizations have discovered limitations in the user story's narrow view in complex projects. Attempts to coordinate related stories through "epics" and "themes" may help the details of managing the problem but generally leave the enterprise view unaddressed-particularly when multiple teams are working together. From his experiences on large agile projects, Alan Shalloway found that combining small pieces together to get a bigger view does not work as well as starting with the bigger view and segmenting it. With agile methods, you must go beyond stories and start with what is known as the "Minimally Releasable Feature" (MRF). The MRF creates the bigger picture of what constitutes business value and enables the management of small stories within this bigger picture.

Alan Shalloway, Net Objectives

Pages

StickyMinds is a TechWell community.

Through conferences, training, consulting, and online resources, TechWell helps you develop and deliver great software every day.