信息化建设的项目导向和架构导向

访客:21129  发表于:2012-09-03 12:36:44

实际工作中,我们经常遇到我们要实施的某个项目明确了目标和范围,以及需求分析等等,接下来,立项审批,招投标,组建项目组等等,这是典型的项目导向的操作方式,而随之而来在后面的上线和运维中,会出现这样那样的与其他应用乃至需求碰撞的情况。

很多规划建议,要从企业架构出发来执行信息化建设,然而企业架构源于太多看上去很美,但不具备操作性的东西,也就是通常说的高举高打,落地是个问题。

如何能把两种导向结合起来,成为有效的遵循架构的信息化项目呢?更具体点说,就是在每个项目发起时,如何确保其遵循企业架构,而且是必要的,IT部门如何自圆其说。

请大家多多指点,谢谢!

评论(8)

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

    1. 黄选锋 FIGE 规划,需要落地。落地需要汇总需求,以及需求对业务的重要性,关键性等,制定分期实现的决策模型,这时尽量做减法。然后再分阶段完成。采用绩效模式,别看产出,看成果,看影响的。也就是不是仅仅交付产品,而是这个产品的结果怎样,影响怎样。。。

      回复[0] 2012/09/28 13:38

    1. 施洪洋 生产型企业信息化,首先是要量体裁衣,不管这个企业的架构看上去是否是很美,把实际运作部分找出来。一些小问题可以在上线时顺手优化掉,其它问题先放放,保证系统使用起来才能开始后面的优化工作。

      回复[0] 2012/09/04 14:08

    1. 李贺勇 个人觉得要借用敏捷开发的观点,在项目实施中分步迭代,设立关键节点的里程碑,能够让业务部门快速见到效果或者预期会有效果,加深业务部门对项目的参与度。切莫贪大。

      回复[0] 2012/09/04 09:05

    1. 李彬彬 规划落地之类的问题是我朝普遍存在的问题,一句两句说不清,说清了基本上也没办法改变。我觉得值得说的有两点:1、旁观者清,组织内部的人往往无法真切了解组织的实际需求,而且,由于种种结构矛盾的存在,往往从需求收集开始就存在理解偏差甚至是被刻意地误导,适当地通过第三方捕获真实需求是一种可以考虑的办法——当然这个第三方得靠谱;2、按照传统方式进行项目,周期太长,难以满足快速变化的业务需求,一是做好全生命周期的需求管理,摒弃冻结需求的想法,采取框架式的约定方式,在合理的范围内响应变化的需求,二是采用快速迭代,多次交付的方式,甚至在条件具备的情况下采用敏捷方法进行项目。随便扯扯,看过一笑即可哈~~~

      回复[0] 2012/09/04 08:20

    1. 陆彬 我们是将项目分成多个里程碑,这个里程碑的意义不仅仅是项目开发的时间和预算节点,也包括业务价值的节点,通过延长项目的整体开发时间,缩短每个里程碑的开发时间,通过不断的开发,上线,和业务部门迭代,形成一个螺旋式的项目开发路径,从总体项目的研发时间上看,比传统的模式要长,预算也会多,但是从后期的维护和项目的成功角度看,后期维护成本会降低,项目成功率会增加。

      回复[0] 2012/09/03 15:21

    1. 汪 H 从事实上以业务有导向,项目上线和运维中,项目团队要有业务线的人参与,最好起始只设立一个简单的完成节点。容易出到效果。

      回复[1] 2012/09/03 14:20

    1. guo.wei 各位领导要说说一般卡在哪个流程节点阻碍项目实施?下次好改进。

      回复[0] 2012/09/03 14:09

    1. 殷勇 个人觉得找准切入点,想办法用更少的资源,让老板和各部门的老大快速见到信息化效益,很关键。各位领导怎么看呀。

      回复[0] 2012/09/03 12:55

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