Thursday, January 29, 2009

IT is About the People!

On thing I have found in the world, is that people are necessary. People are the root cause in everything we do. They are why we go to work. They are why we come home from work. Heck, we encounter many of them on the way to work --some of them not so nice!

In the IT world, they are the doers. However it is important to understand the basic concepts in managing them. What is a technical person? Ask around and you will get answers ranging from, someone who can make their iPod work, works on the helpdesk, performs desktop support, defines IT rules and governance, IT Security personnel, System Administrators and System Engineers/Network Engineers. The list is tremendous.

So why am I talking about this? Well how many times has your email gone down or blackberry acted up? Was it the machine or its software that failed? In most cases it the problem can be traced back to a person. The person didn't design the system with your needs in mind, or something as simple as not checking the system's logs to identify a potential problem. Often this happens because the wrong person was put in the wrong job. "Oh he is technical, he can make his iPod download music from iTunes!" "Oh she knows computers she is on the helpdesk!" Here is where the problem lies --both with IT managers and non IT managers.

This problem is very complex, even when staffing your IT organization. Management needs to know the difference between the iPod guy, the Administrator, the Engineer, and the Architect --never mind what a senior level employee is [in their respected area].

The biggest focus should be on the Architect; an Architect needs to be business savvy and must know all facets of IT (Systems and Infrastructure). The Architect should have an undergraduate degree in Computer Science, or Management Information Systems and a Masters degree in IT Management or an MBA with a focus on technology. Architects work hand in hand with the CIO to define the Enterprise Architecture and align the various IT groups to it.

Next we have the Engineer, be it Systems or Network. This person should be a seasoned IT veteran. They should approach every requirement or problem with a "YES WE CAN" attitude. They have no fear of engaging vendors or other Engineers while researching a project. They are proactive versus reactive. They use MS Project versus a helpdesk ticketing system to manage tasks. This is the kind of person who takes the TV apart to see how it works. They need to know how their products work versus simply knowing how to operate them. They should have an undergrad degree in Management Information Systems or Computer Science. Additionally they should hold current certifications in their product(s) (MSCE, MCSD, CCIE, CISSP, and etc). Certs are not the end all, however they compliment a degree and the keep engineer's skills up todate.

Lastly we have the Administrator, they are like the power users --they keep the lights going. They should exist on the helpdesk and/or provide onsite support. They should not be confused with engineers. However they can become one; provided they set goals (education and experience related) and accomplish these goals. Generally they understand how a system should work in ideal conditions, they do not know what is under the hood. They should hold certifications in the systems they support (MCSA, CCNA, and etc). No degree is required, however encouraged for corporate growth.

Now that I have explained my views on the Administrator, Engineer, and the Architect, I will define how to identify them. In the IT world, we have Administrators selling themselves off as Sr. Engineers. Guess what --they get hired for the job. This becomes a problem when the CIO tries to encourage the Engineers into thinking outside the box –an Administrator can not do this. They can't because they don't understand what is in the box --they just know that a box is a square. That is why their answer to a problem is to reboot, an Engineer will reboot and then he or she will find the root cause. Furthermore when an Engineer designs a system, they ensure unplanned reboots/downtime will not occur. An Engineer's main focus should be on uptime, and how to make systems run as close to 100% as possible.

The above holds true when an Engineer tries out for Architect position. An Architect sees the big picture because they have played in many boxes --i.e. they wore many hats. An Engineer who only knows Systems (programmer/DBA) or Infrastructures (Servers, routers, cables) cannot fit the bill as an Architect. However, they can cross train and meet the educational requirements , set a goal ,or list of goals, to become an Architect.

The above is very important [to me] because in order to build a World Class IT organization, you have to build the foundation. That foundation is the people. Put the right people in the right job. [Then] Design the overall architecture and align it to your people and your business.

My two cents!

Friday, January 9, 2009

I feel like Blogging

Hmmmm...soooo much to say! Well now that I have all this time, what will I do? As you know I am a techie of sorts (nah really EMIS Techies?), and I love to use FaceBook and MySpace --well mostly FaceBook. I plan to make my millions off social networking and I have two ideas in the pot (not going to post them just yet). Besides have to work on the NDA's and other stuff with my attorney. That reminds me I need to call her so I can get out of the ticket that I got on the last day of class. Hey EMIS 18 remember my 79 in a 55 reckless driving ticket? So anyways back to whatever the hell I am talking about....Social Networking!

Social Networking is great, it is a Web 2.0 technology that you are using right now by reading my blog! WOW!! I like FaceBook because I can tie my blog and the other components of my [online] life into one place. FaceBook can even help with my "dating" activities. One app in particular, "Are You Interested" is pretty handy. However be warned, it is like singles night at the [insert bar name here] lots of different people out there. Being the social Juggernaut (Libra) I am, I love to meet people and don't expect anything from it. However when did we as human beings cease to be human beings? Why am I posting this on my techie blog?

Well here is the scoop. I was just defriended on FaceBook by an "online friend" (well she is not my friend anymore,LOL). I don't know why as she will not return my calls or text messages. Her loss, not mine --sorry if that sounds arrogant...actually I am not :(. However in the business world we do the same things in regards to behavior. When did email become the norm and the phone become nonexistent.

How did IM and email replace the water cooler chats? We have become just as siloed at work as we are at the malls. How can we use technology at work and still keep that human feeling? Working in a CIO's shop, I have found [that] we are very siloed i.e. we do not talk to each another! Who can blame others for not engaging us [for their IT needs], when we will not engage each other. Maybe we need to start picking up the phone or taking a walk into someones office. Maybe we could take a note from the smokers as they speak to each other while on break!

Who knows, technology is a good thing --however it is not the end all be all! If you have something to say, say it --don't hide behind a computer!