Hi @[deleted] , welcome to the community.
This is a tricky question to answer because it fully dependend on the complexity of your current change and release management configuration in Jira Software. Change and relase management setup in JSW can often be rather complex if it have continually improved over the years in an organization. Especially if you have buildt filters, dasboards, reports in Confluence, having manu users "on it", automation rules, etc.
The pros are many if you don't have any advanced setup in JSW. It comes "out of the box" and might suite your exact needs as-is or might need to be customized.
See this link for many pros and details.
The cons are only related to your current configuration, because starting from scratch there are no question about it; I would go for JSM and I see only benefits. Example of cons:
- The transition to new routines for users, e.g., the users submitting changes.
- Recipients of reports.
- Integrations (if any)
- The migration task itself.
JSM is more or less aimed for operations and JSW is aimed towards developers (simplified). Earlier in server/DC versions this wasn't a so clear difference other than the portal itself, and it was named Jira Service Desk, hence many companies implemented their Change and Relase management processes into JSW.
Atlassian named it Jira Service Management because it is designed to support ITIL's definitition of service management. See attached link above regarding this.
TimK.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.