Jira Reviews

The features of the Technical Account Management (TAM) which have been most valuable for us are understanding the limitations of tools, suggested sizing and approach for operation teams, and suggested approaches for onboarding and educations.

The TAM provided good insight as to how we can more effectively perform troubleshooting, and scale down operational costs.

Co-location. Working out times with someone on the West Coast is painful. Also more ROI material. Big blue can spin out ridiculous documents that executives love as to why spending millions of dollars on IBM will somehow make us richer.

The TAM was able to assist us with issues we had involving deployment.

It was a struggle with TAM vs. Premier but eventually we were able to address some stability issues. We had an app crashing every other day for several weeks before it got the attention we thought this contract would bring.

In terms of the TAM and scalability the only issue was just an upsell to datacenter really. But the TAM is helping look at forecasting triggers etc to understand the need for more instances. It is really difficult to get any sizing recommendations for horsepower though. The feedback is “well every customer is unique, so it’s difficult to say” and push to Premier Support for that.

A few mismatched tools. The Atlassian ecosystem has tools that do one function very well, but pull together nicely as a platform. Would like more consistent navigation and provisioning integration though like what is seen in On demand/cloud offering.

We had setup well before the TAM agreement. Pretty straightforward other then lack of sizing recommendations across the board.

Yes, TeamCollab, Home grown tools, Redmine, Jenkins, XLDeploy, Jazz/BuildForge and RTC. RTC and XLDeploy/Jenkins combo is still widely used and seen as an internal competitor.

I would recommend buying premier support for half the price and training your folks internally. It’s really not at all what we felt was advertised.

JIRA: Product is well liked but we have had performance issues. Premier Support: Knowledge is very good and they are willing to bring in other people when they need to. The Premier Support team was very thorough and very responsive.

I think that if you look at how we troubleshoot, Premier Support has allowed us to not waste our time with dead ends, to have better focus, and get to root case much faster. Even though we still have monitoring in place, for root cause analysis we rely heavily on Premier Support and don’t waste as much time.

For our Premier Support, We would like to have on the call interaction all the time. The session we’ve had recently has been valuable, but we would like to see more live sessions/interactions.

Purchased Sept. 27th 2014.

Our Premier Support engineer was extremely helpful with deployment. I was pleasantly surprised, the engineer gave us guidance, looked for any potential issues, and was above and beyond in terms of service. They did a really fantastic job.

From the beginning that has been the main thing we have been working on and thru Premier Support, they have done a good job working on our side, and escalating to a larger team when needed.

Customer Service:

The Premier Support team was very thorough and very responsive.

Technical Support:

The Premier Support team was very thorough and very responsive.

We previously used the standard Atlassian support and then jumped from standard to premier. In terms of tracking, we had other defect tracking, but now JIRA has been a replacement – it is the tool of the future.

The initial setup was straightforward.

Yes, we have other vendors and tools – evaluation is ongoing.

I would tell people to understand your growth and usage up front – really comes down to understanding that and keeping it under control. We grew too fast and weren’t prepared for the issues that came with that; you want to make sure you have a good performance testing environment in place, datacenter etc. so you’re not scrambling afterwards.

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.

Customer Service:

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.

For the most part the system is simple to use and simple to administer.

When I began I was part of a very small development team that did not have any formal bug tracking in place. Jira has gone from being a simple bug tracker to a full development planning suite, in addition to tracking our support and production tasks.

There are so, SO many areas that I couldn’t even begin to count. A cursory glance at fixes and improvements requested by users would speak volumes. The most basic of requests have been allowed to languish for years, many over a decade. (really) The most basic improvement would be to offer WYSIWYG text editing. There are open source packages that could easily be integrated, but Atlassian wants people to buy Confluence. Bulk editing multi-value fields should not be limited to overwriting what is already there. There should be an append mode offered.

We’ve had Jira in place for 6 ½ years.

I have not had any issues.

None to date.

None to date, though we did need to move to a new server to meet our growing needs.

Customer Service:

Atlassian’s customer service used to be wonderful. There was phone support that was always accessible. Support is absolutely terrible now. All support is performed via email and the response time is long. Often multiple messages need to be exchanged before a point is made and understood.

Technical Support:

Not the worst but definitely no longer the best.

No solution was in place prior to Jira.

Our initial setup was fairly straightforward, though all we run on the server is the bare minimum needed to get Jira up and running.

IT put the server together for me and I took care of the rest.

In the beginning it was fantastic. The annual license renewal was definitely worth it for phone support and significant improvements in Jira. Nowadays the “improvements” are lackluster at best, and phone support is gone. The annual renewal would be worth it to stay current with the latest releases, but Atlassian’s plugin support is lacking; lack of plugin support has stopped us from upgrading, and continues to.

I don’t recall the original start up cost. The initial license fee was considerably lower than it is today, and had no limits on the number of users. Today, apart from the general costs of maintaining the server, we have the annual license renewal fee.

I looked at Trac, Bugzilla, Test Track.

Before making a decision have a look at the requested features and bug fixes – see what has not been addressed and what the plans are to address the features of greatest interest to you.

• Great user interface - it is light and very user friendly
• Web technologies - no need to install any local ("thick") clients on PC, just web browser
• JIRA is very customizable and has a modular structure - this is very important, when an organization has often changing workflows
• Powerful reporting and filtering systems
• Time tracking and workloging
• Fully customizable desktops

I advised my friend to introduce JIRA at his organization and I helped him with this. Here are some results after about two months:

• Employees stopped to write on colourful stickers and leave its at their monitors
• My friend and his manager can see what each employee is doing and find lazies
• Each project participant began to think before writing (earlier someone could say something but after some days his/he worlds were forgotten, or he/she might say that he/she didn't say that, etc);
• Employees started to plan their time and try to work faster and better
• Customers of the organization now can create tickets and requests via JIRA, no phone calls, no email conversations. The result - most of requests from customers are processed faster.
• A customer can see the time tracking of his tickets, so he can plan future requests and calculate current and future payments (and all that without phone calls).

There are some little bugs and features which need to be resolved, but they're not so critical. I think JIRA should have features like drafts of issues as Confluence has drafts of pages.

I've used Atlassian products for about 8 years.

Earlier versions of JIRA were more difficult to deploy, but current versions are deployed very easily. I have good knowledge of Linux, and I have never experienced difficulties with JIRA installations, even the early versions.

No

No

I used many other solutions before but my manager chose JIRA. I started using JIRA about 8 years ago and the choice was made by my manager as well. Now when I start my own project, the first thing I do is starting to configure JIRA to the project's requirements and after that I can start my project.

It was straightforward.

My first setup was just for 10 users with a license of $10.

I used many other solutions, but the most popular I used was RedMine, Lotus Notes, TaskFreak, and Bugzilla.

The main thing you should think about before you start implementing JIRA is ask yourself - "What result do I want to get from the solution? What problems do I have? What problems do my employees have? You should dream about your ideal team of employees and you must make your dreams a reality, and JIRA will help you with it".

<ul> <li>Customizable workflows</li> <li>Agile / Scrum compatibility and offerings</li> <li>Granular access/security settings</li> <li>Large selection of add-ons</li> <li>Ease of use </li> </ul>

Since our service is customized to each client, the ability to customize workflow for each project's specific needs has improved productivity simply by streamlining our efforts.

We switched to JIRA this past February. So 7 months.

There is a steep learning curve for administration. While the tool is fairly easy for our users to understand and use, what it takes to set up the system to MAKE it easy for end users is fairly complex. There is a large amount of information to know and many interdependent layers.

We did not encounter any stability problems due to the JIRA itself. The problems we ran into were server-based and improved significantly after upgrading our server.

Not yet. =)

Customer Service: I would give it high marks. From an account service standpoint, all of my questions and requests have been replied to quickly and thoroughly.Technical Support: Medium-high. It mostly takes the form of Q&A within their Atlassian Answers forum that then leads to links of posted documentation on their Confluence pages. So there is a wealth of information and people able to offer advice and help. But it has a very "self-help" feel when trying to track down answers.

We did previously use a competing solution. We decided to switch based on several factors: cost, (lack of) support from the previous tool, and mostly we felt the strengths and weaknesses of the prior tool did not match up well with our needs and processes.

It was complex, but in a good way. We used a vendor called Service Rocket to help us through the process and they were magnificent. We spent several weeks with them as they got to know our process and needs to help tailor the setup solution. So it was complex in that we spent a lot of time closely examining our processes and workflows to make sure the solution fit accurately.

We looked at numerous other products. Some were more well-traveled offerings like Rally, AtTask, Clarizen, and Basecamp. Others were newer to the game like 10,000ft.

The most frustrating part of implementing a new management system is "you don't know what you don't know", so it's easy to miss which questions to ask or requests to make. JIRA has a LOT of knobs and levers to pull and is many layers deep in it's setup. If you're not intimately familiar with its offerings, I highly suggest using a consultant or vendor to help step through the implementation. I also suggest being specific in needs and wants. We’ve found JIRA is flexible enough to adapt to our needs more often than we have to adapt to its offerings.

<ul> <li>Ability to search old issues.</li> <li>Ability to create your own tags and fields, ie customization.</li> <li>Easy of use. I have trained several non-it people in its usage and they all say it's really easy software to use.</li> </ul>

Our development team and it's functional staff have gained a better overview of the issues that are being worked on and what issued are getting delivered in a patch.

Perhaps a built in "Jira-Capture"

I've used it at 3-4 different companies over the last 8 years.

None

None

Current company, only a small userbase of about 25 users. Previous company perhaps 150-200 users - no issues whatsoever. (We're in Norway, not many people here.)

Previous solutions ... did not work - to put it mildly.

Straightforward setup.

In House

Previous product cost us about 100.000 NOK/yearly (USD 15,000/year). JIRA costs us perhaps around 25.000NOK (USD 3,800) on time setup cost with all the plugins we've purchased.

Time spent setting things up. Perhaps one or two hours a week on average for one developer.

No, did not evaluate other options, as JIRA fulfilled our need.

Go for it!

Getting our Service Desk out of a system of stored emails and into a ticket system where we can queue, assign, track, report, and store knowledge has been great for us.

JIRA was our first experience with ITSM implementation. It allowed us to reduce the amount of tools we were using, standardize our procedures, and measure our work. This allowed us to show the need for additional staff resources, additional training, track our busiest times and prepare for them.

Administration: JIRA administration is not as efficient as it should be. JIRA is aware of many relationships but doesn't bother to show them to you on the admin side. Example. JIRA knows what roles I'm using for a project because they are listed in the permission scheme. Rather than just showing me the roles listed in the scheme it will show you every role in the database. This makes the page load slowly and is frustrating to scroll through. There are many other examples of this same function for administrators.

31 months

No, deploying JIRA in our VM environment was not a problem.

We did have some issues with stability in the beginning. We were pushing the ticket limit is 4.1 and it caused some issues. We later tested the High Availability Clustering and the archival tools for this which were very nice and did work, but were to expensive at the time.

We did have some limitations but that was not an issue after 4.4 when the ticket limit was doubled.

Customer Service: Customer service has not been helpful but I have not minded since the wiki documentation and Atlassian Answers forum have been great. The developers I have done beta testing for have also been great. They are good about using your feedback as they design.Technical Support: The wiki and forums are wonderful. I get all my answers from those two sources. Talking to a customer representative has not led to anything useful.

We had a system called EPIC that we had created in house and did not have the functions and capabilities JIRA had. JIRA was also a more cost effective solution.

I did have complexities in the beginning and again as I was scaling but they were not the tool as much as establishing efficient shared processes and procedures.

In-house. Two of use spent time learning the tool and implementing it in our area first and then across the University.

In dollars, nothing. We are not charging to use our implementation. In employee resources, project planning, training, staffing, process efficiency, a lot. It would be hard to say the actual cost.

Our original cost was about $2000 for our licenses and hosting costs to get started. We are currently paying about $6000 dollars per year for our current installation.

We tested three or four other options including, BaseCamp, Footprints, Drupal, and a lite version of BMC. We were a small area at the time and JIRA's combination of cost model and function won.

This is a very cost effective application if you are looking to do application development, incident management, request fulfillment, problem management, knowledge management, or project tracking at a low maturity.