IT部门不应该推迟的10个项目

标签:CIO

访客:21875  发表于:2015-03-02 14:38:05

 随着我们进入2015年,IT部门可以首先处理一下“拖沓”的项目,在这些项目不断增长而无法控制之前。这些项目都是什么,为什么保持这些项目的更新很重要?

1、端点管理

一些组织机构报告称,当他们追踪企业网络中的所有端点时,他们发现高达20%的端点被抛弃但是活跃的。安全威胁继续笼罩着。这使得严格的策略和端点管理变得很关键,尤其是移动设备日益增加。在你的审计师询问你之前,先自己对你的网络端点进行检查,确保所有端点都得到安全保护——如果不再需要的话,就关闭。

2、数据保留

IT应该每年至少和最终业务部门坐下来沟通一下,看看数据保留和访问策略是否是最新的。如果能三到四年就关于数据保留开一次会的话,大多数IT部门就会是幸运的。随着安全威胁不断增加,针对传统数据和大数据提出新的数据保留和访问需求,数据保留会议就是一项不应该被推迟的活动。

3、最终用户请求日志

软件维护耗费了IT工作人员近一半的时间,这限制了增强后者开发新软件的机会。这就是为什么最终用户请求要排上数年的队——甚至等到最初的请求者都已经退休了,或者跳槽了。IT应该每年都和用户进行最终用户请求的审查,以确定哪些请求应该保持开放,哪些应该关掉。

4、在终端设备上更新软件

越来越多的IT部门正在朝着自动“推送”软件发展,也就是从一个中央点向台式机和终端移动设备发送软件更新。但是,大多数IT部门仍然没有过渡到这种自动化流程,因此他们继续走进不同的办公区去升级台式机等设备上的软件。如果计算站点是在远程企业区域,那么更新并不一定会完成。这使得IT部门处于一个不得不支持同一个软件多个版本的困境。

5、资产盘点

针对数据中心的资产清查软件已经存在十多年了,但是很多数据中心经理仍然不清楚有多少服务器或者存储机架是空闲的,或者有多少是利用率偏低的。资产清查可以发现这些资产,这样IT就可以把这些设备利用起来,如果无法应对现有数据中心工作负载的话就淘汰掉。

6、流程更新

文档应用测试流程和增强,或者日常运营流程的滞后,是因为IT已经被大量项目和期限压得超负荷了。当这些程序没有及时更新的时候,个人就会忘记他们已经做了,下个接手的人就不知道该怎么做。这会造成错误和不一致的问题。虽然关键执行人不可能负责文档更新,但是一个文档专员甚至是暂时的帮助都能有助于流程的更新。

7、工作描述

IT职位和职责已经发生了变化,新的重点集中在安全、移动计算、社交媒体、协作、大数据和物联网(IoT)数据的结合。但是职位描述却没有跟上变化的脚步。IT部门应该与HR合作,重新审视一下岗位描述以确保是最新的。

8、灾难恢复计划

大多数企业都有一套灾难恢复计划——但是有多少企业真的测试过这些计划?2015年IT部门应该承诺测试一下他们的计划,这样就不会在真正面临灾难的时候才发现漏洞。

9、供应商协议

除了大型IT部门会有专门的合同管理职责,一般IT部门通常会忽略多达1/3的与供应商和合作伙伴签订的合同(以及SLA)。如果协议丢失,应该向供应商寻求副本。所有这些协议,以及SLA和条款,应该每年都进行审查以确保你的业务和供应商关系没有发生变化,以防变化——或者至少是与关键供应商会会面。

10、备件和旧设备

在数据中心旁边的计算机储物间堆满了旧的终端、调制解调器、路由器、磁盘驱动器和服务器。很多中小企业保留下这些设备,这样他们可以分拆出零件。但是会有那么一天,这些设备和零部件都跟不上如今的技术发展步伐了。至少每年对储物间进行一次彻底的清查,让这堆旧物在你的控制之下。

评论(0)

您可以在评论框内@您的好友一起参与讨论!

<--script type="text/javascript">BAIDU_CLB_fillSlot("927898");