位置: 主页 > IT > 正文
使IT慢如蜗牛的十二个不良习惯
来源:中国企业新闻网       时间:2017-09-04 14:40
从治理到手动配置,下面来说说是什么阻碍了你的IT组织提供结果的能力。 现在是时候面对一个冷酷的事实:你的IT部门太慢了。这是好的意图产生的不好的结果,但在业务中,意图并
  从治理到手动配置,下面来说说是什么阻碍了你的IT组织提供结果的能力。
 
  现在是时候面对一个冷酷的事实:你的IT部门太慢了。这是好的意图产生的不好的结果,但在业务中,意图并不重要。
 
  IT什么时候会变得很慢?每当业务的任何部分都要等待IT交付货物时,那就是很慢的时候。如今的神奇行话可能是“创造价值的时间”,但真正的指导原则是“超越竞争对手”。如果IT没有做到这个,你可以确信组织的业务主管已经失去了对你的耐心。
 
  想加速你的IT部门吗?首先要摆脱一些使其减速的东西——说白了就是瓶颈。以下十二个地方就是你的着眼点。忽略了你就要承担风险。
 
  IT瓶颈之一:治理
 
  委员会是老式治理方法。由于治理对IT所做的一切起到带头作用,委员会减缓了他们所接触的一切事宜,尽管你尝尽了各种方法,但将委员会作为治理的核心将使IT蜗速前行。
 
  就大小而论。每增加一个委员就会减缓决定;超过五个成员进展就会慢如爬行,因为达成共识的可能性荡然无存了。
 
  如果委员们认为自己不是信息技术领导者,而是选区的代表,不然就不会得到公平的份额,那么情况就会更糟。这种委员会将会一直争论不休,而不是解决共同的问题。
 
  然后还有会议日程安排。速度节拍器为委员会管理的每一个项目树立了榜样。如果一个委员会一个月才开一次会,那么等待决定的任何事情都等待一个月。你正在进行的项目有多少可能会遇到这样的瓶颈?
 
  如何解决这个问题?使文化成为新的治理。将其视为道路上的车道标志,将指导委员会降级为护栏的角色——当所有其它方面都失败时,还有他们来使IT不会陷入深渊,而只有当所有其它方面都失败时不得已而为之。
 
  让文化担起重任。如果每个人都明白什么是最重要的并关注它,那么大多数治理是多余的。
 
  IT瓶颈之二:多任务
 
  员工的多任务处理有一个简单的规则:别这么做!
 
  对于软件开发项目尤其如此,研究表明,每次中断都会造成开发人员的生产力下降15分钟。但是,对于应用程序开发来说为真的,对IT人员必须集中精力的其它所有情况也是如此。
 
  挑战并不在于知道你必须避免多任务;而是如何避免它。答案就在企业项目管理办公室。它应该有一个不可侵犯的规则:所有项目都必须人手充足,否则不能启动。
 
  什么是人手充足的项目?一个从来不必等到某个团队成员可用的项目。将并发项目的数量限制在可以完全配备的人数上,那么团队成员就不必多任务。
 
  结果:每个项目不仅完成得更快,而且整个项目组合将会更快完成。
 
  IT瓶颈之三:项目
 
  传统上,组织通过项目实现新技术。设计越复杂,项目越大。但是随着项目越来越大,当产生实质性延迟的可能性近乎必然时,故障的风险也呈几何级数增加。
 
  考虑将你的努力整理成发布版本。发布版本将离散的功能增强捆绑起来用于回归、压力测试和部署。依靠发布版本而不是项目,你可以利用IT管理的最可靠的启发式方法之一:功能增强成功了,而项目失败了。
 
  顺便说一下,如果你走这条路,你不必把它描述为任何激进的东西。你可以称之为scrum,享受它的一路陪伴。
 
  不要停在那里。将开发工作纳入发布版本仍然会造成延误。典型的scrum冲刺是一个月的时间,这为每个业务变化建立了一个每月速度,不包括必须等待变更咨询委员会(CAB)的会议(另一个治理委员会)。
 
  所以始终贯彻持续整合和部署——一言蔽之即devops。将测试自动化,将每个软件变更进行持续整合,并立即将每一个微小的变更投入生产。有了如此微小的变更,CAB是多余的。
 

责任编辑:小七

【字号 】 【打印】 【关闭
  
Copyright(C) 2006-2013 CHINAENN.COM All Rights Reserved
   投稿邮箱:chinacenn@163.com  咨询QQ:137184775 
  京公网安备11010602130012号   京ICP备13042652号-4