Application Support - What should a developer's role be?

The title alludes to a question that my team and I have been asking a lot lately.  We support many applications, one of them being a custom developed Company Portal.  Our team has grown and shrunk over the past year from 15 developers to now only 5 (as an aside, the other 10 developers have either left the organization or they have been assigned to another team - but the number of applications supported remains the same.)

Each week a developer monitors the support queues, interfaces with the customer and resolves the issue.  The problem lies in the fact that these days the a good portion of the tickets we deal with day to day are not bugs with the application per se, but are administrative in nature. 

By administrative, I mean that a ticket normally falls into one of the following categories:

  • A user forgot their password, so we have to redirect them to the "Reset Password" page.
  • A minor table edit must be done because one of the data sources feeding into our applications isn't working right.
  • We need to tell our power users how they can perform a task themselves using the tools we provided.

Each of the above situations - resulting in 67% of the tickets we receive - could benefit from a Level 2 support person.  Someone between the user and us.  The help desk in our organization is fairly close to useless - which I would expect in my industry.  They do well with what they *can* do, but unfortunately it's not a lot.

Now, back to the size of our team.  When we had 15 developers, you were on support just about every 4 months.  Therefore, with that level of frequency, it was an annoyance, but quickly forgotten in the months following your stint.  With only 5 developers, though, we end up on support just about every month. 

This means that every developer loses a week of development to a support rotation EVERY MONTH.  This is a very frustrating situation as just when we get in a groove, we have to shift gears into a completely different role. 

We have expressed our annoyance to the powers that be, but as always, it's a money/head-count situation.  How do we add a resource to perform these "brain-dead" tasks when our headcount is frozen?  The other option suggested is we take the most Jr. developer on the team and make her the support person - but that doesn't develop her for the future and is certain to make her leave - and then we may lose her headcount forever. 

I'm at a loss.  We're hoping and praying that we get an additional head when the budgets come out for next year - but that's not a guarantee.

Does anyone have any input or suggestions?

 

Currently Listening :  .977 The Hits Channel

 

Current Mood:    Confused

Published 05 September 06 08:51 by Greg

Comments

# Bill Bray said on May 24, 2007 10:36 PM:

Too bad I just found this site today --

I have been in similar situations, and I know they are frustrating!

One technique that I have used in the past with some success is to calculate the cost of using a programmer vs. an "operations" staffer.  The company is paying a programmer's salary for support.  The cost for a person with the skills to learn the application and assist others is roughly half that amount.

Present the information as a "win" for the company.  Your group's production goes from 80% to 100% and you reduce cost by $xx,000.

Anonymous comments are disabled