You're on your way to the next level! Join the Kudos program to earn points and save your progress.
Level 1: Seed
25 / 150 points
Next: Root
1 badge earned
Challenges come and go, but your rewards stay with you. Do more to earn more!
What goes around comes around! Share the love by gifting kudos to your peers.
Keep earning points to reach the top of the leaderboard. It resets every quarter so you always have a chance!
Join now to unlock these features and more
The Atlassian Community can help you and your team get more value out of Atlassian products and practices.
Epics are a nice place to describe the Product functionalities / features
But Epics as user stories one day get closed, and each product functionality can be modified and even replaced by the content of a new Epic or User Story
So, where is the best place to capitalize on: what are my current product features / functionalities?
Regards
Sylvain Gautier
Hi @Crystelle S
I'm looking for a way to record changes to the product requirements over time.
We write a Confluence page full of acceptance criteria. Then as the feature evolves, we struggle with how to amend the page to show the developers just what has changed and when.
can you please let me know what you mean by 'pill box status reporter'? and what is the properties report?
is that a macro in confluence?
many thanks!
Hi there, if you are looking to follow the system above, yes the product requirements roll-up is a macro and is automatically created on a separate page on the creation of the first product requirements page in a given space. (Here's how you can create that requirement and build a shared understanding in Confluence:). I used the colored blocks (commonly called pillboxes or lozenges ) in that visual to indicate the status of the attributes; you can type in any value you like to it, it is a macro.
We tend to one page per Epic so we "retire" pages however, you might just stack the information on one page in a table and indicate that something is current or not there if you wanted an evergreen spot for developers to access. You could also list out the version history on the page (another macro) but you would want to note the changes in the comment otherwise comparisons can be a long exercise when there are 20 odd versions.... Hope that helps!
thank you!