I'm quite happy with it.
The solution works well and does what it needs to do. It has been reliable.
The pricing of the product is fine.
We've never had an issue with technical support. We're happy with them.
I'm quite happy with it.
The solution works well and does what it needs to do. It has been reliable.
The pricing of the product is fine.
We've never had an issue with technical support. We're happy with them.
I don't really have any areas for improvement. It works very well for what it is. I don't have any suggestions.
We'd like to see Jira have more integration with a development ID.
I've used Jira for six years at this point. It's been a while now. I don't use it as much as I used to, however, I still use it.
The solution works well for us. We don't have any issues with performance or reliability. There are no bugs or glitches. it doesn't crash or freeze.
Technical support has been fine. We are satisfied with their level of attention and have been happy with them overall.
We currently use Azure Boards, which is kind of a competitor to Jira, and one of the main reasons why is that it's more integrated with the development life cycle.
The pricing so far has been okay. I don't have much to comment on.
We're just a customer and an end-user.
I'd rate it as an eight out of ten.
The way it interfaces with Bitbucket and other things like that is valuable. Reporting and being able to link various issues or stories together are also valuable. We call them stories, and they're general reports.
I never had an issue with it at all. Everything I needed to do was always there. Everything is cool.
It should have Behavior Driven Development (BDD). There should be an option to add macros to help with that. A lot of people are using it now, and it would be nice if there was a way in there to be able to generate the BDD of commands whenever you're creating a story.
I have been using this solution for probably 8 to 10 years. I have used it at different companies. Cloud is the way they had it set up.
There were probably about 600 users, and they were from top management and all the way down to the testers. So, pretty much everybody used it.
I would rate it at least a 9 out of 10. That's because I never had any issues with it. It always did what I needed it to do.
We use Jira for our in-house projects. We use Jira Cloud and Bitbucket. We are not actively using Confluence.
We are a small company. We can manage our project tasks with other tools, but I prefer to use Jira on the cloud because people forget what they have done, and we need to see who did which task and when.
We love the bulk edit feature. Jira also integrates well with Bitbucket.
Workflows can be improved. We don't use workflows because we can't handle that much complexity. Its interface could be more intuitive for workflows.
I have been using this solution for three years.
It is very stable. I have been using this solution for three years, and I never had to contact their support.
It is scalable. We have six people who use Jira at the moment, and they don't have any issues related to slow response. Everything is fine for now.
I never had to contact their support.
In this company, I have only used Jira. In earlier companies, I have used other tools such as Microsoft Project, Redmine, and Service Bus.
It is easy to set up. We can use project templates. We can use classic projects templates or create new templates. Classic is enough for us. Our management doesn't want reports from us. We use templates for our daily progress.
Its price is good and similar to other products. It is about five or six dollars per user.
I got it set up when I joined this company, and now I manage users here. It has integration with Bitbucket. It is fine for us.
I would rate Jira a nine out of 10.
Most of our company is using Jira for IT projects. We had an internal project with which I was involved, and I touched on it a little bit. We have its latest version.
I liked the flexibility of the application. It was pretty user-friendly.
If you're not a technical person, it might not be very user-friendly.
I have been using this solution for the past 12 months.
It was stable. I don't recall any bugs or glitches.
My impression is that it was pretty scalable. We have 10 to 12 people who use it. They are IT managers, directors, and developers.
I did not have to use tech support.
I used to use Microsoft Project in a different organization. In my current organization, I have been working for two years, and Jira is the only tool that they have used as far as I know. They are two different animals.
I wasn't involved in its setup.
I would rate Jira an eight out of ten because of its flexibility. I like the controls on it.
It is mostly used for communication, managing requirements, managing defects, and managing stories. We don't communicate much through Outlook. The majority of the work-related issues are assigned to us, or we assign them to developers through this solution. I've been using this solution for managing requirements and defects. I have also been using it for logging user stories and general communication.
Best in ensuring 100% test coverage through forward and reverse traceability matrices capability that allows users to track User stories, SRS, Test Cases, Test Instances & Defects all using simple links.
The most valuable feature is the feature of assigning. Whenever I have an issue, Jira doesn't stop at just letting me describe the issue. I can also assign the issue to a developer, and the developer gets notified about it. After he is able to work on it, he can update the status and revert back to me through the same platform. It really avoids a lot of communication over email and phone. This the feature that I really like about Jira. I always use Jira with my team.
Produce improvements suggestions:
User Interface/ User experience could be improved by expanding on visual capabilities of links such as Stories, Requirements, Scenarios, Cases, & Defects.
User Dashboards could be improved by increasing ease of use of charts and other interactive options such as Boards.
I have been using this solution since 2011.
It has been stable. I haven't had any downtime or issues with stability. It has been working as expected.
In terms of integrating Jira with other apps, I've actually used Jira to connect to ADPART or other client defect tools. Sometimes, I had to use the connections, but it was not a problem. There is a standard procedure where I had to request for the details, and after I got the details, I needed support from the client to get it connected. There were no issues, and the process is quite standard. It is not fast, but it requires some time.
At my current company, only I am using this solution. We are a startup, and we have less than ten people working here. However, on my client's site, a lot of people are using it.
I've used their technical support only once or twice in my entire experience with this tool. Once, I was not able to log in, so I had to call them, and the other time, it was a problem with my virtual machine. It was not a problem with the tool. I was having problems getting in. I raised tickets, and then I had to call them. It was nice, but it took a little bit of time. Overall, the customer experience was all right.
Before this, I used an HP tool. I started with using Quality Center, and then I upgraded to ALM, and ever since, it has been Jira. Jira is open source, and some of my clients prefer open source, and they have been using it for a long time. Before Jira, ALM/Quality Center was my major go-to tool.
It was straightforward. I just got the details from the client, and I started using it.
Save by reducing errors and improving accuracy.
Start with requirement. If requirement requires tight security and confidentiality, it is highly recommended to employ expert assistance. Whereas if the requirement is agile in nature and is at very initial stages, it is best to start leveraging open source to some extent.
It was solely based on requirement and preference of business stakeholders.
Some areas of business require to run licensed and proprietary software applications whereas some can have the opportunity to leverage open or closed source software.
It is essential to track efforts right from the beginning of the project i.e the from the day of planning and incubation to delivery and deployment.
Our primary use case for this solution is development ticket status tracking. We use it for managing different kinds of projects. This is an online tool, where teams from anywhere in the world can use it.
This product has improved our ROI. Without this tool, our projects cannot be completed fully. Dependency cases among the teams cannot be resolved.
The most valuable feature for us is the capability of assigning a task to a developer and resolving it. This tool can be used anywhere and on any device.
The user interface and views on different devices should be improved. The customization feature can also be improved.
In terms of stability, there are very few failures.
Our impression of the scalability for this solution is that it's good.
We did not use a different solution prior to this one.
The initial setup for this solution is straightforward.
We used a vendor team for implementation.
Good. The return of investment is something that we have found to be very valuable.
We feel that the product is a good value for the cost.
We did not evaluate other products before choosing this solution.
It is an excellent tool for project management.
Having a Technical Account Manager gives us someone who I can email about any of my questions or concerns about products, roadmaps, configuration and scalability options, etc. If I have an idea for something I want to do he might say "that’s a terrible idea", or "you might want to try it this way instead", because he has a depth of internal knowledge and context which most end users are unable to attain. This internal advocacy, contacts, and ease of communication are each tremendously helpful.
Collaboration on open action items and active ongoing projects. I spoke with my TAM about this issue and he completely agrees. There is no one system on which TAMs and their customers can collaborate on action items, ongoing projects, meeting notes, etc.
Began using Technical Account Management (TAM) in Nov 2014.
Yes. We were having an issue where we have to take one of their products offline to do a backup every night. I was certain there was a better way that it could be done, but on Atlassian Answers, other users were giving vague, hand-wavy responses. Our TAM was able to give us a couple different options, each of which will be able to save a department of 300 roughly 4 hours a night.
No.
We are just in the process of dealing with future scalability issues and having the TAM in place now puts us in a good place to address those concerns.
Very high.
Technical Support:Well above average. Their response time is good, and we are able to escalate what we need to escalate.
Yes, we have used several throughout the growth of our part of our organization. Most recently we moved off of Rational Team Concert from IBM. There is not enough time to tell you why I hate that product! It is one of the worst products I have ever used for ALM. It is not set up to encourage self-directed teams, despite its name. It says it can do whatever it wants, but it is not designed as a product to make people happy, just to make IBM's consulting organizations more money. Atlassian products are the exact opposite. A new team can be brought on and be working efficiently within minutes – with Team Concert could be hours or even days, if ever, before a team can be working well together.
The initial setup was very straightforward. The only complexities had to do with our own infrastructure. With Atlassian, either you can run the programs open to the world or behind the firewall. The default state for our systems is locked down, but Atlassian works best when their tools are able to connect to one another. This isn't a problem with the products, just an issue with our own infrastructure. I run local development versions of the tools on my laptop with no issues.
Completely in-house.
We did not look at any other complete suites of tools. We evaluated Rally Enterprise and VersionOne for project/defect tracking. Both of those options had decent levels of integration with our CI tools. Ultimately the value that the Atlassian suite gave us as a total package of discrete, but connected, components was above and beyond the piecemeal approach we would have had to take otherwise.
As an Enterprise customer, evaluate what you really need. If it's tech support above/beyond what comes with the subscription, go with the Enterprise tech support instead.
TAM is when you really need/want an advocate within Atlassian. For instance, our program and product management groups set up an on-site meeting with our TAM to discuss JIRA Portfolio, and they were able to ask questions of the Portfolio product manager as well as the TAM after a solid demo. Without a TAM in place, this type of thing would have been impossible short of sending everyone to the Atlassian Summit (User Conference) every year. That’s invaluable.
Another recent example is that we had a problem with a plug-in owned by Atlassian, but because we have our TAM in place he was able to get us in touch with the plugin developer directly and we've skipped weeks of struggle.
It's all about advocacy, insight into product roadmaps, best practices, etc.
We use Jira to manage what is happening in our projects, such as application development lifecycles.
The most valuable features of Jira are the dashboards and user interface. The processes within Jira to monitor, maintain and release are beneficial. It is a continuous development solution.
I have used Jira within the past 12 months.
Jira is a reliable solution.
I have found Jira to be scalable.
The price of Jira could be lower.
I rate Jira an eight out of ten.