• We encourage and display customer comments and votes openly in our issue tracking system,
    • We do not publish roadmaps.
    • Product Managers review our most popular voted issues on a regular basis.
    • We schedule features based on a variety of factors.
    • Our Atlassian Bug Fixing Policy is distinct from this process.
    • Atlassian provides consistent updates on the top 20 issues.

    How to Track what Features are Being Implemented

    When a new feature or improvement is scheduled, the 'fix-for' version will be indicated in the JIRA issue. This happens for the upcoming release only. We maintain roadmaps for more distant releases internally, but because these roadmaps are often pre-empted by changing customer demands, we do not publish them. 

    How Atlassian Chooses What to Implement

    In every major release we aim to implement highly requested features, but it is not the only determining factor. Other factors include:

    • Customer contact: We get the chance to meet customers and hear their successes and challenges at Atlassian Summit, Atlassian Unite, developer conferences, and road shows.
    • Customer interviews: All product managers at Atlassian do customer interviews.  Our interviews are not simply to capture a list of features, but to understand our customers' goals and plans.
    • Community forums: There are large volumes of posts on answers, of votes and comments on, and of conversations on community forums like groups on LinkedIn.
    • Customer Support: Our support team provides clear insights into the issues that are challenging for customers, and which are generating the most calls to support
    • Atlassian Experts: Our Experts provide insights into real-world customer deployments, especially for customers at scale.
    • Evaluator Feedback: When someone new tries our products, we want to know what they liked and disliked and often reach out to them for more detail.
    • In product feedback: The JIRA Issue Collectors that we embed our products for evaluators and our Early Access Program give us a constant pulse on how users are experiencing our product.
    • Usage data: Are customers using the features we have developed?
    • Product strategy: Our long-term strategic vision for the product.
    • Please read our post on Atlassian Answers for a more detailed explanation.


    How to Contribute to Feature Development

    Influencing Atlassian's release cycle
    We encourage our customers to vote on issues that have been raised in our public JIRA instance, Please find out if your request already exists - if it does, vote for it. If you do not find it you may wish to create a new one.

    Extending Atlassian Products
    Atlassian products have powerful and flexible extension APIs. If you would like to see a particular feature implemented, it may be possible to develop the feature as a plugin. Documentation regarding the plugin APIs is available. Advice on extending either product may be available on the user mailing-lists, or at Atlassian Answers.

    If you require significant customisations, you may wish to get in touch with our partners. They specialise in extending Atlassian products and can do this work for you. If you are interested, please contact us.

    • No labels


    1. I think another thing to mention in the "influencing Atlassian's Release Cycle" was touched on above it but is worth mentioning again. That is commenting on design ideas for a potential solution.

      I know as a software developer that having others put in some design work for you makes the solution easier to implement and better when the comments lead to a healthy discussion among customers of the best way to design a solution rather than the old "I want this really bad, but I'm not sure what the solution would look like." (smile)

      Again, I know you touched on that in the "well-defined" feature request, but I think it may be worth another mention in the Influencing section.

      Your company does an amazing job with communicating with your customers, and your products facilitate that. Thanks again!

    2. I agree that Atlassian's support is very good. However, the emphasis on voting is fatally flawed and really shouldnt be used as a barometer for customer requests. It skews strongly away from the silent majority (end users in enterprise) towards the vocal minority (small developer shops). This means the squeeky wheel eventually gets the oil, but one vote does not equal one end-user, given most end-users do not interact with Atlassian at all. At the very least, the voting should reflect the license of the voter. Votes from a 2000 user license should be worth considerably more than votes from a 10 user license, but this is not the case with the current system. 

    3. I agree with you sean diggins. During my evaluation of JIRA for users in an enterprise environment, I am finding a lot of features and functionality, that I assumed would be basic, left in an unassigned and unresolved state that has been open for 5+ years. It is a little concerning to think that a request for an important feature such as importing and exporting configuration data like workflows can be overlooked by a request to mention other users in comments simply because it had more votes and therefore deemed more wanted by the community.

      I love the tools and the support. I just find myself being constantly disappointed in what the tool cannot do in regards to supporting an enterprise.

    4. I agree with sean diggins and MarkW. It seems to be impossible to get features fixed or added. Wonder how 'big' the company need to be to get things fixed ....

    5. I also have to agree with the last three comments. We currently run a unlimited user license large JIRA installation in an enterprise environment. The idea that I have time to read through all of the feature requests, comments, documentation on the up and coming releases and vote is nuts! I am sorry Atlassian, my world does not revolve around you and your products. I am trying to run a business here. The only question left, will I continue to run it using Atlassian products? 

    6. I also agree 100%. Most of the users at our company will never come and vote on features in Atlassian's JIRA issue tracker for the Atlassian products we use. We have been long time users of these systems and the lack of certain features is extremely frustrating on a regular basis. We have an unlimited user license for Confluence, several thousand user license for JIRA, unlimited user license for Crowd, and are in the process of purchasing a 500 seat license for Stash. I would hope that since we pay Atlassian a lot of money both up front and then in ongoing maintenance our voices would be heard and counted more equitably but they aren't. Unfortunately now I as a developer for our company feel a need to go through the Atlassian JIRA issues and up vote on issues I deem important because of this flawed way of gauging interest in a feature enhancement to the products I use every day.

      I also consider Atlassian's lack of visibility into their road map to be seriously flawed. As a developer I understand not wanting to tie yourself down to commitments which are later found to be unattainable in the originally communicated time frame. It is perfectly understandable to me to see a feature that was originally scheduled for inclusion in version x.y of a product to move to a later version. I sometimes have to do that myself. What is terribly frustrating to me is not knowing that something is likely ever to get addressed, or at least not within several versions. Besides, publishing a road map would allow insight into what is being deemed important. Or are you afraid that people will notice that it isn't just highly voted items that are getting implemented?

      People who consume the products I develop don't appreciate it when I cannot tell them when a feature enhancement will be provided any more than I do. A big difference though is that I actually do provide them a road map detailing what features will be included in at least my next two versions. Sometimes these road maps change due to shifting priorities or business needs but it is a model that works well.


      1. JaromRon WinacottBjørn-Willy ArntzenMarkWsean diggins

        Thank you for your feedback and comments about our voting process.  The public voting on JIRA needs work/improvement, it is just one input we use to form the roadmap.  We recognize the needs of multiple types of customers that we serve - both large enterprises and small teams, and distribute feature investments to balance the needs of our customers.

        We are focusing more on our enterprise customers and their needs;  to hear about our JIRA enterprise roadmap and how we're focusing more on that - check out the JIRA State of the Union presentation from our Summit 2012 conference.

        We're also working on Confluence enterprise features as well, and are happy to talk to you directly about your feedback and needs.

        I ask that you join our user task force here.  And if you are interested in an immediate customer interview, please state that in the comments when signing up for the user task force.  We provide more roadmap information and invitations to beta and prototype programs to gather feedback from customers early.


        Audra Eng 
        VP, Product Management 


    7. Hi,

      My request is to open .arf file directly from confluence page.

    8. Even though I agree that the vote system has its drawbacks, I think it's sad that it gives a false hope. Just comparing the issues planned for the upcoming versions of JIRA and seeing that of the 38 included issues the issue with most votes has 11 votes, while if checking for all unplanned issues I find 720 issues with more than 11 votes... (planned for the upcoming versions, with up to 11 votes) (all issues not planned for a version that has more than 11 votes)

      Just remove the vote system if you don't use it more.

    9.  Bravo Nicklas, I completely agree. Thank you for the filters to prove the point.I see little to no influence on the product road map by paying customers. Atlassian just does what they want, or at least does not let us in on their "big picture" goals.


    10. Hi Nicklas Kittelmann and Ron Winacott,

      Thanks for your additional comments.  We do use the voting system, though it's not obvious to outsiders.  We pay attention to the comments made and the votes combined.  We make an effort to update the top 25 most voted issues on our plans to address them in the near term or long term; but I agree overall and acknowledge your frustration and comments regarding our lack of response to those issues.  We are looking at revamping the voting system and we need to respond to all customers voting on an issue - as there is an expectation that if a customer took the time to vote or comment on something - they want to be sure it's not going into a void and their efforts were not in vain.  

      The primary times we update our longer term roadmaps are during Summit and 1:1 conversations with customers.  We are investing in enterprise Product Managers who will reach out to enterprise customers directly.  It is still very useful to us, as we use it to detail our user stories and plan our backlogs when we decide to work on those features.  

      Please let me know if you're interested in a direct customer interview soon, and we'll follow up with you directly.  

      1. Nicklas, Ron,

        I work with Audra on the JIRA Product Management team and will also pass on my thanks for your frank and helpful feedback.

        The way the JIRA team uses our public issue tracker comes up quite a bit, so much so that Bryan Rollins the JIRA Group Product Manager wrote up a detailed post which you might like to read here:

        I should also mention that in JIRA 6.0 we are implementing a highly requested feature:  JRA-1549 - Ability to rename a user Closed  which alone has 750 votes. You can read about this feature and many others in our EAP release notes. We generally do not mark the fix version for each feature until all coding is complete, the reason being is that there is always a chance it might slip and we would not want to disappoint customers by changing around the fix versions. However your overall point of not being able to see the roadmap is a valid one and hopefully after reading Bryan's post you will have a better understanding of our process.



        Roy Krishna
        JIRA Product Management 

      2. It would be nice to participate in a customer interview. Hopefully I can give some good input.

    11. It would be great to have a mobile view of confluence where the left nav on mobile view mirrored the desktop view.

      other users request this feature, too:

    12. I think we can agree that Atlassian prioritizes new feature request (and some of the bugs too) based on their own needs. This dogfood method is good in several ways until the product has the same usage methods as you do. But as JIRA is so complex and provides so many usage forms (thankfully), Atlassian may not face the feature needs that are the highest voted. There are feature requests with more hundred votes ( =companies) which would make the product really good and also several 5+ years old 50+ voted tickets, but Atlassian seems to ignore them probably they don't itches them.

      • When will this be implemented - this is ridiculous that there is no audit trail in this tool.  This is now a requirement for most large corporations.  We are going have to start looking for a new tool if this is not changed in the next 3-6 months.  This should be very easy to do Atlassian.  Thank you!
      • Confluence
      • CONF-6960
      • Audra Eng [Atlassian] added a comment  - 10/Jul/09 4:52 AM 

        We recognize that this is a highly requested feature for enterprise customers.  This feature is being considered for a longer term roadmap, probably beyond 1 year.  Enterprise customers are an important part of our business, and I have made a business case using evidence such as your comments, to acquire more development resources to address more of these enterprise issues. We are focusing on moving faster on these types of issues, and have started an enterprise customer forum to gather issues, share solutions and experiences with other enterprise customers and provide feedback and on enterprise features requested. Email me ( if you are interested in being part of our enterprise customer forum.  

        If you would like to understand how we select features for our product releases, refer to:

    13. Hi

      Is there an other solution around Go-edit plugin . As we need to edit documents using chrome browser

      Don't understand why Google Chrome not on the supported browsers. 

      Please advice


    14. I keep seeing issues closed in your JIRA instance with comments like "We understand why you'd want this, but we don't intend to ever do it. So we're closing it." This seems a little self-defeating. If you want to follow your above policy, shouldn't you leave these open as something for your customers to vote on?

    15. Is there any documentation of what labels applied to suggestions mean?  I am following a suggestion that would be enormously useful for my team.  It has been open for years and people are commenting on it, but the only feedback from Atlassian staff so far has been to apply a "triaged" label and to suggest a third party Chrome extension that might help some users work around the problem (with accompanying text that it is third party and therefore not an official workaround).  Does "triaged" mean anything for the possible future development of this suggestion?  Is there any other way (besides voting and commenting on the suggestion in JAC) for me as a customer to make it clear that we really need this feature? 

      (Editted to add: The feature in question is GHS-4739, but I don't know how to link it here.  I'm still learning.)

    16. I have an Atlassian profile / login, I can vote and watch issues on, but I cannot create issues nor add comments to existing ones.

      Any idea of what I need to do in order to get that permissions?

      1. Any feedback possible on my question???

        btw, I have multiple paid licenses purchased / linked to that profile, so I would expect that I can at least make comments in your bug tracking system (warning)