- getting the lay of the land quickly - why are we in this problem in the first place? How bad of shape are we in?
- figuring out the quirks of individuals - who are slackers, who are winners, who are whiners.
- finding out who to beg, cajole, or threaten towards a goal
Why are these tickets piled up?
- They are overworked.
- They are not as critical as other problems.
- People have not gone back and figured out that this ticket is no longer a problem
- People don't want to say outright to another person, "Your problem is trivial and will never get worked."
- People mean to get to fixing them, and just never do.
- The person who opened the ticket left the company and the person who owns the ticket doesn't even remember it's on their list of problems to work.
- Although the person who cared about the problem is gone, the person who owns the ticket wants to keep the ticket open - sorta a technical post-it note so that when they get the time, they'll be reminded to work this problem in the future.
- More micromanagement from up above! - Delete note.
- We can't run our business like accountants. Not everything is correctly represented by a number. - Ignore note.
- Well, why should I have to do this when everyone else ignores these quarterly requests. - Ignore note.
- Oh yeah.....I'll get to this on a late Friday when work has slowed down. - Promise!
- Do you want me to work the real problems that everyone is screaming about or do you want me to clean house? You can't clone me, I can only do one of the two things. - Ignore note.
- Stupid, micromanaging managers. - Ignore note.
- I keep sending these notes out once a quarter, and they give me the middle finger as a response.
- Why am I reduced to micromanaging my people? Why have I become a nag and a bean counter, the very people I detested when I was a programmer?
- How can I incent these people? I can't give them bonus money. How can I ask them to work just a few extra hours each week when I can get them to barely make their schedules for things that actually matter?
We had a....ummm..."quirky" 2nd tier manager. She was hired in from the outside by a buddy of hers, which was a rarity at the Mega-lo-corp. As a result, she thought outside of the box. Sometimes, waaaaay outside of the box. She would sometimes ask for the oddest request of her managers that made no sense whatsoever. I personally considered her flaky, but in this case a manager willing to think outside of the box was what I needed.
A few things I know about human nature which helped me in this case was:
- People are competitive deep down inside, regardless of what they say.
- People are don't want to be embarrassed publicly.
- People will always prefer the carrot to the stick - even if the carrot looks like a stick and the stick looks like a carrot.
- The entire second tier area would reduce it's outstanding, old problem tickets by 90%.
- Each first tier department would reduce their outstanding, old problem tickets by 90%.
- When the entire second tier area reached the 45% mark, each programmer in the second tier area would get a bonus, single personal day.
- When the entire second tier area reached the 90% mark, each programmer in the second tier area would get an additional bonus, single personal day.
- The first department to reach the 90% mark would be the only department that would gain a third bonus, single personal day.
I made up this plan, presented it to my manager, and then we got a 15 minute time slot with our 2nd tier manager. She listened, nodded her head, and then wanted to get on to other business.
That's all I needed.
Since my manager was obviously on board, I only had to go visit each first tier manager and explain this plan. As expected, most of them said, "Uhhh, ummm, okay I have to think about this. I'll have to see what Stephanie (second tier) thinks."
"Oh, that's easy. I already presented this to her and got the green light. She wants
Fish in a barrel.
I can't help but comment, as I was the programmer with the endless pile of tickets.... Anyone who breathed air could open a ticket, and sometimes they were so obscure, or so fantastical, that you as the programmer just shook your head and thought, "get a life!" when you read it. Then you proceeded to ignore it for the next 3 years. Ridiculous examples would be:
ReplyDelete1. If I tab 3 spaces, then tab back twice, then hit page down-page up, then entire a number too long, I get an error message.
That is the sort of bug I could spend 80 hours trying to fix (because the bug is really buried deep in a third party control) while more important things get ignored. And it might save 5 error messages a year, when someone happened to do that exact sequence.
2. When I try to pull up this query, it takes a long time.
Get in line, buddy. Talk to SQL Server. Talk to your DBAs. But don't talk to the programmer who's just trying to write a danged query to get the danged obscure set of information from 74 tables with 19 unequal joins (accounting for NULLS) that you wanted in the first place (even though the query will run maybe 4 times a year and provide marginally useful information).
So, you leave tickets like that open. Because though the "open ticket report" is sitting on some micro-managing middle manager's desk, and those unsolved tickets are bugging the daylights out of him, they so often represent untold hours of work to solve rarely occurring problems. But there is merit in leaving them open, so that if something comes along... a new version of a third party control, or a DBA with some clever ideas, you can go back and look at those tickets, to see if the modifications put in place solve these obscure, long-standing problems. Or if someone else 87 months later comes to you with an obscure problem, you can go see that it's the one someone opened a ticket on, that no one has reported intercepting in the 87 months between, and you realize that it's the same one. At least you can document it in the ticket, "occurred for Bob 87 months after the original", rather than opening another stupid ticket.
So there is the lowly programmer's viewpoint to those stupid tickets. And yes, I would probably think, "stupid micro-managers, can't stand a report on their desk that says "open tickets" so they send me these ridiculous e-mails" then I'd hit DELETE.
The solution... what is the solution... some of those tickets need to be moved out of the ticket database and into some other database of obscure, but potentially useful information for future reference. That's the bottom line. Those programmers are not looking at the ticket database as something to be continually cleaned up, but as a nice place to keep "notes to self".
Whew. Even though I've been a SAHM for 5.5 years, I guess I needed to get that off my chest! Thanks! :-D
THE Texas Andrea
Oh, yes, the ticket database as a "notes to self/fellow staff" bucket. That's why you need a knowledge base that you can dump tickets like that into...or else a third "not active but not closed" category.
ReplyDeleteOn the other hand, I'll admit that I often had tickets that I'd just forget to close. A notice from management would make me take a look and go, "Oh, lordy! That's ancient, and Joe is now well beyond that bug!" :D