When moving into a position of management for an organizations IT resources there can be quite a transition. Coming from the ranks of the technical, hands on, go out and get it done and being asked to manage those individuals nearly overnight can be a bit daunting.
Your staff will be looking to you for leadership and some may be upset that you were selected instead of… and others within the organization will be demanding results and have expectations of your department. These things can all be difficult to build a routine around, but doing that will help get you on your feet quickly. In my role as an IT Manager, there are no other personnel to worry about and some of you reading this may also be single employee departments. This can be a blessing as the only employee that you need to worry about is yourself, and how you interact with others, but it can also make things a bit more challenging because there are no other people to brainstorm a project with or to get help on a database issue. In a future post, I will look more at single employee IT shops and provide a few suggestions to make managing everything in IT a bit easier.
For now though, let’s take a look at your role as IT Manager, Director, Lead, etc. and see what we can find in a general sense that might make running your department easier and produce great results all the way around.
Communication
In business it seems that good communication is common sense. Many will mention this as a skill necessary to perform any function well. The generic statement that communication is needed for everything does ring true, but mastering communication and being able to provide every bit of information others will need takes work.
For example, suppose there is an outage because something went down. If you haven’t been alerted by text message or email that there is a problem, your co-workers will fill you in as soon as they experience the issue.
When something like this happens, it is best to be proactive. As soon as your co-workers fill you in, you should be collecting as much information as they can provide about the issue that individual experiences. Once you have an idea of the problem it is important to get an email or some document out to the rest of the organization to let them know you are aware of the problem. You might follow that up with more detail to those affected, or simply include it if the issue is company wide.
One of my co-workers pointed this out to me recently. While I admit that it isnt a great feeling to have a co-worker comment about communication on a particular issue, she was right. I was so focused on fixing the problem and finding the solution, I did not take the time to pass this along to everyone.
I would err on the side of overcommunicating when there is an issue or even when working on helpdesk tickets. Getting progress out to the affected userbase is a great way to let co-workers (and supervisors) know that you are working on the issue and keep them in the loop on what you are doing.
Be Humble
The definition given by dictionary.com for humble is as follows:
1. not proud or arrogant; modest: to be humble although successful.
(There are other definitions there, but this one suits my post).
It is important to have pride in your work and abilities, both as a manager and in other areas, but remain humble in your willingness to work with others and in your acheivements. It is ok to showcase awards and certificates, but do not be arogant about them.
The biggest area where managers, especially those in the IT field who have few direct reports, need to be humble is when working with others. When you are not sure of the problem or have trouble understanding an issue, do not be to proud to ask for help. Asking for help is not a downfall. There is no single entity that can know everything. The oracle was from the Superman series (and appeared again in the Matrix) but will not be much help when dealing with IT Management issues.
Take the time to understand the strengths of your team and know where they can provide the most helpful information. Do not be affraid to look outside your own department, or even outside your own organization. The solution may be simple, but spending three days beating yourself up because it isn’t right in front of you is far less productive than asking someone for help.
Be Honest
This one rides along with being humble, at least in the capacity I am concerned with here. Being honest overall is the only way one should do anything, but that is for another post.
Being honest in the capacity of this post refers to being honest about your abilities and knowledge. When someone asks you a question, you should be honest about the answer. If you know the answer and can provide it, do so as needed, but if you are unsure the best response might be to disclose that you do not know the answer but will do your best to find out.
If you are asked questions that you should not or cannot answer, be honest about that and let the asker know you are unable to assist. This will help your position in the long run.
It is likely that refusal to answer might anger the person asking, but if you are honest about the reasons for your answer it should not be a problem.
Also, if you are honest when you do not know the answer, but that you will do your best to find out, the asker will appreciate the effort and your willingness to help them with an issue.
These few items should get you moving in the right direction. I am sure there are more general purpose techniques for IT managers, but these three are near the top for me.