1. 用户在比较迫切的情况下提出的需求,没有经过评审,往往和真实需求有较大差距.

2.开发商的需求建模,设计文档书写没有足够时间,往往是将客户的需求上直接进行概要设计,省略了必要的需求建模,概要设计

以及期间的评审过程.文档的质量不容乐观.

    作为开发商与客户都可以意识到这样做的弊端,但由于各种原因还是会逼着这么做.至于结果大家都是怀着侥幸的心理,祈祷项目工作能正常展开.

    作为开发商,基于压力没办法都会答应客户的要求.在这样的项目背景下,我们应该要怎样做才能更大的规避风险,尽可能的使项目往

好的方向发展呢? 个人认为这样的项目背景对项目实施人员无论是需求,设计,开发,测试都有较强的能力要求,特别是他们对自己手头工作

的预判能力此时显的格外重要.需求人员必须对不能100%确定的需求以及以后可能会出现的隐性需求进行足够的考虑,尽可能的考虑到需求

的伸缩性.设计过程中不但要考虑到与需求的对接,更应特别需要对整个系统的横切面的设计,按照低偶合,高内聚的设计原则,抽象出公共

业务以及技术部分,为代码编写打下好的基础.编码阶段则必须有个能力突出的开发经理,将设计中的横切面实现,且针对业务需求对技术框

架选型,业务封装等.如果该系统最终是与其它系统要集成为一个大系统时,还需充分考虑到页面展示,hci的设计.而由于其他项目还未进行

其具体的后台处理逻辑以及所需要的技术支持都不确定,因此关于后台的代码部分可以不用考虑与其它项目的最后集成,但包命名必须清晰.

要特别强调的是在项目开发过程中的任何一环节都必须要有个能力突出的组织者,领导大家,使团队真正发挥出1+1>2的作用.