What about HipChat don't you like? I know it can be buggy at times, but from a strictly functional perspective, I feel like it's ok, or at least sufficient for me.
"Barely sufficient to stop people from switching to Slack" seems to be Atlassian's target.
Atlassian abandoned HipChat's bug tracker, and put up a fresh JIRA that they discourage you from using at several steps. That's one way to get the bug count down without fixing any bugs.
I've logged a number of tickets against their product, their solution seems most frequently to be "we're merging this with another ticket that's about 50% related, fixing some other issue, then closing this ticket and opening another one for other issues since merged into this ticket, elsewhere." If you follow the ticket trail around long enough, you may see your issue fixed, but I haven't been that dedicated yet. Their support process is certainly pretty crappy.
As an enterprise user: Just about everything to do with LDAP/AD integration. Disabling an AD user from the app and re-enabling them later converts their account into a local account, for one. If you have it connected to a Crowd server, and the Crowd server loses connection with its directory, it returns an empty user list to Hipchat, resulting in EVERY USER ACCOUNT BEING DISABLED. And as we just established, when it comes back, Hipchat sets up the users as new.
I still remember, and have nightmares about, the day ~300 users lost all private chats, private room membership, and chat history, all because of braindead design.
Hipchat is not my favorite atlassian product. The only reason they have any traction whatsoever is because Slack doesn't offer a behind the firewall product.
I'll mention one point: editing your sent messages sucks. Afaik, using s/foo/bar is the only way in the Linux client. If I mess up the /code command (very easy to do) the. Fixing it is such a pita that I might as well not bother.
Why can't HipChat message editing be as easy as Skype's? If HipChat is at all targeted for devs, why is pasting/sharing code a pita? Where is bold/italics on linux? Your own hyperlinks (instead of pasting raw urls?
I only use HipChat because the alternatives at my company are worse. Even IRC seems better at this point.
We switched to Discord and are pretty happy. Path we took was: HipChat (buggy, server outages) -> Slack (resource hog) -> Discord (gamer focused, but works well).
No doubt they'll sell someday though so w/e. Temporary / replaceable is the new norm for productivity tools. Beware lock-in! Might end up back on IRC next.
It is okay on my Mac (except ugly and slow as molasses), but my Windows coworkers have been complaining about crashes, HiDPI problems and missed notifications for ages.
The editing function is embarrassingly bad. I get it, I've been on IRC when Perl was cool, but I can't believe they're shipping that. I don't think I've seen a non-programmer use it, ever.
I've also never felt so unwelcome in a bug reporter as in HipChat's. It really reminded me that Atlassian sells to suits, not to users.
Having recently switched from a workplace that used Slack to one that uses Hipchat, my first answer is "everything". It's less reliable, and reliability is my number one desire in a communications tool. And there are just so many little UI and UX details that Slack gets right that it's a pleasure to use, whereas Hipchat is generally an irritation and a disappointment for me.
I guess one way to explain it is that Hipchat feels like an enterprise product, and Slack feels like a consumer product. The difference being that enterprise products get used because some high-level person says, "Lo, all my vassals shall now use Hipchat." Which means that user experience is secondary. Whereas consumer software has to earn each user, meaning that it works harder to please and support those users.
This is actually a great description of Trello v. JIRA, as well. Trello may not have the burndown charts, but what it does have is dead-simple list management, and it turns out that's what's most effective for managing tasks.
JIRA's BDUF approach to ticketing/bug tracking pleases middle managers whose job is to spend all day clicking around arcane interfaces and finding a way to generate a report that shows their team is highly productive, but it's painful for actual doers to get in there and move stuff around, which means it rarely gets done, which means that the tracking is not very reliable, which means that the value of the bug tracker is dubious. The most important feature any bug tracker can have is that it's low-friction enough that most people will actually use it.
JIRA has tried various things to make this less onerous, including GreenHopper/swimlanes, an attempt to remake JIRA into a Trello-like drag-and-drop interface, but it just never seems to click the same way. For example, today, when I tried to move a ticket in JIRA from the "New" swimlane to the "Done" swimlane, I got a "WORKFLOW EXCEPTION".
What's funnier, in an attempt to make things easier Atlassian is alienating power users. I liked Confluence's mix of html and their own markup well enough to write all my pages that way. Then an update hit and WYSISWYG was pushed down everyone's throats hard. To the point where you had to jump through many hoops to use even a limited subset of the markup that was previously available.
Product managers need to learn a simple lesson: if a user wants to use power user features then you should let them because there's a good chance they know what they are doing.
Same here. I'd written a Markdown-to-Confluence converter so that I could use a local toolchain to autogenerate project documentation. It worked brilliantly until I came in one Monday and found that the editing mode I'd used to upload my documents was gone. On purpose. For good. I invented some profanities that day.
