Contact Us

If you still have questions or prefer to get help directly from an agent, please submit a request.
We’ll get back to you as soon as possible.

Please fill out the contact form below and we will reply as soon as possible.

  • Contact Us
  • Log in
  • Home

Requirement Status Lifecycle

Customer Guide

Written by Roxanne Call

Updated at October 14th, 2024

Contact Us

If you still have questions or prefer to get help directly from an agent, please submit a request.
We’ll get back to you as soon as possible.

Please fill out the contact form below and we will reply as soon as possible.

  • ClientTrack
    ClientTrack Admin Guide HMIS Refugee Resettlement Co-Responder Reports Configuration Guides Design Rights Training Resources
+ More

Table of Contents

Status Definitions Updating Requirement Status from the Requirement beyond Approved or Declined Contributing Guides

Each status is part of a structured workflow to track progress, ensure accountability, and facilitate communication across teams and with clients. Some statuses can be updated by adding the appropriate hashtag in the comments section of the requirement.

The ability to update the requirement status beyond Approved or Declined using hashtags.

Status Definitions

Status Definition
New Issue

When a new requirement is identified and sent to the project team but not yet reviewed or assigned. 

  • This status marks the start of the requirement lifecycle.
Waiting for Customer

Used when the project team is waiting for input or feedback from the customer before proceeding.

  • When sending a requirement and it sent as Waiting for Customer
    • When the requirement is approved, the requirement will move to a status of Verified
    • When the requirement is declined, the requirement will move to a status of In Review
Verified The requirement has been checked and confirmed as accurate and complete by the team, ready for the next steps.
In Review (#InReview) The requirement was declined and is undergoing internal review to ensure it meets the necessary criteria, scope, or standards before moving forward.
Pending The requirement has been requested by the client but needs verification to ensure its within scope.
In Progress The requirement is actively being worked on by the development or project team.
Ready for Approval

The requirement is ready to be formally reviewed and approved by a stakeholder or client.

  • When sending a requirement and it is sent to the customer as Ready for Approval.
    • When the requirement is approved, the requirement will move to a status of Client Approved.
    • When the requirement is declined, the requirement will move to a status of In Review.
Client Approved The requirement has been formally approved by all stakeholders and is ready for the next phase of build completion.
Approved - In QA The requirement has been approved and is now undergoing testing by the QA team to ensure it meets all acceptance criteria and is defect-free.
QA Completed - Ready for UAT QA testing has been completed successfully and the requirement is now ready for User Acceptance Testing (UAT) by the client or end users.
In UAT (#inuat)

The requirement is currently in the UAT phase, where the client or end users validate that it meets their expectations. 

  • This status can only be updated if the requirement is in a status of QA Completed – Ready for UAT. 
UAT Passed (#pass)

The requirement has successfully passed UAT and is ready for final deployment, with no further changes needed. 

  • This status can only be updated when the requirement is in a status of In UAT.
UAT Failed (#fail)

The requirement did not meet expectations during UAT and requires revisions or corrections before it can move forward. 

  • This status can only be updated when the requirement is in a status of In UAT.
Canceled The requirement has been canceled and will not be pursued, often due to a change in scope or priorities.
Blocked (#blocked) The requirement is unable to proceed due to external or internal blockers, such as dependencies or waiting for input.
Change in Requirement (#change)

The original requirement has changed, and the team needs to revisit it to incorporate new details. 

  • A new requirement will be created, and the existing one will no longer be referenced.

Updating Requirement Status from the Requirement beyond Approved or Declined

Some statuses can be updated by including the relevant hashtag in the comments section of the requirement. Only designated approvers have the authority to approve or decline requirements. However, both approvers and non-approvers can update the requirement status beyond Approved or Declined by using the appropriate hashtags listed below.

In Review #review
In UAT #inuat
Final Statuses (Note: Once a final status is entered, it cannot be updated further.) 
UAT Passed #pass
UAT Failed #fail
Blocked #blocked
Change in Requirement #change

Contributing Guides

  • Video Recordings and Documentation: Implementation Services Training
  • Comprehensive Guide to Creating, Reviewing, and Updating Requirements

 

 

 

status evolution requirement progress

Was this article helpful?

Yes
No
Give feedback about this article

Related Articles

  • Comparing Baseline and Configured Workgroup, Form, and Workflow Assignments
ecco_hzt_RGB - amber_white_white, tagline
2150 W. Parkway Blvd, Suite A-101
Salt Lake City, UT 84119
Facebook-f Twitter Linkedin Instagram Youtube
© 2023 All Rights Reserved

Features

  • Reporting & Analytics
  • Case Management
  • Design Tools
  • Custom Workflows

Solutions

  • Homeless Management
  • Victim Services Providers
  • Refugee Resettlement
  • Food and Nutrition
  • Care Coordination
  • Whole Person Care

System

  • System Status and Maintenance

About Us

  • Eccovia's Story
  • Careers
  • Our Leadership

Social

  • Blog
  • Contact Us
  • News
  • Schedule Demo

Subscribe To Our Newsletter


Knowledge Base Software powered by Helpjuice

Expand