How do you decide which bugs and features to work on first?

Here at Portainer, we encourage feedback from our customers, and we truly value our user community. That being said, our features and bugs lists are long and at times seem neverending. Our decision-making process aims to balance user needs with the reality of Portainer's limited time and resources. Despite our best intentions, we know that at times we will disappoint some of you.
Our process
When prioritizing which feature requests to work on, if we answer "yes" to any of the following questions, we will add that feature:
Will it address a security vulnerability or potential exploitation?
Will it have a wide appeal?
Will it benefit professional Portainer users?
Does the request have at least 20 thumbs-ups or hearts in GitHub?
Feature parity
We don't automatically maintain feature parity with Docker. When a new Docker CE feature comes out, we ask the same four questions before deciding whether or not to add it to Portainer. And we only add support for features that we feel are in high demand.
The importance of voting
We receive many feature requests for issues that exist only because of a specific use case. These stay pending until we identify an opportunity, or our community indicates its demand by voting (thumbs-up).

How do I raise a feature request?

How do I log a support ticket?

Last modified 9mo ago

Copy link

Edit on GitHub

Outline

Our process

Feature parity

The importance of voting