Comments on: Three Reasons Why You Need a Formal Tracking System – New Article Posted https://effectivedatabase.com/three-reasons-why-you-need-a-formal-tracking-system-new-article-posted/ Making data management a revenue generator Tue, 28 Apr 2020 19:43:06 +0000 hourly 1 By: Wes Trochlil https://effectivedatabase.com/three-reasons-why-you-need-a-formal-tracking-system-new-article-posted/#comment-1071 Tue, 20 Apr 2010 16:04:58 +0000 http://effectivedatabase.com/?p=838#comment-1071 Sam, you raise a great point, which is that user adoption is the key to success for any data management system (which, after all, is what an issues tracking system is).

I would emphasize that “slickness” of the system is secondary to user adoption, so if Google Docs is working for you, stick with it. What is key is to ensure that users have access to it so that they know if their concerns are being heard and addressed!

What you’ve described in terms of reviewing the doc on calls is exactly what we’re shooting for; a single source for everyone to refer to. It sounds like you’re actually being fairly successful, even if it doesn’t look pretty.

]]>
By: Sam https://effectivedatabase.com/three-reasons-why-you-need-a-formal-tracking-system-new-article-posted/#comment-1070 Tue, 20 Apr 2010 16:00:01 +0000 http://effectivedatabase.com/?p=838#comment-1070 Good points, Wes. I agree 100% about the potential value issue tracking systems offer. Find a system that delivers on the potential seems to be the hard part. In my experience their is a tremendous amount of overhead involved in setting up issue tracking systems, training users, cajoling users into adopting them and maintaining them.

I’d estimate my organization has invested several hundred hours of staff time in trying to find and implement a low cost, flexible, and user-friendly issue tracking system – and getting users to adopt it. We still haven’t found something that works. All of the ones that integrate nicely with version control software tend to be too technical for non-technical staff. When we’ve implemented open source solutions, we’ve found ourselves investing a lot of time in administrating the system. When we’ve used paid services, user adoption is a major problem because it is yet another system for our users to log into.

Lately, I’ve been using a Google Spreadsheet with priority, description, due date, time estimate and commentary columns. I put items in there when people send them to me and keep the table sorted by priority. Anyone can review the spreadsheet at any time. On team calls, we sometimes review it together. It’s not ideal, but all of us have Google Apps open all day. And, while I do all the entry and updating, that’s not unlike the way it was when I used ticket systems with low user adoption. I was the one creating the tickets out of everyone else’s emails.

Would love to hear what issue tracking tools you have had success with.

]]>