4 ms·
>Most of them said they won’t leave the Atlassian stack, as long as they don’t lose data. This is because moving is complex and they don’t see a move would miti
by nemothekid 5y ago
>Most of them said they won’t leave the Atlassian stack, as long as they don’t lose data. This is because moving is complex and they don’t see a move would mitigate a risk of a cloud provider going down.
I still don't understand the strangehold JIRA has on some clients. I can't quickly think of another SaaS product that could be down for almost 2 weeks and not have most customers leave.
- z58 5y agoI imagine most people used something like Google Sheets during the downtime
- chupchap 5y agoA lot of companies have integrations to atlassian suite which might not be easy to shift from. Secondly, there are a lot of individual competitors to Jira, Confluence and Bitbucket but which competitor can offer all three under a single invoice? May be Microsoft, can't think of anyone else. Also for such an extended downtime the customers are entitled to a discount or a credit note which a lot of CXOs consider in their decision making.
- judge2020 5y ago> May be Microsoft, Is there a Jira replacement/offering in the Microsoft 365 suite?
- travellingprog 5y agoNever used it, but looks like Microsoft Project would fit that box.
- HeyLaughingBoy 5y agoOh god, no. We moved from Project to Jira and life became immeasurably better!
- ralgozino 5y agoGitHub / GitHub Enterprise?
- muricula 5y agovisual studio online is what it was called internally, the marketing may have changed. It's okay, and is what was/probably still is used at MS internally to develop windows.
- shadowronin42 5y agoAzure DevOps has boards and tickets and whatnot, so probably that?
- iameoin 5y agoMicrosoft has Azure Devops Boards that is similar: https://azure.microsoft.com/en-us/services/devops/boards/ https://azure.microsoft.com/en-us/services/devops/boards/
- lfpeb8b45ez 5y agoAzure DevOps is really underrated: https://www.thoughtworks.com/radar/platforms/azure-devops https://www.thoughtworks.com/radar/platforms/azure-devops
- mike22 5y agoIt’s been a self-hosted products for over a decade in the form of Visual SourceSafe and then TFS (wonky TFVC not withstanding; Git support was added a while ago as well), now living on as Azure DevOps Server.
- krinchan 5y agoWe are in a similar place with Slack. We moved from HipChat to Slack and that was painful enough. Then the company noticed we get Teams for "free" and they tried to push us over to it. But folks have so much automation (because "ChatOps" is that new new) that is pushing things into Slack the company eventually gave up.
- mb7733 5y agoAt least in that case, Slack is the better option. While using Jira is a worst-case scenario.
- jasd 5y agoEven if they don't, I imagine they will have conversations internally to see what's feasible. It's just really difficult for an organization to move away from a product that everyone has learnt how to use. The company I work for is struggling to move away from something as simple as a collaborative editor, when I feel like I find no difference between the two products.
- dirtybirdnj 5y ago>I still don't understand the strangehold JIRA has on some clients. But it's got what plant's crave...
- brimble 5y agoIf they don't lose data, two weeks of downtime every few years might be cheaper than the cost of switching. Plus, it's not like you know the thing you switch to will be any better, if it's another SaaS.
- user22 5y agoLet's say we have an announced release schedule on may 1st. With the tools down, there is no way to meet that date. For a 4 billion dollar company, this can make a huge difference in revenue. For a public company, the stock will definitely drop when it's announced the revenue goals were missed because the tools were down. For companies of size, the cost of tools being down for 3 weeks can easily be in the multi-millions of dollars.
- brimble 5y agoAgain, part of the trouble is it's hard to gain enough certainty that the thing you switch to—self-hosted, or another service—won't be at least as bad. You can look at their past record, but then, when's the last time Atlassian had this happen? (or maybe they've been having similar issues every year or two and I've just not noticed, in which case, yeah, it's probably a safe bet that switching to almost anything else would be an improvement)
- tyingq 5y ago>I still don't understand the strangehold JIRA has on some clients. - Integrations with things like the source code repos, incident management systems, confluence or other wikis, Slack, etc. Moving away from Jira creates a bunch of dead links. - Internal dependence on complex workflows and state transition rules that are implemented in Jira. - Various very customized reports that leaders depend on to make decisions, despite the often dubious value and/or accuracy.
- femto113 5y agoMany years worth of source code filled with comments like // if we don't toggle bit 7 here 10% of transactions will fail on Thursdays // see JIRA issue BIGPROJ-12654 for detailed discussion
- rwiggins 5y agoWhen we migrated away from JIRA, we scripted it such that the JIRA issue numbers were recorded in the newly migrated issues exactly because of things like this.
- DannyBee 5y agoHaving migrated bug systems for very large, very old code bases before, it's pretty easy to make the URls and links like this still go to the right place. This is actually the least difficult thing, i would say ;)
- encryptluks2 5y agoAtlassian sells to execs and gives kickbacks. You don't want to burn the company that gave you money and that you pushed through although you knew they sucked.