I cannot underestimate how much of a game changer this would be for me! I'd like this to include the ability to track who/when changes were made but also to include the ability to add a narrative element. Handling this using a custom field at the moment and it is messy
Being able to report on the fact that something changed is great, but the next question is why did it change. There needs to be some sort of way to add additional information about the change as well.
We have to download a snapshot of every product (we have 15) roadmap every quarter, save it, then report on what changed the following quarter (for our exec team). I can think of 786 things I'd rather be doing! I think this would, for me, be the one thing that would save me the most time as a Head of Product.
My stakeholders expect transparency on what we deliver vs what we said we'd deliver. My current roadmap updates in real-time so stakeholders don't know what the changes are only that the current deliverable date. This would help me track and communicate those chagnes.
This is perhaps the most important feature sought after by the top management, as there are lot of changes that happen in Agile projects. To be able to track them will put development teams in a comfortable position and gain management confidence on when and why the changes were done.
It would be great to have this feature developed in Aha! asap, please.
WHY is an important part of "..who made the change and when". Please consider that when analysing the the problems being solved by providing tracking of roadmap changes.
This would be very beneficial. Tracking version control is now table steaks in many cloud services including google suite. For senior leaders it is a benefit to quickly see what has changed recently from our teams... (ie. Meeting with SVP, did any key dates slip... or key initiatives get added or removed). Unless they are glaring obvious, I have to then ask all my employees which creates preventable context switching.
This would be great if we could highlight which features had a specific field change over a specific period of time (i.e. the release changed from Q3 to Q4 in the past quarter)
Very important! Version control should be implemented as it is a key for auditing and not only, we should be able to see on what requirements there was a sign-off from the business, what was approved in regards to budget etc.
This would be very valuable to track changes to release dates and stimulate internal process reviews. We've created a custom date field to capture a baseline date and will then use the calculated reporting fields to assess drift
This is very critical for us, and can't believe it's been sitting in the Big Ideas for almost 4 years. When selling the use of Aha! to the business (we are new in our journey) this has come up time and time again as a basic requirement. Roadmaps change on a semi-regular basis, if you can't baseline against how it was at the beginning of the year then you lose so much value. Taking a manual snapshot at various points is not an acceptable alternative.
I find it staggering that almost all users of Aha! haven't had a need for this requirement.
I agree this is an important feature. What I would like to be able to do would be to pick 2 different dates(i.e. today and 30 days ago) and have Aha generate a report of the changes for each release that occurred between those dates. Specifically I want to know...1) what new features were added to the release, 2) what features were removed from that release, 3) Did a level of effort change? If yes, by how much up or down, and 4) who made the change to each of the first 3 items and when.
I have submitted versioning of a notebook to try to address this need. This idea is more detailed. Having this is extremely important for my company. Internal audit want to know when roadmaps are reviewed by stakeholders, changes to the roadmap, who did the change.
There is no way to recognize that a schedule has slipped in Aha. It would be beneficial to allow saving of a baseline once a schedule Gantt has been built so you can recognize slips just by looking at the Gantt. Baseline should collect start/end d...
Guest
almost 2 years ago
in Schedules
0
Likely to implement
3
MERGED
Allow history tracking of Phases in Gantt chart
Merged
Allow to track project history and schedule delays
Guest
almost 3 years ago
in Schedules
0
Likely to implement
49
MERGED
Changes between two views
Merged
The Sales team would like to be able to see the clear differences between two published notebook roadmaps so that they can inform the customers about the changes in features, release dates, etc.
Guest
over 6 years ago
in Presentations
0
Likely to implement
55
MERGED
Baseline for roadmap
Merged
It would be great to have the possibility to set a version of the roadmap, so that users that log into aha can review the latest approved roadmap.
You can achieve similar result by use of notebook, but there you do not have the posibillity to cli...
Johan Lindblom
almost 9 years ago
in Reports
0
Likely to implement
4
MERGED
Ability to track roadmap changes
Merged
A critical part of tracking & reporting on roadmaps, especially for management, is the ability to report on changes to roadmap. We need to be able to understand when items slip.
Guest
over 1 year ago
in Features
2
Likely to implement
This feature is in development now! We do not have specific timing for launch yet but we will share more after the new year.
Do you have any idea on timeline for implementation?
This also gets my vote.
The Retrospective screen is a partial solution to this. Being able to report against the Histroy of Features etc might be another way.
I cannot underestimate how much of a game changer this would be for me! I'd like this to include the ability to track who/when changes were made but also to include the ability to add a narrative element. Handling this using a custom field at the moment and it is messy
Being able to report on the fact that something changed is great, but the next question is why did it change. There needs to be some sort of way to add additional information about the change as well.
We have to download a snapshot of every product (we have 15) roadmap every quarter, save it, then report on what changed the following quarter (for our exec team). I can think of 786 things I'd rather be doing! I think this would, for me, be the one thing that would save me the most time as a Head of Product.
My stakeholders expect transparency on what we deliver vs what we said we'd deliver. My current roadmap updates in real-time so stakeholders don't know what the changes are only that the current deliverable date. This would help me track and communicate those chagnes.
This would be incredibly helpful when doing quarterly planning and progress reporting.
Tracking changes made to release phases is also missing.
This is perhaps the most important feature sought after by the top management, as there are lot of changes that happen in Agile projects. To be able to track them will put development teams in a comfortable position and gain management confidence on when and why the changes were done.
It would be great to have this feature developed in Aha! asap, please.
WHY is an important part of "..who made the change and when". Please consider that when analysing the the problems being solved by providing tracking of roadmap changes.
This would be very beneficial. Tracking version control is now table steaks in many cloud services including google suite. For senior leaders it is a benefit to quickly see what has changed recently from our teams... (ie. Meeting with SVP, did any key dates slip... or key initiatives get added or removed). Unless they are glaring obvious, I have to then ask all my employees which creates preventable context switching.
This would be great if we could highlight which features had a specific field change over a specific period of time (i.e. the release changed from Q3 to Q4 in the past quarter)
Any indication if this Idea will be progressed. It would really help portfolio reporting.
This is critical for our teams in tracking on-time-delivery. We currently have to do it manually with custom fields which is a clunky user experience.
Very important! Version control should be implemented as it is a key for auditing and not only, we should be able to see on what requirements there was a sign-off from the business, what was approved in regards to budget etc.
This would be very valuable to track changes to release dates and stimulate internal process reviews. We've created a custom date field to capture a baseline date and will then use the calculated reporting fields to assess drift
This is very critical for us, and can't believe it's been sitting in the Big Ideas for almost 4 years. When selling the use of Aha! to the business (we are new in our journey) this has come up time and time again as a basic requirement. Roadmaps change on a semi-regular basis, if you can't baseline against how it was at the beginning of the year then you lose so much value. Taking a manual snapshot at various points is not an acceptable alternative.
I find it staggering that almost all users of Aha! haven't had a need for this requirement.
I agree this is an important feature. What I would like to be able to do would be to pick 2 different dates(i.e. today and 30 days ago) and have Aha generate a report of the changes for each release that occurred between those dates. Specifically I want to know...1) what new features were added to the release, 2) what features were removed from that release, 3) Did a level of effort change? If yes, by how much up or down, and 4) who made the change to each of the first 3 items and when.
I have submitted versioning of a notebook to try to address this need. This idea is more detailed. Having this is extremely important for my company. Internal audit want to know when roadmaps are reviewed by stakeholders, changes to the roadmap, who did the change.