To follow-up Pascal's note.  I look at the combination of dotproject and Mantis as the ability to cover wider spectrum of work in one interface.  We were looking to have a user dashboard that covers most of their tasks.  We were able to get this by integrating dotproject and mantis.  Now we login to dotproject and see everything.  dotproject covers project specific efforts, but it is always a challenge to capture day-to-day tasks for systems already in Production that need maintenance.  We enter maintenance tasks into Mantis.  Then by integrating the two, we are now able to have maintenance tasks (enhancements, fixes, etc) along with project efforts in the same interface making it easier to track and plan for future efforts.

Mantis is OSS that is written originally for bug tracking for software, but it can be much more than that.  We are using a customizable field called Category that defines the type of issue (I think of it more generically as a request).  You can also have different lists per "Projects" in Mantis (I am treating a project in Mantis as just a resource/system we support).  So you can have a list such as enhancement request, bug, data change, etc.  for software and for other things like system adminstration you could have os patch, data change, network configuration, etc.

You can also define release bundles for each project by tying issues to releases.  You mentioned also approving changes to systems.  Within Mantis there are a few queues:


The confirmed state is intended to mean that the person assigned confirms they need any information necessary to implement the change.  So this can be an indication that something is approved.  There is another field called Resolution that could be used as documentation for rejecting something.  Basically, something always goes to resolved when complete and it could be either:

unable to reproduce
not fixable
no change required
won't fix

I have not tried editing that list, but I am sure it could be done if something is missing.

One other dividend I see of using a system like Mantis is once you being tracking everything there you now have an inventory of all the services/systems that your group supports.

Rick Johnson
Systems Analyst Manager, Digital Library Applications and Local Programming Unit
Library Information Systems
University of Notre Dame
Michiana Academic Library Consortium
Notre Dame, IN USA 46556
From: Code for Libraries [[log in to unmask]] On Behalf Of Pascal Calarco [[log in to unmask]]
Sent: Thursday, February 11, 2010 8:50 AM
To: [log in to unmask]
Subject: Re: [CODE4LIB] change management system

Hi David --

We've recently started using Mantis ( amd have
integrated this with dotProject (  The nice
thing about this is that you can use it to open up a new ticket and then
promote it eventually to be its own new project.

Mantis is pretty focused on providing a bug tracking/change management
for software development, but the templates can be edited so that one
could use this as a more general trouble ticket system.

   - pascal

Pascal Calarco
Head, Library Information Systems
Hesburgh Libraries of Notre Dame
University of Notre Dame /
Michiana Academic Library Consortium
Notre Dame, IN USA

On 02/10/2010 06:59 PM, Walker, David wrote:
> Can anyone here recommend an open source system for "change management"?
> Not version control, per se.  But the process of requesting, reviewing, and approving changes to production systems.
> Does Trac fit into this category?
> --Dave
> ==================
> David Walker
> Library Web Services Manager
> California State University