I've had some experience with JIRA, Redmine, and RT, and I think part of it has to do with how much time you want to put into customizing the system to fit your needs before you start using it. Here's my quick run down as I've experienced them. JIRA - can be customized greatly, but can a lot of time to set it up because of that. User interface is clear, but can be overwhelming. A very big system that many have previously expressed concerns with maintaining. (JIRA reminds me of Drupal, where everything is customizable, but you need instructions sometimes on doing something "simple".) Can be fully integrated with Confluence (wiki). Cost money (not sure how much). Redmine - Easy to setup and start working with. Supports multiple projects, wiki, codeview, many of the other standard things out of the box. I found the community to be very supportive as well. Cost: free. RT (Request Tracker) - Unfortunately, less about setup/maintenance of RT. As a staff users, it's been easy to us, but I found many things unintuitive and I've had a couple of issues getting permissions to work the way I want. Though I believe it was not the newest version. In all 3 cases, my experience with users submitting issues has been for them to fill out a form that submits an email, which gets forwarded to the system. JIRA and Redmine both do very well in automatically putting it into a specific area, tagged, etc. My vote goes to Redmine. When I asked this question a couple of years ago on the list, that was the consensus the group came up with and I was very happy with the speed at which we got it set up and running. On Tue, May 10, 2016 at 2:42 PM, Stuart A. Yeates <[log in to unmask]> wrote: > I’m looking for recommendations for software to run our much of our > academic library back-of-house business-as-usual work. Things like incident > management, CRM, documentation management, etc across three tiers of > support. > > We’re looking for something more structured than a mediawiki wiki (which > we’ve got) and probably less structured than full-blown ITIL. We’re happy > with open source or proprietary, self-hosted or cloud solution, but we’re > not happy to pay the kinds of money that Alemba (formerly VMWare) are > asking for vFire Core (formerly VMware Service Manager). > > We have library management system (ALMA), a discovery system (PRIMO), a > website (httpd, drupal), a proxy (EZproxy) and a copyright management > system (Talis Aspire). Our institution provides us with user management, > physical access management, VM host, email and physical infrastructure. > > Thoughts? > > -- > ...let us be heard from red core to black sky >