- 业务部门提不出太具体的系统需求，项目团队不是很清楚业务，虽然业务代表清楚每个具体的业务，单是对于整体的业务梳理还需要很多工作
- 虽然采用了原型验证需求，但是原型用户开始的时候认可，后期真正使用的时候，发现很多疏忽的问题，造成需求返工
- 需求混乱，不断引入需求变更，引起设计变更、测试变更
- 需求和开发脱节，不能很好地把业务需求转换为软件需求，开发的时候发现需求有问题，进行了不断的调整，不能按时交付，总是不断地变更，团队效率低下，软件质量低下
- 所有的工作主要体现在系统本身和相关代码，造成对于开发商过于依赖，如果换开发商，难以继续，没有有效的文档
- 不同部门和人员对于同一个需求有很多争议，难以协调。造成团队很多无用功。
|
- 建立了团队模型为核心的软件工程经验和能力
- 团险3期提前完成了任务，高质量上线，投入业务应用。
- 安泰人寿的业务部门、信息部门经理和项目组成员通过1，2期和3期的效果对比，给以了火龙果的培训和咨询工作高度评价。
- 建立了基于UML和面向对象的项目过程规范
- 需求分析和建模
- 架构设计与建模
- 详细设计与建模
- 开发指导与建模
- 测试验证与建模
- 建立了文档规范和评价标准
|
