How can we help you?

What Do the Different Stages of the Zimbra Collaboration Suite Product Roadmap Mean?

Shardool Gore (PM | Zimbra)
May 09, 2023

The Zimbra roadmap provides a visual representation of the current status of requested features and fixes, helping our customers understand what’s being worked on and when they can expect to see changes. However, we understand that it’s not always easy for team members outside of Zimbra to understand the meaning of each stage on our roadmap. In this article, we’ll provide an overview of the different stages and what they mean, helping everyone, including our customers, to better understand our product development process.

  1. In review: When a feature request is submitted, it first goes through the “In review” stage. This is the initial stage of the feature request. At this stage, we evaluate the request to ensure it aligns with our product vision and goals, and the customer segments we serve. We assess the potential impact on customers, required resources, and the potential return on investment. We may reach out to the submitter or other stakeholders to clarify any uncertainties or ambiguities related to the request and determine its importance relative to other requests. We also consider whether the feature is a must-have or nice-to-have, as well as its potential impact on customer satisfaction. Users will not be able to submit bug fix requests. Bug reporting will continue to be routed via Zimbra Support team. The board “Bug fixes” is only intended to provide a more comprehensive picture of the roadmap by sharing details of the planned, in progress and released bugs.

  2. Accepted: Once a feature request has passed through the reviewing criteria and meets our acceptance criterion, it is moved to the “Accepted” stage. At this point, we have agreed to consider the feature request and added it to our backlog for future consideration. The accepted stage marks the beginning of the process to turn the request into a tangible product fix or product feature.

  3. Planned: Once a feature request has been accepted and evaluated using the RICE prioritization framework, it is moved to the “Planned” stage. The RICE framework helps us to focus on the most impactful features and ensure that we’re delivering the most value to our customers. This means that the feature has been added to our development roadmap and will be considered for implementation in a future release based on its reach, impact, confidence, and effort required to address it.

  4. In progress: When our development team begins work on a feature or a bug fix, it is moved to the “In progress” stage. This means that we have started development and are actively working on implementing the feature or fixing the bug. A bug that has been fixed and a feature that has been implemented and tested may still sit in this stage, unless the release that they have been tagged to, does not get released in production.

  5. Released: Finally, when the feature or bug fix gets released in a EA or GA release, it is moved to the “Released” stage. At this stage, the feature or bug fix has been released in a production build and is available for use by our customers. A released feature or bug fix will be updated with the production release related information.