Jira is a Saviour
Jira Software is a project management tool that is widely used by various teams in our organization to manage their projects and tasks. …
Starting at $81.85 per month 10 users
View PricingOverview
What is Jira Software?
Jira Software is a project management tool from Atlassian, featuring an interactive timeline for mapping work items, dependencies, and releases, Scrum boards for agile teams, and out-of-the-box reports and dashboards.
Recent 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
Reviewer Pros & Cons
Pricing
Standard
$8.15
Cloud
per month per user (minimum 10)
Premium
$16
Cloud
per month per user (minimum 10)
Data Center
$44,000
On Premise
per year 500 users
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)
- $81.85 per month 10 users
Product Demos
JIRA Project Management Tutorial for Beginners (2022)
YouTube
The full overview: Roadmaps in Jira Software
YouTube
Product Details
- About
- Integrations
- Competitors
- Tech Details
- FAQs
What is Jira Software?
Jira Software is a project management tool software 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. 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.
Jira templates also support use cases in enterprise marketing management, and projects to support operations, design HR, and enterprise marketing management.
With Jira Software, teams are able to:
- Track versions, features, and progress at a glance
- 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 a project management tool from Atlassian, featuring an interactive timeline for mapping work items, dependencies, and releases, Scrum boards for agile teams, and out-of-the-box reports and dashboards.
Jira Software starts at $81.85.
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
Compare with
Reviews and Ratings
(3243)
Community Insights
TrustRadius Insights are summaries of user sentiment data from TrustRadius reviews and, when necessary, 3rd-party data sources. Have feedback on this content? Let us know!
- Pros
- Cons
Easy-to-use tool with minimal learning curve: Users have found JIRA to be an intuitive and user-friendly tool that requires minimal effort to learn. Several reviewers mentioned that they were able to navigate through the platform easily and quickly adapt to its features.
Seamless collaboration through integration with other tools: Many users appreciated JIRA's ability to integrate with various plugins and add-ons, enabling seamless collaboration across different teams and departments. This integration allowed for enhanced productivity by bringing together different tools into one centralized platform.
Flexibility of customization: The flexibility of JIRA in terms of customization was highly regarded by users. They mentioned being able to customize bugs, tasks, and stories based on the specific requirements of their projects. This flexibility helped them tailor JIRA to their unique project management needs.
Confusing and overwhelming user interface: Many users have expressed frustration with the confusing and overwhelming user interface of JIRA. They find it difficult to efficiently complete tasks due to a lack of intuitive navigation and cluttered design.
Complexity and difficulty in customization: A significant number of reviewers find JIRA's customization options to be complex and challenging. It often requires dedicated training to effectively navigate and utilize the software's customization features.
Limitations in reports, charts, and attachments: Users have reported challenges in sharing information within JIRA due to limitations in reports, charts, and attachments. These limitations hinder effective collaboration, communication, and data visualization.
Attribute Ratings
Reviews
(1-4 of 4)Companies can't remove reviews or game the system. Here's why
June 16, 2021
The best agile planning and management tool for software development and creative teams
I have used Jira Software for at least 8 years in my consulting company and in all projects developed for my clients. I have also implemented Jira Software in large government organizations (500+ users).
Jira Software (formerly called Jira Agile) is the best agile tool for planning, managing and tracking software projects and all kinds of projects.
Jira Software's basic setup is very useful because it comes with some powerful out-of-the-box workfow templates (Scrum, Kanban, Classic), and it integrates with other powerful agile and collaborative tools from Atlassian, such as Confluence.
- Agile software development management and micromanagement with Scrum and Kanban.
- Agile planning and agile management with Kanban boards and custom boards, for projects and daily work.
- Agile and old-school bug tracking.
- Helpful reports on work done, workload, time tracking, Scrum sprints, planned vs. executed, etc.
- Super friendly setup on the cloud, with just one Gmail account (less than 2 minutes).
- Powerful on-premise alternative for large companies.
- You can mergen boards from different workflows!
- Really free full edition for 10 users.
- The main issue: on-premise edition for small companies. Currently you can just buy Jira on the cloud for Small companies.
- A little tricky administration, you have to browse a lot of options to find something.
- Next-gen workflows are not useful enough for most projects, it's best to use "the software approach" and disable the options you don't need on the screens.
- It's free for small teams (up to 10 users). Every time I do a project for a client, and if possible, I use Jira Software (with Confluence) for my team and the counterpart, and I don't have to spend money on this powerful tools.
- Custom boards are really useful, you can customize a Kanban board to fit the process and it only takes 5 minutes to do it.
- Jira Software integrates with Confluence and the best way to use Jira is with Confluence.
- I love time tracking reports, because with this information I can show my clients how much work has been done (and with this information I can charge for the work).
- Great in software and creative projects! Having the best agile planning and management tool in the market for free is really good for your budget.
- At scale, Jira = productivity, it does not matter if you have teams working from different locations on many projects, with Jira Software you can always apply discipline and an agile approach, with which you always know what is produced and its cost.
- There is no mid-size self-server Jira Software, preventing companies that are neither small nor large from purchasing Jira Software for their data centers.
- Azure DevOps Server (formerly Team Foundation Server), Redmine, Mantis Bug Tracker, OpenProject and monday.com
Jira Software works for many development environments, has custom workflows, is friendly, stable, robust, and can be integrated with the most recognized DevOps tools on the market.
Jira Cloud Software is very well priced and the free edition fits most projects with small teams.
Jira is always improving without regression, and you can always move (migrate) old tasks, stories, and issues to a new project.
5
Software development: All of our software development and maintenance projects are managed with Jira Software.
Consulting: IT consulting, software consulting, digital transformation, etc., all this work is managed with Jira Software using an innovative "software approach".
We also use Jira to run all the courses and trainings we provide to partners and customers on agile methods and product development.
1
- Basic IT knowledge, for example differentiating role permissions and security schemes.
- It requires a minimum understanding of SQL, as the Jira Search Language (JQL) is based on SQL.
- A fundamental knowledge about Kanban and Scrum, because the boards can be used if you understand how these frameworks work.
- A minimum experience in management, because criteria are needed to organize projects and tasks using the conventions of each company.
- Software Development
- Product vision and creation
- Daily work management
- Software maintenance
- Workflow customization to configure dashboards for activities parallel to software projects such as QA and QC.
- Apply the divide and rule principle, that is, using more than one free Jira Software account for the same project when dividing it into sub-projects.
- Adopting DevOps with Jira + Confluence + OpenShift
- Integrating the UX process with software development process
November 22, 2017
Review On Jira
We use JIRA extensively within the team as well as other teams. Particularly it's a bridge between the dev team, release team, network team and database teams and many more.
It covers all the dev modules and covers the implementation of code developed by the dev team in other production and non- production teams. It's the primary tool in our organization for end to end deployments of new components/fixes etc., into production.
It covers all the dev modules and covers the implementation of code developed by the dev team in other production and non- production teams. It's the primary tool in our organization for end to end deployments of new components/fixes etc., into production.
- The release engineer team uses the details of components that are to be deployed
- The performance team uses the tasks that have to be tested under load
- The network team implements i-rules and and firewall requests etc.
- It needs more robustness
- Cross platform portability
- More user-friendly
- Overall it is one point for tracking all the developments to implementations from quality assurance and performance to production
- We are on par with ROI
525
10
- Deployment
- Load Testing
- Production
- User Priveledges
- Customized Labels
- All in one location
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
April 08, 2015
Atlassian JIRA has significantly improved our work intake and request tracking processes
Our organization uses JIRA for work intake and tracking across multiple departments. It was initially implemented by our Software Development department to manage day-to-day support requests and bug fixes. However, it was so successful that nearly every other department has set up their own project(s) and developed new processes for managing their work intake, centered around JIRA. When used in conjunction with JIRA Agile (it used to be called GreenHopper), JIRA is a fantastic tool for identifying bottlenecks in the process. We use it for work intake, prioritization, tracking, and ultimately as a record of work completion.
- Excellent for use as a repository for work requests
- Allows easy prioritization of work requests
- Can be highly customized to match your processes
- The administrator tools can be difficult to understand - there is a pretty steep learning curve if you want to start customizing
- I wish you could attach a screenshot during issue creation - I don't know why it's available once the issue is created, but not as part of creation
- Dramatically improved visibility into work queues across multiple departments
- Streamlined work hand off processes - e.g. software development can hand off code to quality assurance, who uses JIRA to track bugs, and can watch the progress of those bugs right in the tool
- I use both a hosted instance (for internal work tracking) and the cloud service (for work tracking with outside vendors) and both are fantastic
- Asana,Basecamp,Zendesk
JIRA is simply the most robust and customizable product I've worked with. If you're a casual user, the interface is pretty simple and straight forward. If you're an administrator, there is definitely a learning curve, but there's also ample documentation available. In addition, Atlassian's forum has many active, highly knowledgable users, and I've never failed to have a question answered. It may take time to learn all the ins and outs around the configuration options, but once you do, JIRA becomes a very powerful tool.
Software Development, Quality Assurance, Business Analysis, Project Management, Customer Support, Client Consultants, and Sales Support departments all use JIRA on a regular basis. We also set up a JIRA project to manage Performance Reviews, so HR can see who has completed their reviews and who hasn't. Additional departments use JIRA on an ad-hoc basis.
For the most part, JIRA support consists of administrator functions related to configuration. This includes creating projects, building workflows, setting up screens (with specific fields on each screen), etc. This requires some analytic skills, but little to no technical skills. However, if you have a locally hosted JIRA instance (as we do), you'll also need someone with server knowledge to set the program up, and to assist in regular upgrades.
- Managing day-to-day software development support requests
- Tracking work with outside vendors
- Managing configuration or support requests from sales staff
- We use JIRA to track annual and mid-year performance reviews - every employee is a "ticket" and every ticket is assigned to the appropriate manager, who has to track their progress towards writing a review, reviewing it with the employee, and delivering a signed and finalized review to HR
- Many departments use JIRA to track internal work, so that everyone on their team knows the current status of any particular issue
- We already use JIRA to track almost all of our work. I imagine that if additional departments are created, or new, novel projects are begun, JIRA will continue to be the go-to repository for work tracking
- Implemented in-house
Change management was a big part of the implementation and was well-handled