![[identity profile]](https://www.dreamwidth.org/img/silk/identity/openid.png){kind=small}
omg-teh-funnay.livejournal.com posting in ![[community profile]](https://www.dreamwidth.org/img/silk/identity/community.png){kind=small}
techrecoveryHrm, so much to do, so little time to do it in... that's terrible.
The last few days at work have been a blur of routing tickets and special projects, escalations and process review. Now we have to take a few dedicated hours to figure out how to integrate my counterpart in California into a new department with us. Yeah, this'll be great. I'm not worried about her, I'm worried about the rest of us - this new department is coming fast and we don't have all the processes in place yet. We're supposed to create them in a kind of "Make process and get detailed, but be flexible, because we don't know what to expect" way. Thanks, boss. Giving us this much control over process design, but we can't get any of the information that we're starving for.
Are the tickets for said department going to come in conventionally, or do they get their own queue to check? We're not sure yet. So there's a process to handle that
Who are the technicians that we're handing tickets off to? Well, they haven't been hired yet.
We currently print ticket and hand them to the techs. What should we do when 1/3 of the initial team is in another state? Well, paper really isn't efficient. We need something else.
My 'job' at this level is to take incoming tickets from the client system, reality-check them to get appropriate asset and location info, then hand off to a deskside tech. With the new department, I'm going to have to sluice some tickets to a replacement depot and some to other techs for further troubleshooting - meaning that I have to do some troubleshooting myself. This is not a big deal, I've got a decade in IT. However, when we submitted a process doc to management, they came back with absurd recommendations - like designing a question matrix to catch people lying about their equipment. Hell, I have 3 minutes to get the ticket in, contact the EU, verify the asset and location info in the ticket, and check to see if it's an obvious hardware fault (shattered screen, missing keys, and my personal favorite, "water applied to power supply"). Now you want me to determine the actually problem type AND catch the liars? AND THEN push it off to a triage tech for possible resolution? Sorry, man. I live in reality. We just don't have the bandwidth. There are three of us. There are 50,000 supported systems (laptops) in the company.
We NEED something to make this work. We don't need "You can do it" management, we need someone to give us some parameters or something to work with. Otherwise, any process we make is nothing more than a best-guess.
Rahr. We don't even know when this will go live, just that it's "soon"
The last few days at work have been a blur of routing tickets and special projects, escalations and process review. Now we have to take a few dedicated hours to figure out how to integrate my counterpart in California into a new department with us. Yeah, this'll be great. I'm not worried about her, I'm worried about the rest of us - this new department is coming fast and we don't have all the processes in place yet. We're supposed to create them in a kind of "Make process and get detailed, but be flexible, because we don't know what to expect" way. Thanks, boss. Giving us this much control over process design, but we can't get any of the information that we're starving for.
Are the tickets for said department going to come in conventionally, or do they get their own queue to check? We're not sure yet. So there's a process to handle that
Who are the technicians that we're handing tickets off to? Well, they haven't been hired yet.
We currently print ticket and hand them to the techs. What should we do when 1/3 of the initial team is in another state? Well, paper really isn't efficient. We need something else.
My 'job' at this level is to take incoming tickets from the client system, reality-check them to get appropriate asset and location info, then hand off to a deskside tech. With the new department, I'm going to have to sluice some tickets to a replacement depot and some to other techs for further troubleshooting - meaning that I have to do some troubleshooting myself. This is not a big deal, I've got a decade in IT. However, when we submitted a process doc to management, they came back with absurd recommendations - like designing a question matrix to catch people lying about their equipment. Hell, I have 3 minutes to get the ticket in, contact the EU, verify the asset and location info in the ticket, and check to see if it's an obvious hardware fault (shattered screen, missing keys, and my personal favorite, "water applied to power supply"). Now you want me to determine the actually problem type AND catch the liars? AND THEN push it off to a triage tech for possible resolution? Sorry, man. I live in reality. We just don't have the bandwidth. There are three of us. There are 50,000 supported systems (laptops) in the company.
We NEED something to make this work. We don't need "You can do it" management, we need someone to give us some parameters or something to work with. Otherwise, any process we make is nothing more than a best-guess.
Rahr. We don't even know when this will go live, just that it's "soon"
![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
no subject
Date: 2006-04-05 09:27 pm (UTC)*makes sign of cross*
In nomine Patri, et Fili et Spiritu Sanctii
OY VEY IS MEIR!
(That's from the good ex-NYer Wiccan priestess, btw so it covers a LOT of bases.)
I so share your pain. BTW - E-mail & pagers are your friends. use them both. Together.
Best of luck!
no subject
Date: 2006-04-05 09:38 pm (UTC)Yeah, we're gonna do a lot with email - but we don't have pagers/blackberries, and most of the techs in the depot don't use computers during the day...
Meh, it'll work itself out. I just hope the process breaks down and gets fixed before we do...
It really feels much like Benjy Feen's Systems Hardware Integration Tasks document (http://www.monkeybagel.com/shit.html)
no subject
Date: 2006-04-05 10:13 pm (UTC)emphasis on strangely.
*G*
good - that was the intended effect.
*reads link*
ROFLLLLLLL
I see your monkeybagel & raise you a dog & pony show:
http://www.ovff.org/pegasus/songs/threes-rev-11.html
no subject
Date: 2006-04-05 11:16 pm (UTC)Send the requirements back to management with the options translated into money, people and/or time.
"Our current resources: $xxx, n bodies
To do what you are requesting: $XXX-MAX, n+N!
Options:
1) Continue the way we are going
2) Upgrade this team with $dollars and N! personnel, plus 3 months training, to allow it to do what management wants
3) Get together and discuss other staffing/budget/capability options"