课题如何控制需求变更.ppt

HFKC 如何控制需求变更 airplane—软件公司 需求变更的几个内容 软件需求和需求变更的解释 需求变更的原因 需求变更的代价 减少需求变更的途径 如何控制需求变更 需求变更的管理 实施需求变更管理需要遵循的六大原则 应对之道 什么是软件需求和需求变更 需求变更的原因 需求变更的代价 可能导致这四种情况： 项目的成本费用增加（任务量增加） 项目的开发周期延长（加班/加人/延期） 项目的产品质量下降（时间不变质量降） 项目组团队工作效率下降（没有成就感） 减少需求变更 需求分析人员应和客户充分交流 和用户讨论并提出建议，引导用户发现需求 需求分析人员借助别的系统优点溶入到该系统中 使用合适的工具帮助客户提出需求 召集客户开展需求研讨会，允许随意的提出需求 将需求整理成档后和客户代表共同商议可选的功能 设计系统原型来帮助启发客户思考功能需求 保持与客户代表联系畅通，有问题直接沟通 如果是产品，考虑的方面更需要全面 系统的设计应有较好的扩展性 分析结果应能达到外包项目的标准甚至超过 培训客户时尽量强加我们的设计思想 原形展示的主要目的是让用户理解系统功能 设计系统原形-1 设计系统原形-2 设计系统原形-3 设计图形-1 设计图形-2 设计图形-3 如何控制需求变更 控制在项目的三个不同阶段 项目启动阶段的变更预防 ▲基准文件定义的范围越详细清晰，用户扯皮的幌子就越少 ▲确保提出需求的人是需求代言人，能决定需求内容 项目实施阶段的需求变更 ▲需求变更要经过正规的需求管理流程 　▲建议根据情况采用多次迭代的方式进行项目的开发 项目收尾阶段的总结 ▲能力的提高经常是从失败的教训中总结和积累 需求变更的管理 应对之道：变更步骤 应对之道：变更处理 人员、需求、技术三方互动 * * 工业产品的需求 有型的 客观的 可描述的 可检测的 模糊性 不确定性 变化性 主观性 软件产品的需求 ★客户：我想要…… ★客户：我想要…，但我不知道怎么说… ★客户：对！那就是我想要的……,但是…… ★老板：离开了客户，我们的软件一文不值 1、对需求的理解分歧 2、系统实施时间过长 3、用户业务需求改变 4、系统正常升级 ★前提：尊重客户，充分满足客户需求 ★项目类型-1：内部项目 和 外部项目 ★项目类型-2：定制方案 和 产品方案 实施需求变更管理需要遵循以下六大原则： 建立需求基线，需求基线是需求变更的依据 制订简单、有效的变更控制流程，并形成文档 成立项目变更控制委员会的类似组织，裁定接受哪些变更 需求变更要先申请然后评估，最后评审确认 保持和更新需求变更后所影响的软件计划、产品、活动 妥善保存变更产生的相关文档 变 更 申 请 决 定 变 更 评 估 回 复 决 策 实 施 变 更 验 证 变 更 充 分 交 流 相互协作 专人负责 需求验证 合同约束 区 别 对 待 变更工作 企业文化 需求变更 满足客户的需求 最好的性价比 求需 满足新需求 掌握新技术 性应适的好良 术技 变转员人 * * * * *