Justifications For Creating an IT Department?

jjoelc writes "This may sound like an odd request, so first some background. I work at a broadcast television station, and I have found it to be very common for IT to be lumped in with the engineering department at many stations. I believe this is mainly because the engineers were the first people in the business to have and use computers in any real capacity, and as the industry moved to file-based workflows it has simply stayed that way. I believe there is a need for IT to be its own department with its own goals, budgets, etc. But I am having a bit of a rough time putting together the official proposal to justify this change, likely because it seems so obviously the way it should be and is done everywhere else. So I am asking for some pointers on the best ways to present this idea to a general manager. What are the business justifications for having a standalone IT department in a small business? How would you go about convincing upper management of those needs? There are approximately 100 employees at the station I am currently at, but we do own another 4 stations in two states (each of these other stations are in the 75-100 employee range). The long term goal would be to have a unified IT department across all 5 stations."

Comments

So let me get this right

[InterestingFella]

You believe there is a need for IT department, but even you have rough time determining what that need would be. If you cannot think of a reason yourself, why are you suggesting it to begin with?

Re:So let me get this right

[Anonymous Coward]

The only reasons that make it happen is: An IT department will save us money in the following ways: x, y, z.

You know your business and issues, so you have to fill in x, y, and z. Classic examples are reduced downtime, standard equipment and software purchases, consistent backups, someone to provide troubleshooting and training, documentation on the environment, and the ability to prevent the next IT trainwreck.

Re:So let me get this right

[Bill, Shooter of Bul]

To synergize our leveragables into a new cloud based paradygmn, we'll need a new solutions oriented IT team to create some actionables to create a win-win in reducing internal friction and increase efficiencies to enable the monitization of our empowered workforce.

Re:So let me get this right

[Flyerman]

We put the IT in monitization.

Re:So let me get this right

[Sitrix]

I knew a company that did just that... Outsourced company milked that company for money for a few years, while making short term decisions (often bad ones). Then, one day things started to break constantly and consultant was hired to locate source of the problems. Later, that IT was brought back "in house" to avoid making messes like that in the future. People that work under same roof as your company, tend to care a little more about your operations. This is just one example out of many, where short term thinking of cutting IT spending ended up costing company a lot more in a long run.

Re:So let me get this right

[Spazmania]

Many of these are all things an IT department does BADLY.

a. It is NOT the job of the IT department to streamline the business. It is the job of the IT department to facilitate computing resources for other groups within the business who find it worthwhile to streamline using computers.

b. It is NOT the job of the IT department to keep employees productive. Nor is anyone in the IT department qualified to make decisions about employee productivity outside of the department.

c. It is not the job of the IT department to set information security policy. It is the job of the IT department to educate the other groups within the business as to the security impact of candidate business choices, enforce the information security policies those educated groups ultimately select and architect the system so that divergent security policies between the groups can not damage each other.

d. It is not the job of the IT department to market the organization online. In a successful organization, the online marketing professionals sit in the marketing group. It is the IT department's job to provide computing resources, to help vet prospective vendors and, on occasion, to warn the marketing group away from kinds of computing use that could be considered unethical.

The engineering department at a TV station *IS* an IT department. They manage the electronic equipment and the maintenance of the equipment which facilitates the business. Under no circumstances should an IT department stand alone from the engineering department; IT operations is unambiguously subservient to the overall "engineering" effort.

Counterproductive IMO

[kf4lhp]

As background, I worked in an engineering department of a TV station for a while, and with the way things are going, engineering and IT are becoming far more intertwined and co-dependent on each other. Splitting them apart would, I think, be counterproductive - you'd end up with IT wanting to do their own thing and engineering being unable to make it work with their side of the house.

Having dedicated IT people and dedicated engineering people is a great idea, but they need a single leader to keep everyone pulling in the same direction (and some cross-training helps too).

Re:Counterproductive IMO

[sunderland56]

Things like the microwave in your example must by FCC regulations be maintained by a licensed engineer.

If you have a rack of 10 servers, where 9 of them are broadcast equipment that serve shows and commercials on-air, and one is the company mail/web/etc. server, why would you administer the two in two separate departments? Broadcast engineering these days is IT, to a very large extent - except that they are IT people with licenses and knowledge of RF and FCC laws and regulations. Creating a separate department to run the mail server is just silly.

Usually IT and engineers battle

[vlm]

This is weird because being in the telecom biz for 20 years on and off, including working at a place that owned a lot more stations than the Poster owns, traditionally IT and engineering have always run separate networks and always been at each others throats. To the extreme of having two boxes on one desk, one on the eng network and one on the IT network and an air gap between the LANs.

Traditionally the way it seems to play out is the "IT" network is plain vanilla all microsoft centrally controlled and mainly focused on office drone productivity. Meaning the most specialized software IT supports is "Excel". The "IT" network swarms with viruses just often enough to terrify management at any suggestion of merging the IT and production networks (some "humorously" accuse the engineers of creating said crisis intentionally). The large IT network is famous for layer 2 routing loops (I can't believe they shut off spanning tree!) and whats best described as stupid OSPF tricks (like aggregating routes that are not "yours").

The engineering network seems to mostly be linux/unixy with not much central control (probably no lan wide file server, probably no wan wide DNS, believe it or not) although "whatever it takes to make a dollar" does fly so there is the occasional stand alone windows PC, which of course never gets updated because no one in engineering runs windows. Sometimes there is a firewall between the production network and the engineering network, or the eng network sometimes "dials into" the IT net via a VPN connection, but often there is an air gap. The secretary who clicks on every pop-up she sees in MSIE has no ability to access, say, the FM radio ad insertion box, although both are in the same building and have "something" plugged into their ethernet ports. Back in ye olden days I heard stories about salesguys hand carrying flashdrives with radio commercials audio files over to an engineer on the production network, I assume this still goes on.

This is also BAU common practice at ISPs and telcos and cablecos (kind of the same organization now, of course).

Some (some!) plants I've worked at are like this.. The CNC lathes and mills, or maybe the printing presses, and maybe the cad operators and/or preprint department live on one network, and the cubedrones in HR live on another network, and never the two shall meet nor are they maintained and controlled by the same people. Often, in the olden days, they used different technology, like if it was a "plant" the plant network was probably that 100-base-F fiber or whatever it was called and the cubedrones all lived on conventional cat-5 for obvious length limitations and also ground loop issues.

So that's your first job, decide how you'll interface the cubedrones with production/engineering, assuming they'll be interoperable at all, in any means what-so-ever. If you are not familiar with the telecom term/concept "demarc" well then you are in for a big education, thats all I can say.