Release and Feature Management Change Log Reports

While these retrospective reports are great. We are looking for the ability to write custom reports against records' history data. We have several different use cases for reporting on changes to different records in Aha over time. The changes we want to report on vary by the record type and it's fields. Different leaders want to see what changed since last week in one area while another department may want to see changes to other records since last month. We have had several different requests and thus these canned reports don't fit our needs. We need a way to add and filter on a record's history information in custom reports. Is this capability being tracked in a different Aha idea?

Hello, this is great news. I see it mentions Releases and Features, but not Epics. We use Epics in Aha... as using Features is one level of detail too high for our products. All planning is done using Epics. This lets us keep boards clean. Will this support epics as well?

I would love to see this implemented at the epic level as well, as my organization manages data primarily at the epic level instead of release or feature.

We currently have a manual changelog that is utilized by several key stakeholders and other groups, often times will more scrutiny than the roadmap itself! Having a way to pull recent changes into a report in order to show recent changes in a meaningful & customizable way would save so much time, and make Aha so much easier to use!

This would save me so much time! I am required to keep records of:

1. Each feature that is added after development on a release begins.

2. Each feature that is moved out after development on a release begins.

3. Each feature that is added after development code freeze on a release begins.

4. Each feature that is moved out after development code freeze on a release begins.

Each entry has to have the date of change, Aha! url, JIRA url, description, story points, affected clients, feature category, reason for change, and ultimate disposition.

I currently use a combination of Aha! and JIRA to try and find these changes. I am not the only person how makes changes, so I don't always know immediately when it happens.

Thinking of the overall solution we would be looking for, once a release is "locked" (following the planning stages and actively being delivered, perhaps based on start date?), any feature added/removed to/from the release gets noted in a table on the release that we can report on. Any feature that is part of a release at the time of being "locked" gets stamped with the release name. Any subsequent release that feature is added to, following being lock, also gets stamped with that release name (similar to how Jira stamps sprints onto stories when committed). This will give us a history and visibility of features that slide across releases. We wouldn't be looking for a release to be locked in a manner that our product leads are unable to add scope to it, but more seeking an easy ability to see changes to scope mid-delivery. Finally, when shipping a release, this should include a view/report on changes happening during the delivery phase (what was included at launch of the release, what came in/was removed, and what was included at the time of shipping.

This would be valuable for operational reviews, when features are moved to a particular status (Planned > Deprioritized, for example) or dates for deliverables are changed, it would nice to easily be able to report on these or share them in a visualization with our engineering and design counterparts during operational reviews of our roadmap.

It'd be nice to be able to prompt users to add a comment when the deliverable date or launch date changes and that goes into the 'change log' table or view.

By the end of the release, I need to show that we plan ten features for 2021.4; six of them we moved out to 2022.1, 4 we shipped

A simple implementation would be to enable automation to trigger an action that would send data to fields in a custom table.

This visualization request is one of the missing information which we are finding it extremely difficult to share with the Management Board and explain the rationale for the features being moved out from originally planned to later release due to various factors such as Regulatory Enforcement, Market Demand, Low Priority Demand, etc. There is no way to generate a report that captures an aggregated log of previous and revised change. Below information is extracted from Release History View but cannot be extracted into a simple reporting or presentation purpose

• Name: Google Search APIs → Google Search APIs with sample user interface
• Rank: 2 → 1
• Release: R-11 Oct 2019 → R-12 Feb 2020

Let us know if there are any recent development updates on this front.

I'm being asked by my management to provide a view of feature movement - particularly as we are publishing a roadmap in notebook form, and without comparing those published on different dates there's no easy way to see what's changed. This idea would give us some level of reporting. 

Additionally, this will provide us with a layer of governance as currently, there's no wholesale way to catch Features that have inappropriately slipped into a Release that was already scoped and locked.  Likewise, should items "slip" to future Releases that shouldn't have (ex: urgent client commits, previously slipped items, etc.), we don't have a quick way to view these in bulk.

Instead, the workaround would be to export the full Feature List for a specific Release on a periodic basis and run a VLOOKUP externally do identify the adds/drops.  This is extremely manual and has a higher risk for error due to the time lag.