We changed our name from IT Central Station: Here's why

Top 8 Software Development Analytics Tools

SonarQubeCAST Application Intelligence PlatformBlueOptimaSemmle LGTMDeepCodeSonatype LiftSeerene

Advice From The Community

Read answers to top Software Development Analytics questions. 564,643 professionals have gotten help from our community of experts.
Therese Divita
I work in the department of human services for the government. Would you use one or both ALM and JIRA to manage the SDLC and production support work? Thanks! I appreciate the help.
author avatarBrent Reed
Real User

For my public sector clients whom I work with, I like to include the concept of application lifecycle management. ALM should be defined for the people involved in the project, i.e. supplying the application, the business that requires the application and the support folks caring and maintaining the solution. Get them all on the same page, so to speak of what ALM means for them. Secondly, processes used to support SDLC+Operations, are part of the overall support and solution to ALM. These processes improved with a tool such as JIRA, (other mentioned int he comments). One example per this public sector client is that they are using new software as services in a "low code" design and architecture. They are already using JIRA and some other Atlassian products to manage the development of the new applications. Thus in my role as an agile enterprise architect, I am helping them define their ALM goals and support and achieve these goals with tools such as JIRA, the SaaS platform. The project includes the transition from heavy code on legacy platforms to a new lighter and business-centric approach. ALM+Tools+SDLC has opened up new capabilities such as automation, agile, and DevOps ways of working, however, the mindset and awareness of using ALM and tools like JIRA to improve their SDLC are vital as it also opens up an improved help desk, release management and other operational support work. Your question requires more context to say yes to JIRA; however, I absolutely support an ALM approach using a modern toolset that supports agility, automation, monitoring, release management, ticketing and troubleshooting. Each of these is essential services that form the value stream of the business concept to an application in production. Thus the lifecycle of the value of an application and solution.

author avatarDuane Edghill

Can you clarify what you mean by ALM? ALM typically stands for Agile Lifecycle Management and JIRA is one of many ALM tools on the market so I am not clear on what you are asking. You say your doing both software development and operations/production support so I assume you may be using Scrum and Kanban. In my experience JIRA is fine for small single team use and primarily for Scrum. You can use it for Kanban but if you are looking for the typical metrics we track with production/operations teams vs SDLC teams then JIRA may not be the right answer for your production teams. If you are just looking for the visibility offered by Kanban then JIRA may provide sufficient ability.

author avatarHarshal Vora

Hi Therese, 

ALM is a good tool for SDLC management and Jira is the ideal tool for Agile and DevOps practices. 

Usually, it is a combination of a good SDLC tool and an Agile/DevOps tool is that creates the best outcome for an organization. 

My recent implementation of Jira with another SDLC tool (QMetry) at one of the government departments helped them adopt Agile/DevOps processes in a very cost-effective manner. 

Depending on your needs I would recommend doing a thorough PoC with either tool and deciding on the right fit for your needs. Also, to keep in mind that ALM and Jira integration is not robust and requires additional tools/efforts to create end-to-end traceability. 

Hope this helps!

author avatarreviewer1667751 (Manager, Technology at a computer software company with 201-500 employees)

If you start with Jira in the Atlassian cloud, your team will have access to both team-managed projects and company-managed projects. 

Company managed projects usually have one of the following:
   * consolidated/shared set of schemes and entities
   * customized workflows (by Jira Administrators) that have conditions, validators, and/or post functions set.

Team-managed projects are independent projects where the team members determine the fields on the screens, the workflows, etc.  These projects are limited to user-installed apps which can be utilized and do not have the full scope of standard entities available to the team.

Team-managed projects are a good way for various teams to work out the items that they want to have in their project and then migrate to company-managed projects when their customizations are available for company-managed projects.  In Company managed projects, the project administrators can still alter the simple workflows which have not had conditions, validators, or post functions added by Jira administrators.

Since it is easy to create cloud instances, a company could create test instances for trying out specific items and then release them after the work has been adopted in their production instance or deemed to be discarded.

Atlassian provides several templates for various types of projects - projects could be created on text instances to determine which items are best for a team, department or for the entire company.  

author avatarKulbhushanMayer
Real User

HI Therese Divita

I use both. 

Basically, it depends on the requirement you have what is your end goal. If you have to manage only tasks like, current state or status, who is working on which task, then JIRA is enough. 

If you want to manage the entire application lifecycle, like Code Management, CI/CD, and other capabilities then you use ALM tools like Gitlab, Azure DevOps, or a combination of the toolset to create you ALM setup.

author avatarAphiwatLeetavorn

It is depending on the case
If you using Agile as development framework
ALM octane is coverage in one single tool while JIRA need many integration [such as requirement: confluence, test: Zephyr, defect: core JIRA]

If you using Waterfall and focus on testing process, classic ALM is best suit on the solution

in other cases
1. if you don't want ot host the environment, JIRA and its integrations is better for on cloud.
2. if you have budget limit, may be JIRA is better choice. It's more cheaper

However, if you don't have budget constrain, ALM octane for Agile development and ALM classic for requirement and test management are the best choice.

author avatarLaurent

A real ALM does not require a ticket/activity tracking in addition. A real ALM includes all you need to manage the demand, your activities, your (agile) projets, your code, your continuous integration, your continuous testing, your validation, the traceability, the collaboration, etc.. If it does not provide all this, it is not complete. If it requires many plugins to work... well, evaluate carefully.

author avatarJean-Yves Allard

I would recommend Jira, not ALM. ALM is big, very hard to implement, costly and at the end of its life (hence being now supported by Micro Focus). If I were to start from scratch, I would pick a cloud solution like Azure DevOps or GitLab, even if you don't do cloud-based applications. These are the two we use ourselves.

We use both simply because historically our Java dev teams were all Git and our .Net dev teams were using MS Team Foundation Services (TFS). Our pipeline also integrates our own test platform Askida CT for all testing except unit tests. Jira remains our Agile comms tool because it has been integrated into our ERP for billing (we use the Tempo plug-in).

So when counseling our clients, the choice we recommend is based on what they already know, the expertise of their dev team and the technologies their products use.

My own preference is Azure because of the breadth of tools well-integrated services.