Skip to main content

Enterprise MSF Agile (with CobiT)

Go Search
Home
  
Enterprise MSF Agile (with CobiT) > Wiki Pages > Activity - Divide Quality of Service Requirements into Tasks (Create a Quality of Service Requirement)  

Activity - Divide Quality of Service Requirements into Tasks (Create a Quality of Service Requirement)

Activity Information

Divide Quality of Service Requirements into Tasks

Description

Each quality of service requirement is divided into development tasks for implementation. Dividing a requirement into smaller development tasks improves the accuracy of cost estimates and provides developers with a better understanding of the work needed. There are often multiple development tasks that are needed to fulfill a given quality of service requirement. The key to successfully dividing the quality of service requirement into tasks is to have developers and testers do the division and encourage them to select their own tasks. All tasks must be selected.

Steps

  1. Gather the Team:
    Gather the architects, developers, and testers who will be working on or impacted by this quality of service requirement. The project manager facilitates the brief meeting or email discussion and records the tasks.

  2. Identify Architecture and Development Tasks:
    Find the related scenarios from the links in the quality of service requirement and review them. Quality of service requirements vary in their total impact. Some impact a single scenario while others might affect multiple scenarios. Add any scenarios that were left out by the business analyst.

    Ensure that the architecture will be able to handle the quality of service requirement. If architectural changes are necessary, create the roadmap and tasks for refactoring the architecture to the new state. Split the quality of service requirement if necessary.

    Create a new development task for each major area of the system impacted by the requirement. For each task, describe the new or changed functionality. Keep the tasks broad enough to allow design to emerge but focused enough that a single person could complete them in one to three days. Group low level changes that are logically related into higher level tasks. Further divide high level changes and additions into lower level tasks if they are broad.

    Review the set of tasks to ensure that they adequately address the quality of service requirement.

  3. Choose Architecture and Development Tasks:
    Architects and developers choose their development tasks.

    Check to make sure all of the tasks are chosen.

  4. Reassign the Quality of Service Requirement:
    Reassign the quality of service requirement to the developer who owns development tasks for that scenario. This developer's job is to test the end-to-end integration of the development tasks.

  5. Create Test Tasks:
    Update the test approach document for the iteration, filling in the test data and other sections. Create a set of tasks to create the necessary test cases to achieve the goal of the iteration.

    Determine which tests can be automated and added to the iteration tests. The iteration tests run after the build verification tests.

  6. Choose the Test Tasks:
    Allow testers to choose their test tasks.

    Check to make sure all test tasks are chosen.

Inputs and Outputs

WorkProductInputOutputAllowable States
Iteration Plan(none)
Project Checklist(none)
Quality of Service RequirementActive
TaskNew

Predecessors

TypeNameDependency Type
Identify Security ObjectivesFinish-Start
Schedule Quality of Service RequirementStart-Start
Write Quality of Service RequirementFinish-Start

Successors

TypeNameDependency Type
Implement a Development TaskFinish-Start
Test a Quality of Service RequirementFinish-Start
Develop Performance ModelFinish-Start

Last modified at 1/17/2008 11:18 PM  by Administrator