How Do You Manage Requests in Your Organization? 490
StormShadw asks: "How do you manage IT requests in your organization? There seems to be a lack of software solutions specifically designed to track requests. Most that I've been able to find are either problem tracking systems or bug tracking systems, neither of which completely fit the 'request management' model. I work for a large bank and my department supports all of the internet web presence and online banking applications for the company. We receive hundreds of requests a week (my department has 51 people in it), typically through a variety of mediums (phone, email, hallway conversations). It's impossible to manage all these efficiently when there is no centralized system. What's the solution? What do you all use?"
"There is a 'workflow' aspect to many of these requests: we do our thing, then pass it off to the UNIX admins, firewall folks, or DBAs to process another portion of the request. Ideally, I'd like to have a web based system where our customers (internal lines of business) can submit their requests, get status, etc. We would also manage a queue of work through a web interface, assigning requests internally or to other teams we work with. Email notifications could be generated when requests are completed."
Round filing cabinet (Score:4, Funny)
Re:Round filing cabinet (Score:2)
Re:Round filing cabinet (Score:2)
Do you work for the Postal Service?
RT! (Score:3, Informative)
Re:RT! (Score:2)
Re:RT! (Score:2)
The full email integration is awesome. People (both requestors and IT people fielding the requests) who want to use a web interface can do everything through the web; and similarly people (both requestors and IT people fielding the requests) who want to do everything through email can do that as well.
bugzilla (Score:5, Interesting)
Process this (Score:5, Funny)
My computer's down...
Re:Process this (Score:5, Funny)
> My computer's down...
Send me an email.
Re:Process this (Score:2)
Re:Process this (Score:3, Funny)
you say that, but I once left my work laptop on my desk when I went home (actually, I always left my worklaptop on my desk when I went home) and someone from the IT dept took it and locked it up for safe keeping, and then sent me an email to my corporate account so I'd know where it was...
the absurdity of this did not strike her until I pointed it out
dave
Re:bugzilla (Score:2, Interesting)
Right now, we're stuck in bed with a big fat obnoxious broad named "Clear Quest". It's part of Rational and an absolute POS. It's heavy weight, doesn't integrate well with it's own products (web interface and Clear Case UML). Further, I was told they (our CM team) could get a CQ database for us set up in a day. That was in AUGUST.
Developer use and support of it is spotty, in general it's hated but has been named as a standard. Our *nix and system support group is a bunch o
Re:bugzilla (Score:3, Informative)
Rational is big, I'll give you that. However, there is no reason why your CQ team hasn't setup that database for you. I routinely setup up ClearQuest databases and it takes a grand total of about 4 minutes. After the database is setup it takes an additional few minutes to add the user data (login ID and password) but it doesn't take *that* long to do, especially if the users are already in the system
Re:bugzilla (Score:2)
Is that per user? If so, that's insane. While I haven't used it, it seems that Rational provides some neat features (according to their documentation, FWIW), but there's little there that you couldn't accomplish with a few Visio stencils and some well-thought-out Word templates, combined with adherence to a few standards for implementing and managing projects.
Don't like MS products? So use some other drawing tool and a word processor that allows template creation/use. My point is that no softw
Re:bugzilla (Score:3, Funny)
Re:bugzilla (Score:2, Insightful)
Our solution - Broken but it works.... Kinda (Score:2, Informative)
What I use (Score:3, Informative)
RT (Score:5, Informative)
Re:RT (Score:4, Insightful)
So do I, across three companies now that I've worked for. It's eccentric, to say the least.
It's not nearly as bad as Big Brother, but it's close, at least in terms of eccentricity. If I had to recommend a system, after almost a half decade of using RT, I'd flat out tell them to try something else first, and leave RT to last to evaluate. Bugzilla certainly does sound interesting, though I have no experience with it.
Re:RT (Score:2, Informative)
Hallway conversations (Score:5, Funny)
If it's really that important, they'll keep bugging me about it until I do something. If it wasn't important, I didn't need to worry about it in the first place.
Re:Hallway conversations (Score:2)
Only when he got several requests did he actually do anything about them, since the presumption was these were the actually important ones.
It makes some sense. I know I've wasted a ton of time trying to be "responsive" to people who wanted something, only to find out they weren't that serio
Our own internal app (Score:3, Informative)
Of course, since there's a web interface, we also have several automated scripts that submit problems for us whenever something breaks, reminders of daily / weekly / monthly checks and so on...
Don't use... (Score:4, Funny)
The Tried and True Way (Score:2)
Post-It notes left on my monitor...
Re:The Tried and True Way (Score:2)
Hey... when did we hire a new person for IT?
Guess the memo must have un-stickied itself and fallen underneath my keyboard.
Request Tracker (Score:5, Informative)
Give Double Choco Latte a look.... (Score:2, Interesting)
A couple of years back I had need of an issue tracking system. Double Choco Latte was one of the systems I used. The source code is well laid out and easy to modify if you have special needs.
There are a lot of features, not sure if it will cover all of your requirements. It actually had more features than I needed at the time I was using it.
RT is God (Score:2)
Custom solutions (Score:2)
The problem is people continue to make requests outside of the system, change scope mid project etc.
You can solve some of that by saying "Everything is one big step" in the tracking system, and then solving scope change via XP-like processes or something, but you project management types usually don
Why not like problem tracking? (Score:2)
The main thing that's different between requests and support problems is that you can ignore a request for nearly forever and have that be the correct response (low priority etc.) but most ticket/request
Re:Why not like problem tracking? (Score:2)
*BOFH Mode*
There are no differences between "requests" and "support problems". Feh - "Customers (internal lines of business)" is marketing drivel for lusers - don't fall for it. Lusers having the temerity to "request" (read: Whine at you to do yet
Cerberus! (Score:2)
Request Tracker (Score:3, Informative)
After facing the same dilemma you're facing and having a VERY limited (read: no) budget, I stumbled upon Request Tracker [bestpractical.com]. It's got all the features you get in the $20k packages (albeit a little rough around the edges on the GUI, as with most open-source), but it's completely free.
It's scriptable, it has plugins, it's web-based, it has full email management (submit tickets, reply to tickets, and receive ticket status via email -- even have people login to check the status of all their tickets, close tickets, etc.)
It ALSO has a full command-line suite of utilities, the system is completely object oriented (read: easily extended) and it's overall one of the best most complete perl / mod_perl projects I've ever seen. Jesse did a great job with this one.
This thing is gold.
Re:Request Tracker (Score:2)
1) How easy/hard is it to make RT an interface to a customer database? Would this be a roll-you-own situation, or has someone hacked out an add-in to handle this?
2) I see that you can make e-mail automagically trigger a new ticket. Is there a way that all
Re:Request Tracker (Score:2)
Answers:
1) RT supports external authorization, basically converting the e-mail on the incoming address to account info. Interfacing it to your customer database is probably roll-your-own. There's a nice user community, though, so post specifics on the mailling list and maybe someone will have already done it.
2) Yes. It can even cooperate with the e-mails (i.e. you can communicate both ways via e-mail regarding a ticket that was created through the web interface).
3) Yes.
Request Tracker (Score:2)
As for phone or in-person requests, all you need is the discipline to capture the request in RT, or perhaps a policy that all requests must be entered into the system either via the web interface or by e-mail. Perhaps my only complaint with RT i
DCL (Score:3, Informative)
'Nuff said.
If they ask me via phone, email or IM, I ignore them until they add the task to DCL. Backed by a simple, yet effective agreement between management and staff to which all people can understand that if its not in DCL its not a trackable problem.
Of course it helps to pitch the idea of what DCL can do for the organization, but past the agreement, let DCL be set in stone.
Re:DCL (Score:2)
I've never checked it out because of that.
But I'm just a "coffee black, no cream or sugar" kinda guy. Maybe straight espresso. But none of these foo-foo coffee drinks (of which this one has the name of).
Tell me it's a good project and that the dumb name does not reflect the real seriousness of the package.
Re:DCL (Score:3, Informative)
Depends in what real world you live. I would fire they guy ignoring the request to put it into DCL/RT for the third time.
But of course you can continue to work on CMM level 2 or below for the rest of your life
angel'o'sphere
ticket system? (Score:2)
Remedy (Score:5, Informative)
Re:Remedy (Score:2, Informative)
Re: (Score:3, Insightful)
OTRS is maybe what you want (Score:2, Informative)
they also provide an online demo.
looks very nice, very versatile and seems to be what you want/need.
Try This (Score:2, Funny)
I wrote one (Score:2)
Re:I wrote one (Score:2)
I work for Wheel Reinvention, Inc. *sob*
There are a TON of problem tracking databases . . (Score:2, Informative)
We use Blue Ocean's Track-IT [blueocean.com]and have for a few years now. It has pretty much every major bell and/or whistle you could want available for it. Blue Ocean was recently purchased by Intuit and they haven't managed to mess up the package yet.
It also depends on what support model your company uses. We had a HUGE culture shift from stopping-IT-person-in-hall to call/web/e-mail-the-help-desk but it has
Help Desk / Centralized Mailbox (Score:3, Informative)
Additionally, requests for updates to the website get sent through our communications department to us, or directly to us using a common email address that goes into a folder the web team shares.
The ServiceCenter works well, but the entire web request method just is horrible.
Modifying existing helpdesk application (Score:2, Informative)
www.liberum.org
Simple (Score:2)
There's plenty of web-based software for tracking requests, but I've never seen any that was any good, because there is no one-size-fits-all solution. You may be better off rolling your own to match your own work
Trusted "non-IT" staff (Score:2)
You know the sort of employee I mean - the one who works in Marketing but knows more about XP than most people in IT support.
That way, they can sort out many of the problems that occur within departments and not have to bother IT support.
You're probably saying to yourself "
Re:Trusted "non-IT" staff (Score:2, Insightful)
Although this trusted guy may know a lot about technical issues, he may not be in the loop with the direction that IT in the firm may be going.
Plus it's not his job... shouldn't he be marketing to somebody somewhere? Not to mention, it might be asked "If Ed can fix it, why do we pay those IT guys?"
Fixing an issue
Re:Trusted "non-IT" staff (Score:2)
RightNow Technologies commercial product (Score:2)
We use a commercial customer service product from RightNow Technologies. (www.rightnow.com [rightnow.com]) People can email in requests or fill out a request using a web based form. For hallway conversations, I just ask the person to send me an incident using the product. That way all requests are documented.
Modified Open Source (Score:2, Informative)
Dan comes in... (Score:2)
If instead Greg says something like "Hey, we need an ecommerce site for this new project." I'll usually pull up notepad.exe and type "Write ecommerce engine for new project." and just leave it up so I don't forget.
BOFH console (Score:4, Funny)
Sticky Notes! :) (Score:3, Interesting)
Little, yellow, different, better.
Our system (Score:3, Informative)
It includes workflow management. We setup problem types that indicate the functional area that is addressed, and the current team status (for instance, a bug in this sytem will go from Project - Defect to Project - Fixed (indicating fixed but not ready to promote) to Project - QA (indicating ready to be confirmed))
Of course it doesn't apply just to bugs. Everything from "reset my password", to "install service pack x on server y", to "Change the border of the website to green" goes through it...
users file requests either by phone (we have a small call center to log incidents and route appropriately) or by e-mail (in which case the call center representative still takes care of routing, but the incident itslef is logged automatically by the system). A new incident can be assigned to a specific person, or a queue that represents a team of people.
Project Managers, QA Testers, and Programmers can log incidents themselves and route manually, bypassing the call center stage entirely.
It has lots of nice reports and automatic time tracking by incident, as well.
Check out Remedy... (Score:3, Informative)
It's not really hard to use either, it's a fairly low learning curve, and can tie easily into existing knowledgebases (a Lotus Notes DB, for instance)
Behold the power of Google (Score:4, Informative)
Use what's there (Score:3, Insightful)
When in doubt, use what you've got.
Here's an unlikely idea... (Score:3, Funny)
Allow each requestor to post his request on something like a bulletin board.
Allow some persons the ability to commend or denigrate a limited number of these posts, making the commended posts more visible and the denigrated posts less visible, by adding to or subtracting from, the post's "priority" points.
Occassionaly award a small number of (say, five) "priority points" to those posters who gain the most priority points from others, allowing these points to be assigned to yet other persons' requests.
Designate different types of "priority points" to distinguish types of requests, but make sure there's some ambiguous overlap: you might include points for requests that are, e.g., "Insightful", "Interesting", "Funny" as positive points, and "Overrated", "Troll", and "Flamebait" as negatives.
Make sure you patrol the request board for goatse.cx posts, and try to limit the number of posts that comapre popular requests to Natalie Portman covered with grits.
Why seperate? (Score:2)
Wanting something written/rewritten/upgraded/etc. should go to the same system that you have for broken computers. It might go to different people or groups, but the tool that you use can easily be the same.
Our solution (Score:2)
RT: Request Tracker (Score:2, Informative)
Cheerios!
What we used at my OLD job... (Score:2)
There were forms in all the labs. Problem? Fill out the form, stick it in the basket outside the lab. Lab techs would collect the sheets on rounds, take 'em back to central, everything would get LOGGED and then problems would be fixed.
Oh, 3dstudio keeps crashing? You didn't fill out a trouble ticket? SUFFER.
We used the same process for print outputs, with the difference being that all output was logged in a databse (this wasn't done with tech stuff for the obvious reas
Nothing! (Score:2)
Then I'll do it.
Remedy (Score:2)
The first company that used it was a 5000 employee company and Rememdy was pretty good. Most people knew not to screw around with assigning tickets to someone else knowing they would assign it to the correct people. They knew not "ping pong" their tickets. The company had a Remedy management/programmer team that knew what they were doing and actually had one guy that maintained tight control of the groups, t
E-Mail (Score:2)
IMAP (Score:2)
Merant PVCS Tracker I-Net (Score:2, Informative)
Who needs software? (Score:2)
Ticketing System (Score:2)
Remedy (Score:2, Informative)
Mantis actually does admirably (Score:2, Informative)
We hooked up Mantis [sf.net] to e-mail, and it's worked pretty well for us. Yes, it's a bug-tracking system (we also use it as such, and are integrating it with CVS, too), but it as features like issue assignment which make it fairly appropriate for request tracking. It also has some great reporting tools.
E-mail me if you're interested in any details of our e-mail bridge and such.
Sorry for the ad but... (Score:2)
From the website [mercuryinteractive.com]:
IRM (Score:3, Informative)
post-it notes (Score:2, Funny)
Siebel (Score:2, Informative)
PRC, Peregrine and Utopia (Score:2)
Hmmph. Who knows what the geniuses there are using by now.
2 points to anybody who can guess the company and location.
Write your own (Score:2)
One warning: don't put anything related to time in the user's priority field as they'll abuse it. All of my web-update requests became priority "1 - Immediate Attention Required".
This syste
DOORS (Score:2)
Some folks at MyCorp use DOORS [telelogic.com] from Telelogic for this purpose.
If your workflow is fairly predictable, then perhaps the burden of learning how to use The System would be tolerable. I sat through a short training course for it once; as a programmer I could see how everything was essentially just an object in a big system, exchanging messages as deadlines pass and responsibilities shift from one person to another.
These kinds of tools can be either a great help or fodder for Dilbert. Again, it depends on how
wreq (Score:2)
I searched responses and saw no mention of it. We use it. It works well.
Any configurable CM tool should be up to the task (Score:2)
I think most good change management system should be tweakable to do decent job of request management. I think someone already mentioned Bugzilla.
The company I work for makes a commercial CM solution that we use internally for IT request management (as well as bug and code feature management), though it was never explicity designed to do so. Some of our customers also use it in this manner.
The feeling I get is that not a lot of companies actually do any company-wide IT request management, so we tried to
Revelation Helpdesk (Score:2)
I love it, my users love it, the rest of the IT support staff here loves it. It does use IIS and SQL Server, which might be outside the range of visible reality for some of you, but I have no such religious issues with IIS or SQL Server.
Their website [revelationhelpdesk.com] has more details.
Process management (Score:2)
Many Failed, Mantis Prevailed (Score:4, Informative)
Mantis is actually getting me some contract work on the side, from Free Software developers on our projects who brought the notion of Mantis to their employers, who are talking to us about doing deployments of Mantis in their enterprise for customers and internal use.
The second-runner up out of the 15 we tried was a product called "Round-Up", written in Python. The reason it didn't win out over the top was the fact that it was written in Python (no flames, just that Python is more resource-hungry than PHP itself), and that the web-based interface wasn't anywhere near as mature as the Mantis interface.
Give it a try, you will most-certainly be impressed. I was, and still continue to be, to this day.
Demand the requests be sent via email (Score:3, Insightful)
Another segment hates email. Face it, they hate ANY technology. I call these the 12 O Clock crowd because that is what is blinking on their VCR and microwave all the time. These are the people who call Tech Support to change their background once a month when their son sends them a new baby picture. They would never dream of simply doing what they were instructed last time they called. And if you send them written instructions, you are wasting your time. When you mention that an email is required, they will get the Stunned Bunny look and simply decide their request is foolish anyway.
Also, make sure the requestor signs off on test results. That shakes a WHOLE lot of people. You will eventually be reduced to working on truly important matters rather than time fillers.
Re:Applix and Track (Score:2, Funny)
Re:e-mail (Score:5, Funny)
Well, we hear from from management that you won't be needing that computer for too much longer anyways, so the monitor's definitely out.
It's been nice working with you!
--Your company's computer guy
Re:Help Request system (Score:2, Funny)
Re:Help Request system (Score:2)
Re:Track-It (Score:2)
Also has various problems if you don't have the DB/Web on the same server (and other problems if you do!). The base product looked very nice but I never really got to test it because of installation issues which they never resolved.
And these were clean installs on brand new servers! Grr...
Maybe I'll look at them again after 7.0
Re:HelpSTAR (Score:3, Interesting)
We didn't even finish the evaluation period because we got so much negative feedback from users.
It's mostly stupid UI crap, like you can't send a request with "Fwd" or "Re" in the subject line (wtf?) - they say it's to prevent loops.
Attachment handling is awkward - have to click about three levels deep if you want to save it as a file rather than execute it.
There's no way to see all currently open tickets (well, the
Re:HelpSTAR (Score:3, Funny)
Unfortunately everything we ran into had one of the following responses:
- one of our engineers has been begging for that for a long time(!)
- that's planned for a future release but we don't know when
- nobody's ever mentioned that before, send it to our suggestions email box and we'll consider it
One amusing conversation went something like this (after I noted that none of the emails back and fo
Re:ITracker - J2EE Issue Tracker (Score:2)