(完整word版)IT部门组织架构.docx

IT部门的组织架构
近来朋友去了一家企业，做
IT经理。别的别的一个朋友企业也在组建
IT部门，确立
IT架
构。这些事情和若干朋友交换了一下建议，这里重申一下这个
IT架构是传统企业的
IT架
构。这个传统
IT部门的组织架构
近来朋友去了一家企业，做
IT经理。别的别的一个朋友企业也在组建
IT部门，确立
IT架
构。这些事情和若干朋友交换了一下建议，这里重申一下这个
IT架构是传统企业的
IT架
构。这个传统企业的定义我不好说，但是若是举例就是：不是
taobao，sina之类。net公
司，可能是物流企业，能源企业，金融公
司等。下边拍点砖：
无论IT组织架构怎么弄，从功能上，可是是保障IT系统的一班人马，推进企业内部信息化
的一班人马。前面讲的是IT语言，后边讲的是业务语言。（这样的表述有点老套，可能想
睡觉。）
打破刚刚的说法和思想，可以把IT的工作分两块，一块是运维保障，一块是业务推进。
运维保障：可以理解为对于现有对外供给服务的保持，比方业务系统的可用率，IT系统的
可用率等等，这些服务可以有两个层次，一个是IT视角的层次，那么可是就是交换机，路
由器，数据库等IT详尽的技术的硬件和软件。经过网管软件，IT技术等进行有效监控。如
果考虑的全面一点，那么可是就是需要考虑容灾部分，拟定应急方案。运维保障是一个只有
起点，没有终点的过程，要做好这个事情建议是用ITIL，把IT的平时工作，依据ITIL的思
路来做。运维保障是IT的基本职责，也是IT对外供给服务的窗口，经过管理的思路来理
顺运维保障的工作，提高IT对外供给服务的能力，提高IT对外供给服务的质量。
为了防备结构性的问题，那么需要做好IT基础架构的规划。
总结：牢固压倒全部；经过ITIL的思路来做平时工作。此项企业可以外包。负责
这个人物的IT帮手没法进入企业的决策层。
项目建设：项目分硬件项目和软件项目。硬件项目可以理解为用户是IT自己，软件项目可
以理解为用户是企业内业务人员。

IT

为了提高自己的价值，一定踊跃推进

企业的信息化，
不然自己没啥地位。

经过理顺内部需求，来上一个个业务系统。业务推进的指标，

这个不好
说看领导的要求，比较难量化，一般是年初的时候拟定一个需要上应用系统的计划，若是
IT达到了，那么就差不多了。项目需要年年想，不像运维保障，每年的要求都差不多，你
不需要去想太多。这些业务系统用的好不好，要看业务部门对你的评论。对于这个评论我
个人的想法是仍是需要多沟通，很多事情没有对与错，需要的是心要齐。
为了防备结构性的问题。需要做好企业整体信息系统软件架构的问题。重点是