[dovyski]

That's a though one, but I think you can start with what matters the most: cost. If you show that a tool:

- will make developers happier (for me, GitHub is far superior than gitlab/bitbucket regarding tooling, e.g. actions, review, etc);

- is simpler to use, so it reduces management overhead;

- is friendly to non-dev teams, again reducing cooperation friction;

It will likely reduce costs overall. It might be by shipping faster (or better, or more robustly, or more homogeneously at least).

My personal take is that management people use Jira and alike because they read it is the "right" tool. Their motives might be weaker than you think.

[mason55]

The bigger problem is if you are already in Jira. Any kind of tracking tool switchover is going to be a huge undertaking.

We have lots of complaints about Jira but any time we consider moving it’s never worth the effort.

[dovyski]

Yeah, unfortunately this is the truth (and also the definition of vendor lock-in, right? :)

IMHO GitHub Actions is the flip switch here. Eventually it will become so useful and powerful that its advantages will overshadow any migration's cost related to tools like Jira.

[llamaLord]

So I just started in a Senior Product role at one of those two alternatives that you prefer Github to. Any chance you'd be willing to share some specifics that you prefer from GitHub?

[dovyski]

Sure! Here is a list of the most important ones (not in any particular order):

- The pull request and code review UI are more user friendly. Everything I need is within reach and clearly visible (build status, test runs, change suggestions, discussions, etc). Gitlab has most of it, but Bitbucket is far behind on this.

- I spend a lot of my "open-source" time on GitHub, so the whole workflow/UI feels super natural to me.

- Issues can track tasks, Discussions can track talking. This is great to keep things organized.

- Great (and simple) release page (recently they added automatic changelog generation from merged PR, which makes it even better).

- GitHub Actions. This is a game changer. It is a well crafted, well documented way of implementing new things in the project workflow. Being able to use a "random" action someone put up that does what I need is priceless. It's like using open-source libs to enhance my code pipeline (allows reusability, discovery, etc). This is also great for CI/CD.

- GitHub projects beta has built-in support for sprints, as well as custom fields (integrated with issues, which is awesome). Everything seems to orbit around the code (imagine coding some custom GitHub action, whose code lives in the same repo as my project, which reacts to the content of a particular issue).

- Issues (and discussions) use markdown and can embed images, videos, spreadsheet, etc, very easily.

[hlbjhblbljib]

If you're gitlab, then ignore his criticisms, github is trash. If you're working on bitbucket, then you have my condolences.

Oh except one thing - when I'm reviewing commits, I want to see tags if there are any. I would also like to quickly be able to tag a release while seeing the last version number.

It would make it less annoying to gather all the changes since my last tag for release notes.