Book now with code EOY2025
drkat wrote: » I have occasionally yes. That's why I think it all comes down to keeping your nose to the grindstone; versus becoming a "SME" on a topic
Forsaken_GA wrote: » Well, you may be running into one of two things - #1 The Curse of Competence. Are you training other folks to be as good as you? If you can't be replaced, you can't be promoted #2 Being the IT Jerk. You've got to play the politics game. It doesn't matter how right you are, they will not love you for telling them the truth. How you present things counts for a whole lot, and if you get a reputation for being difficult to work with, that will limit your upward career mobility
drkat wrote: » I was going through my career history this week; thinking about "where I might have gone wrong" and it dawned on me..... Whenever I would be hired for a position; whether it be a desktop support or helpdesk position or even my NOC jobs, I would always "over do it" perfect example: Hired into an IT department 9/2008 - This was considered an entry level position but I already had 4 years exp at the time. My job role was supporting end users via phone with typical desktop/software issues as well as provisioning user accounts etc etc. Well after I was in the role a few months anything I wasn't familiar with I'd learn like the back of my hand. The inner workings of these systems whether it be scripting, or registry values that are pulled or what-not. Well fast forward 2 years later and another guy in the department ended up as a team lead. He was of average grade but did his job to a T - his numbers were good (stats) and just focused on his job no more and no less. This always seems to be the case with ALL of my positions. No matter how technical I am or how well I can fix a problem or come up with great fixes or implementations; I'm always passed up for promotions, or I feel as if I'm disliked. I don't know if it's because when I talk I explain things too technical? Do I not play well with others? Do I overlook my position and try to excel and it's frowned upon? I honestly don't know! Quite frankly I'm sick and tired of it - It's gotten to the point where I don't even wanna be a "techie" any more and just go living my life with an "ignorance is bliss" attitude. It seems to work for all the upper-level IT Management. A lot of my former boss's were either non-tech or just technical enough (20 years ago) to where they "kind of got it" but otherwise didn't care. Has anyone ran into this type of employee? or perhaps are one yourself? What's a good way of "fixing" this. I always find myself going above and beyond my job description to try to "prove" myself as a knowledgeable tech (I try to be the most knowledgeable in the dept) and it ends up earning me a bad reputation. Just as a closer for the position reference above: I ended up on bad terms with my department due to me voicing my opinions. I ended up moving into the NOC and worked there for a year and a half until I moved to my current company as a VoIP guy. Any ideas?
drkat wrote: » Well this customer is pretty visible and our president (who i mind you tries to talk all technical) asked me what was going on and I simply advised that we're dropping ef packets and we need to adjust the qos scheme. Well let me tell you this didn't go over well as he started to explain to me how qos "works" which in his mind that we "carved" up bandwidth and that the "priority" queue could never max out. Now I tried to explain to him that our settings and the provider settings needed to match and we needed to re-engineer what we were tagging and matching so that everything would be in alignment; and that we should utilized our additional queues for other services on the customers lan. Well that opened up a BIGGER can of worms as they tried telling me I could "carve" up the priority queue (ef) and I quote "simply put each of these services in a different priority" - clearly he has read some text books and is trying to interpret the information without clear knowledge of the subject- I mean that's why he's the business guy and I'm the tech? - but trying to even remotely have these discussions is a chore especially when you're treated as if you dont have the slightest idea.
drkat wrote: » Maybe it comes down to leave me alone and let me do my job lol
drkat wrote: » I have not, but I will look into it. with regard to simonmoon's comments - I've been working with customers over 6 years - never had a problem, it's management rather. Before anything else - my attitude towards a given job is exactly that... Mine; I believe if you hire someone within a technical position it is not up to the "sales" force to try to tell the tech guy how he does his job or whether or not he's competent when the sales guy has no idea. That doesn't fly with me very well. If I'm working on a project - I can update the management etc - what I don't need is some higher up telling me he knows more about it than I do. Sure I may have a bit of alpha-geek in me; I know I need to work on my communication.
apr911 wrote: » From the example you gave with the QOS issue, it sounds like the biggest issue hold you back is trying to point out where management is wrong and getting into a **** match. You need to pick and choose your battles. Here are a few things that I have found that works for me (I have been promoted multiple times despite both good and bad relationships with my managers and having told several of my managers on multiple occasions point-blank that something was unacceptable to me) 1. Start general, explain the problem in overview "We're dropping packets on our uplink" and explain what you're doing to correct it "but I am working with the ISP to fix the problem" for most, this is enough as they are only looking to find out what you're doing to fix it. If its not be prepared with a more in-depth response. 2. When you give the detailed explanation, dont take responsibility for the issue. Let it be an issue with the ISP (They arent matching our queue size) or some other entity, even an act of god. If you accept responsibility be prepared for the "I-know-more-than-you response" whereby the manager tries to explain why it should work (as in your example) and its not the companies fault. Remember, when you accept responsibility you are accepting responsibility for the entirety of the company which usually means cost expenditures to fix and maybe credit memos to customers (both of which may still occur anyway but at least its not the companies fault, image matters). 3. Provide a generalized solution but avoid terms like reconfigure or re-engineer. "I am working with the ISP to ensure our configurations match." If pressed for more detail, you can correctly state you dont have all the information but it looks like a configuration mismatch is causing packets to be dropped. Try to lead them in the direction you want - "we may need to make some configuration changes on our end to make it all work but Ill let you know after Ive talked things out with the ISP." 4. If you get the "I-know-more-than-you" response, listen to the manager's response. Dont interrupt. 5. When the manager is finished, choose your angle of attack. You can: a. Nod your head appropriately and tell them you're on top of it. Then go off, ignore everything the manager just said and fix it the right way b. Regeneralize the problem. Dont go into further detail or explain how the manager is wrong (the manager isnt wrong, even if what they just said makes absolutely no sense whatsoever), instead regeneralize the problem into a way that makes it so their response doesnt apply. Again, dont accept responsibility. c. Dig in and prepare to fight it out, getting into a **** match as you did <-- Not Recommended, you are likely to waste your time and breath on an argument you are unlikely to win and even more unlikely to win any favors from (even if by some chance you do win d. Put it in your manager's lap "you clearly know more about this situation than me, the person you hired to do this job. Id like to watch how you fix this so I know how in the future" <- Caution with this one. I have had great success with this in the past but it requires balls of steel and a willingness to quite possibly find yourself out on the street. Also, you better be sure you're right. 6. If you need management approval for changes, again dont accept responsibility. "So I worked out the issue with our ISP and we need to make changes XYZ which need your approval" Nobody likes a show-off, no manager likes to hear they're wrong from an underling (just as much as IT People dont want to hear their wrong from a non-tech or even fellow tech for that matter), no company wants to hear its their fault or that the system they've have in place is in someway lacking. Bottom line is you want to avoid going deeper and deeper into the rabbit hole. Keep trying to regeneralize and keep the situation broad. Details tend to hurt your argument more than they help. Avoid blame and how the company or manager is somehow wrong or at fault.
drkat wrote: » Sure I may have a bit of alpha-geek in me; I know I need to work on my communication.
Forsaken_GA wrote: » Well, you may be running into one of two things - #2 Being the IT Jerk. You've got to play the politics game. It doesn't matter how right you are, they will not love you for telling them the truth. How you present things counts for a whole lot, and if you get a reputation for being difficult to work with, that will limit your upward career mobility
drkat wrote: » Thanks guys for the honest responses. I definitely need to work on my attitude and my offerings. I will take this advice and see how it works out.
WillTech105 wrote: » My boss keeps toting that he got in IT so he wouldnt have to deal with people.
MrRyte wrote: » Yet he's a supervisor. Hmmm......
Maybe it comes down to leave me alone and let me do my job lol
drkat wrote: » Well this customer is pretty visible and our president (who i mind you tries to talk all technical) asked me what was going on and I simply advised that we're dropping ef packets and we need to adjust the qos scheme. Well let me tell you this didn't go over well as he started to explain to me how qos "works" which in his mind that we "carved" up bandwidth and that the "priority" queue could never max out.
pham0329 wrote: » \ On a side note, Forsaken, how do you know about all these different books and how do you have time to read them all??
Use code EOY2025 to receive $250 off your 2025 certification boot camp!