Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 4 Next »

States of a Requirement

A Requirement can have the following states, as shown in the Status column:

  1. Unplanned Table
    1. New 
      • A new requirement filed by a user in UnPlanned Table is assigned this default status.
    2. Valid 
      • Analyst / Manager with appropriate rights can mark the status as valid.
      • It implies that this requirement should be considered for movement into Planned Requirement set.
    3. Invalid 
      • Analyst / Manager with appropriate rights can mark the status as invalid.
      • All invalid requirements are subsequently ignored and hence can be filtered out during the analysis phase.
    4. Deferred
      • Analyst / Manager with appropriate rights can mark the status as deferred.
      • This status is considered in-deterministic and is deferred for another round of analysis.
  2. Planned Table
    1. Open 
      • This is the default state, when a requirement is moved to the Planned Requirements Table.
    2. Assigned / Under Development 
      • The state is changed to Assigned, when a User (typically a Business Analyst or Manager) is assigned to a Requirement.
      • In this phase, the owner also analyzes (also assigns values to attributes) and develops the requirement.
    3. Review 
      • The owner changes the status to Review, when he / she considers it complete and fit for review.
    4. Request Approval
      • When all review comments have been incorporated, the owner changes the state to Request Approval.
    5. Approved
      • State is set to Approved by the Project Lead / Project Manager.
    6. Completed 
      • When the requirements is completely implemented and ready for release, Project Lead / Project Manager can set the status to Completed,
    7. Closed
      • The status is set to Closed by Project Lead / Project Manager, when the requirement is completed and released in the product and no further work needs to be done on the same.

Permissions

The following set of permissions will be significant for the Requirement Approval Process:

  • Edit Unplanned Requirements.
  • Edit Planned Requirements.
  • Manage and Approve Planned Requirements.

Default Rights

By default, only users having following roles will have rights to modify the states of UnPlanned & Planned Requirements

  • Project Lead / Project Manager
  • Business Analyst

Additionally, (by default) only the Project Lead / Project Manager can change status to the following states:

  • Approved
  • Completed
  • Closed

  • No labels