IT项目中的常见问题与解决之道
1. 业务参与需求规范与测试不足
1.1 现象与影响
以前的一份报告显示,只有约28%的IT开发项目能投入实际使用,两年后仍在使用的仅约8%。其中一个重要原因是业务在设计和测试阶段参与不足。业务方往往忙于所谓的“重要业务事务”,认为这些比投入大量资金却可能浪费的IT项目更重要。这导致许多IT项目无法符合业务需求,造成大量的停机时间、非生产性工作时间以及资金浪费,体现出业务在IT治理方面的不足。
1.2 特征表现
- 业务方认为需求定义是IT部门的工作,自己没时间参与。
- 业务方没有时间进行测试。
- 认为IT项目是IT人员的事情,只有在IT搞砸时才需要业务介入。
- 业务方缺乏确定IT项目优先级的机制。
- 对IT项目的评估未包含业务和IT的成功与失败指标,难以发现业务参与不足的问题。
- 难以识别因业务参与不足导致的高成本、尴尬的案例,且CEO可能对此并不了解。
- 由于业务参与和测试不足,系统经常需要回滚或进行紧急更改。
1.3 案例分析
案例一:全球体育公司
某大型全球体育相关公司的CIO因业务需求和业务参与不足影响业务绩效而感到沮丧。他收集了因业务优先级和参与不足导致的IT停机相关事实和数据,转化为浪费的成本、损失的收入和非生产性业务时间,并以业务术语向CEO汇报。CEO因此对业务应用的所有权、IT项目优先级和系统验收方式进行了更改,紧急IT发布数量从80多个减少到11个。这表明CIO通过以业务术语沟通
超级会员免费看
订阅专栏 解锁全文

被折叠的 条评论
为什么被折叠?



