Top tool to create or modify the software features
Jira is used if want to have some new feature or edit an existing feature in our product. The manager creates a ticket on Jira with all …
Jira Software
Top Rated
Jira Software
Top Rated
Jira Software
Starting at $10 per month
View PricingOverview
What is Jira Software?
JIRA Software is an application lifecycle management solution for software development teams. It allows users to create, prioritize and track the progress of tasks across multiple team members, and offers a wide range of integrations. It is offered via the...
Read moreRecent Reviews
Awards
Products that are considered exceptional by their customers based on a variety of criteria win TrustRadius awards. Learn more about the types of TrustRadius awards to make the best purchase decision. More about TrustRadius Awards
Top Rated
2022
Best of
2022
Best of
2022
Best of
2022
Reviewer Pros & Cons
View all pros & consVideo Reviews
Leaving a video review helps other professionals like you evaluate products. Be the first one in your network to record a review of Jira Software, and make your voice heard!
Pricing
View all pricingStandard
$7
Cloud
Per User Per Month
Premium
$14
Cloud
Per User Per Month
Free
Free
Cloud
Entry-level set up fee?
- No setup fee
For the latest information on pricing, visithttps://www.atlassian.com/software/jira…
Offerings
- Free Trial
- Free/Freemium Version
- Premium Consulting / Integration Services
Starting price (does not include set up fee)
- $10 per month
Product Demos
Jira in a Nutshell demo video
03:58
Does Jira Software Help Developers Stay On Task Using Agile Methodology?
03:17
Product Details
- About
- Integrations
- Competitors
- Tech Details
- FAQs
What is Jira Software?
Jira Software is a software development tool used by agile teams and supports any agile methodology, be it scrum, kanban, or a team's own unique flavor. From agile boards to reports, users can plan, track, and manage agile software development projects from a single tool, helping teams release higher quality software, faster.
And since not every team works the same way, Jira Software allows teams to customize workflows, permissions, and schemes to match the unique needs of each team.
With Jira Software, teams are able to:
- Track versions, features, and progress at a glance
- Easily re-prioritize user stories and bugs
- Estimate stories, adjust sprint scope, check velocity, and re-prioritize issues
- Estimate, track and report on story points; become more accurate
- Report on agile metrics to provide real-time, actionable data on team efficiency, quality, and overall performance
- Integrate with all the tools their dev team is already using, from the rest of the Atlassian suite (Bitbucket, Bamboo, Fisheye, and Crucible) to other popular developer tools on-premise or cloud (e.g., GitHub and Jenkins).
- Provide greater flexibility to curate which teams have access to which information with sprint and project-level permissions
- Flexibly tailor Jira tasks and their workflows to a specific team's use case
- Extend Jira with over 1,800 apps from the Atlassian Marketplace to fit any capability not provided by default
Jira Software Videos
Jira in a Nutshell Demo Video
Jira Software is a software development project management tool of sorts, that tracks progress, offers up project reports, and gives a great roadmap view to understand workloads and deadlines better. In this video, the TrustRadius team goes over Jira Software pricing, top feat...
Show More Jira Software Integrations
Jira Software Competitors
Jira Software Technical Details
| Deployment Types | On-premise, Software as a Service (SaaS), Cloud, or Web-Based |
|---|---|
| Operating Systems | Windows, Mac |
| Mobile Application | Apple iOS, Android |
Frequently Asked Questions
JIRA Software is an application lifecycle management solution for software development teams. It allows users to create, prioritize and track the progress of tasks across multiple team members, and offers a wide range of integrations. It is offered via the cloud and local servers.
Jira Software starts at $10.
Reviewers rate Support Rating highest, with a score of 8.8.
The most common users of Jira Software are from Enterprises (1,001+ employees).
Comparisons
View all alternativesCompare with
Reviews and Ratings
(2887)
Attribute Ratings
Reviews
(1-4 of 4)- Popular Filters
Companies can't remove reviews or game the system. Here's why
Score 9 out of 10
Vetted Review
Verified User
My organization uses JIRA to organize projects and track velocity across teams. The business problem that this product addresses for my company is that we use it as a tool to communicate asynchronously across large project teams, report our tracking metrics, project-manage, and even plan and develop larger product roadmaps.
- Organization - JIRA is great for being able to organize the scope of major features or product launches in a way that can be visualized across teams.
- Communication - In a remote-first world, JIRA allows you to maintain tight communication and aligned scope even as teams work across time zones.
- Velocity Tracking/Project planning - JIRA allows teams to visualize and understand expectations for when to deliver a project, have insight into project/team/individual capacity, and track work overtime.
- Learning curve - There is a learning curve to working in JIRA, it is not immediately intuitive to a new user. It usually requires a lot of learning in order to most effectively and optimally use JIRA. A lot of it comes with time and experience.
- Lack of standardization - There are a lot of bells and whistles in JIRA. It's really great that you can label or organize tickets in a variety of different ways. It is really up to the organization to create a method of organizing within all of those bells and whistles. This means each time you go to a new organization, there is a lot of overlap, but you are learning a lot of new methods and best practices as well.
- JIRA can be a little bit frustrating and hard to use in terms of the ability to type and format content in each epic or individual story. It's good enough and JIRA has done a lot recently to add integrations (such as Figma) or other ways to link design, but it can be sometimes hard to translate complex requirements into JIRA in a consumable way.
- Project Management
- Reporting
- Planning
- The team delivered entire investment technology redesign working with teams based out of multiple states and countries and tracked the majority of project planning, coordination, and monitoring through JIRA
Not Sure
- Price
sadf
August 14, 2019
JIRA works
JIRA Software is used by the website development group. It tracks our new projects, our system bugs, and system problems. We use it to communicate with our workers who are off-site. We also use JIRA with Github to number our Git branches. Using JIRA's ticket codes keeps everything in sync and reduces problems.
- Project tracking
- Individual task tracking
- Integration with Github
- Communication with team members is adequate but not as good as other software
- Not as many software integrations as I would like
- Can't delete tasks unless you are super user
- Project teams are able to work more effectively.
- Keeps team on task
Yes
We were using Wrike before JIRA, but switched to JIRA because of it's Kanban board feature.
- Price
- Product Features
- Product Usability
- Third-party Reviews
I would more fully evaluate the softwares integration with other third party applications.
October 24, 2017
JIRA is the only support tool for Atlassian Confluence users
JIRA was used to document differences between a desired specification and a delivered prototype. The organization being small, it was used by everyone. It was intended to be a single tool to characterize issue reports, compile bugs, author work orders & track progress for a web-based application tracking various aspects of building management & efficiencies.
- Integrates well with Atlassian's other products including Confluence wiki - this is essential since there are always reports, research & knowledge outside the scope of the bug reporting or support tool, and a general purpose wiki is absolutely necessary to compile this effectively.
- Produces reports about a particular release's deficiencies, when those can be characterized well enough by reporting users - essentially serving as a link between support people & developers, which is central to support-driven development, and necessary for DevOps integration between developers and sysops (where those are different people, which in a successful org, they would be)..
- Exports data well enough to standard output formats & notification systems.
- JIRA is part of a silo with Atlassian's other tools, like Confluence wiki. Just as Microsoft tools integrate tightly with its Sharepoint knowledge base (it's not a "wiki" in my opinion), Atlassian's form a stack that essentially requires one to use Confluence. Meanwhile if you are using the far more common & supported MediaWiki, you will find that for various reasons it is wiser to use Phabricator, the Facebook/WikiMediaFoundation bug reporting tool (competitor to JIRA) since the largest users of PHP-based mediawiki are also using that, and integrate them more over time. If JIRA wishes to compete for users who are relying on SharePoint & MediaWiki, who very much outnumber Confluence users, it will have to support those knowledge management / CMS / wiki systems as peers, and will have to restrict the degree to which it favors Confluence else it will be too great a business risk to rely on JIRA when using a non-Atlassian CMS or wiki.
- JIRA does not provide much direct support for support-driven development (SDD); that is, when one is specifying a new product entirely, with desired (not real yet) fictional features, JIRA would have some trouble characterizing this correctly. Yet for SDD it's critical to be able to represent a specification of desired behavior even when there is no running code that attempts to implement it, else there will always be a gap between a specifying tool and a support tool. JIRA developers would have to make a conscious decision to support "revision 0" of software; that is, its specification without any working artifact, and with only proposed URIs or command verbs, keeping these mutable so that potential support problems were found in the specification stage, and there was NO gap between tools used for revision 0 versus revision 0.1 to 0.9 to 1.0, only a difference in audience.
- Mobile & responsive support is weak - when a problem is reported it should be relatively easy to filter who gets which reports, and those should be sent through confidential means like XMPP or Signal, rather than relying on proprietary services such as social media (major security problem).
- JIRA was not the appropriate software for us as we required a support-driven development style of tool that could be used to specify or propose MVP (minimum viable product) before actually specifying in depth. We were also using MediaWiki as our CMS so ultimately shifted to Phabricator, for which we could find vast support for use with MediaWiki & PHP-based apps like WordPress (our delivery platform). However, JIRA did discipline the collection of feedback about an early prototype, sufficient to convince us to change our direction, so was useful there.
- Any support tool is only as useful as the next release that it helps to specify. A moderate effort applied in JIRA was enough to identify the most useful development goals for the next release, and it was probably helpful to have a very disciplined framework to characterize the problems. We found however we could use that structure without the restrictions applied by JIRA itself, i.e. adopt its terms for things where appropriate, within the more flexible Semantic Bundle extension framework of MediaWiki, which is far more capable of "web 3.0" sorts of integration.
- It was useful to identify that stacks or silos were essentially so interdependent vertically that we did not want to depart from what other PHP-based open source platforms were using, while we were delivering within that world. We avoided making any investment in SharePoint as a result, and focused clearly on Phabricator, and that was beneficial.
Phabricator is the only comparable tool I have used recently. It was designed to integrate with PHP-based projects specifically (Facebook, MediaWiki, WordPress) which are today the most diverse (WordPress) & highest volume (Facebook) & flexible (MediaWiki) online services in the world. It was relatively unpolished compared to JIRA when we selected JIRA. This was influenced by recommendation of another development manager who was already using it.
4
CEO, CTO, senior user interface developer, project manager. Essentially everyone involved in quality control & user experience & support for a pre-released product for real estate / building data management.
1
Anyone familiar with Atlassian Confluence wiki & its underlying toolset can support JIRA. These tools should be used together though there are lesser functional CMS available that support JIRA.
- Extend Atlassian Confluence wiki to provide support services to end users with expert backup & escalation, including users of Confluence implementations themselves or potentially other CMS.
- Characterize prototypes' issues & flaws for purposes of redesign, negotiation or MVP definition.
- Provide a common vocabulary to discuss support problems.
- Identify a weak business case for an initial product that led to discovering a more appropriate MVP.
- Train developers & executives who would have to double as support staff in support priorities & problems.
- Adapt a vocabulary of support & issue management for more flexible use within semantic web based CMS.
- Report analyses of already-delivered products to clients & customers already using Confluence or other Atlassian tools, in the form most integrated with it.
- Recommend it to entities with no CMS to determine if they need minimal, open or proprietary CMS capabilities, and to determine if they can discipline their proposed specification in JIRA form.
- Hopefully, when it has better support for proposed (not released) product problems, use as initial specification tool, so that support can use exactly the same tool used to specify a release.
Yes
We were using MediaWiki for reporting bugs & managing specifications. At a certain point its lack of specific discipline for issue reporting become a seeming problem so we compiled our issue reports in JIRA in an independent process. This was not due to any deficiency in our CMS but rather a lack of experience in characterizing releases, issues & bugs in that free form. JIRA's discipline was helpful though we eventually returned to using a combination of MediaWiki and a more PHP-focused tool, Phabricator, for this need.
- Product Reputation
- Third-party Reviews
A development manager was familiar with JIRA and Phabricator was very new and had not been closely integrated with MediaWiki. We were considering Confluence or another CMS & if JIRA had provided any extreme advantage we might have considered doing projects in it, leaving MediaWiki in its general research role, which it had for a decade prior to this project.
A development and issue support tool like JIRA must be extremely closely integrated with a CMS. There is no point explaining things inside JIRA, they absolutely must be linked to CMS pages. Not being able to use [[mediawiki link notation]] within JIRA was crippling to us.
JIRA's integration with Confluence is better, but we didn't realize it really has to be implemented as Confluence first, JIRA second, in order to get any integration advantage. To have to rewrite every scrap of text in every field in JIRA manually to refer to the linked pages that specify the desired behavior in the wiki, really isn't a practical approach at all.
JIRA's integration with Confluence is better, but we didn't realize it really has to be implemented as Confluence first, JIRA second, in order to get any integration advantage. To have to rewrite every scrap of text in every field in JIRA manually to refer to the linked pages that specify the desired behavior in the wiki, really isn't a practical approach at all.
- Implemented in-house
No
July 22, 2016
JIRA Software review
Since the company I belong to is working on Agile, JIRA is used for the following purposes:
1. Create tasks, epics, stores and requirements for different projects.
2. Reports issues.
3. Create deployment tickets.
4. Maintain Agile sprints.
5. Integrate with TestRail application for test planning and execution.
6. Prioritize tasks and maintain reasonable backlogs.
7. Update documents and make timing follow ups.
1. Create tasks, epics, stores and requirements for different projects.
2. Reports issues.
3. Create deployment tickets.
4. Maintain Agile sprints.
5. Integrate with TestRail application for test planning and execution.
6. Prioritize tasks and maintain reasonable backlogs.
7. Update documents and make timing follow ups.
- JIRA is a very good planning tool.
- JIRA is a very good issues reporting tool.
- For me it's pretty convenient.
Previously I worked in the company that used a proprietary application for project management, test planning and reporting. In my current company, I did not choose JIRA Software and, honestly, in the very beginning I did not like it. But all this is a matter of habit. Since my position is related to QA, I cannot evaluate alternatives from a project management perspective.
500
Top management, product management, development, deploying, customer services and QA.
People that have knowledge about overall procedures in the company, have knowledge about JIRA structure and project planning processes.
- Project planning.
- Issues tracking.
- Deployments and releases.
- Timing follow up.
No
Recently I don't see any reliable alternatives.