You can define your own status for almost everything except requirements. Why is that? seems like nonsense. We code against requirements not features, so I want to track the granular updates to requirements ... and I cannot - AHA wont let me customise the status flow for a requirement, nor add a custom field to show the progress. Seems like a ridiculous oversight given how much flexibility exists against features etc.
Release time frame | 1 month |
It is now possible customize workflow statuses for requirements.
Create your workflows via Account settings by selecting the Add features workflow and types button. Via Product settings, you can then select the workflow of choice for your requirements.
You can read more about it here: https://blog.aha.io/custom-workflows-for-master-features-features-and-requirements/
Any word on if this will be implemented? This would be huge for my organization and a much-needed enhancement.
We do have need for this. Thanks
I would like to put in another plug for this. This enhancement is very much needed. Like the author of this idea, Requirements equate to Product Backlog Items for my team. In fact, I have integrations set up to sync to TFS where Features = Features and Requirements = Product Backlog Items. I also customized the terminology such that I show "Product backlog item" in lieu of "Requirement". The challenge is that completion of the PBI does not mean that the feature is done. I can change the status of the PBI to Done but there's an unfortunate trigger that fires when there is only one PBI, which sets the Feature to Done and I have remember to change it back to what it was. I envision a different workflow for PBIs (requirements) than I do for Features. Being able to manage them independently would be helpful. I don't think we need to worry too much about correlation between the requirement statuses and the feature statuses, if it's hard to design for that. If I had to choose, I'd take independent statuses over status synchronization. Thanks for listening!
This is something blocking me from implementing Requirement <-> Story integration since in my Aha as well as JIRA implementation, we have different set of statuses for Epic vs Story (and same is the case with Features and Requirements in Aha). Need this resolved on priority.
I am utilizing the requirements from a BA perspective and would really like to be able to have separate requirement workflows to manage.
Not being able to do this creates "noise" in our process. In fact, I would like to be able to remove the status from the requirement since we really do our tracking at a feature level.
This seems broken to me. For us we need features to have a comprehensive list statuses, however requirements have a very basic workflow To Do, In Progress, QA, Done.
Please add this enhancement. When we add enhancement features, we include as-is functionality in the list of requirements to ensure our developers that we are aware of the relationship between the existing functionality and the new requirements, and to ensure it is part of the testing plan and user documentation.
I would like to be able to mark requirements as 'must have', 'nice to have', 'for future consideration', etc
If this is implemented, it'll make the tool very very effective.
We have a strong need for this; our workflows for Feature-sized things are quite different than our workflows for requirement-sized things, and forcing the statuses to be the same cause headaches.
I can't believe you don't already have this. +1 from me.