质量保证系列敏捷项目过程介绍

质量保证系列敏捷项目过程介绍

ID:39060279

大小:2.53 MB

页数:39页

时间:2019-06-24

质量保证系列敏捷项目过程介绍_第1页
质量保证系列敏捷项目过程介绍_第2页
质量保证系列敏捷项目过程介绍_第3页
质量保证系列敏捷项目过程介绍_第4页
质量保证系列敏捷项目过程介绍_第5页
资源描述:

《质量保证系列敏捷项目过程介绍》由会员上传分享,免费在线阅读,更多相关内容在行业资料-天天文库

1、质量保证系列课件——敏捷项目过程介绍——2011年3月21.敏捷核心理念1.1敏捷宣言1.2.敏捷原则1.3.敏捷理念1.4.瀑布、迭代和敏捷的区别2.敏捷优秀实践3.敏捷流程介绍目录1.1敏捷宣言3敏捷宣言本质是揭示一种更好的软件开发方式,启迪人们重新思考软件开发中的价值和如何更好的工作。我们认为左项具有更大的价值--当然这并不意味着右项没有价值个体和交互过程和工具胜过可以工作的软件面面俱到的文档胜过客户合作合同谈判胜过响应变化遵循计划胜过1.2敏捷原则4我们最优先要做的是通过尽早的、持续的交付有价值的软件来使客户满意。即使到了开发的后期,也欢迎改变需求。敏捷过程利用变化来为客户创

2、造竞争优势。经常性地交付可以工作的软件,交付的间隔可以从几个星期到几个月,交付的时间间隔越短越好。可以工作的软件是首要的进度度量标准。在整个项目开发期间,业务人员和开发人员必须天天都在一起工作。围绕被激励起来的个体来构建项目。给他们提供所需的环境和支持,并且信任他们能够完成工作。在团队内部,最具有效果并且富有效率的传递信息的方法,就是面对面的交谈。敏捷过程提倡可持续的开发速度。责任人、开发者和用户应该能够保持一个长期的、恒定的开发速度。不断地关注优秀的技能和好的设计会增强敏捷能力。简单—使未完成的工作最大化的艺术—是根本的。最好的构架、需求和设计出自于“自组织”的团队。每隔一定时间,团队

3、会在如何才能更有效地工作方面进行反省,然后响应地对自己的行为进行调整。敏捷=理念+优秀实践+应用理念(核心思想)应用1.3敏捷理念优秀实践(经验积累)51.3.1Value:聚焦客户价值,消除浪费6Source:《如何提升软件开发效率》08年统计华为:研发版本废弃特性07.1-08.6年某产品线所有产品中重要特性无应用的比例达22%(需求变更和分析不足占63%)软件业:45%的软件特性客户没有使用Source:StandishGroup来自5万个软件开发项目的调查可以工作的软件面面俱到的文档胜过客户合作合同谈判胜过1.3.2Team:激发团队潜能,加强协作7团队是价值的真正创造者,应加强

4、团队协作、激发团队潜能。软件开发是一种团队活动,首先应做到提升沟通效率降低交流成本。效率流行度文档录制的视频录制的音频2人邮件沟通2人白板沟通2人电话沟通不支持问答形式支持问答形式业界调查:50人团队,每人平均30%时间用于编码,70%的时间用于与其他成员交流。需求变更降低比例补充场景数TR4前发现缺陷比例版本周期缩短(周数)无线49.36%8855.90%2.82核心网45%19045.18%3.5网络31%33042.5%2.6业软30%30048.15%2.1公司平均38.84%90847.93%2.76华为试点调查:开发测试拉通,效率质量改善明显个体和交互过程和工具胜过1.3.3

5、Adapting:不断调整以适应变化8能够结合自身灵活应用才是真正敏捷,不断的根据经验调整,最终交付达到业务目标的产品软件开发是复杂不可预测的经验控制过程随软件规模增长,需求变化呈非线性增长响应变化遵循计划胜过1.4瀑布、迭代和敏捷的区别9瀑布:开发模型重量级:所有需求统一步伐,全部分析完毕后再开始设计,全部设计完毕后再启动编码…重过程:有明显的过程,每个过程不重叠,界线清晰—SRS、HLD、LLD、Coding、UT、IT、ST,开发完毕后集中转测试。迭代:开发模型中量级:需求分成多批,每批一轮迭代,每轮内都是小瀑布;每轮迭代出一个版本交付测试。没有明显的过程。敏捷:开发模式轻量级:需

6、求分解成更小粒度,每个小粒度需求1~3天实现,并立即转测试。从瀑布、迭代到敏捷,是量变引起质变。(每轮迭代结束时出版本并不是测试的开始,更多的是开发和测试共同结束点)过程:在一个过程框架下,嵌入了很多敏捷实践,并由很强的原则进行约束。开发模式之外,更是一种思想、理念、文化!101.敏捷核心理念2.敏捷优秀实践2.1.迭代开发2.2.持续集成2.3.Story驱动2.4.站立会议2.5.完整团队2.6.可视化管理2.7.结对编程2.8.TDD2.9.RCA2.10.演示3.敏捷流程介绍目录2.1.迭代开发11什么是迭代开发迭代开发是将整个软件开发生命周期分成多个小的阶段(一般2-4周),每

7、个阶段都开展需求分析、设计、实现和测试,每个阶段都可以生成一个稳定和被验证过的软件版本。通过将高技术风险的需求在早期迭代里实现,有助于尽早暴露问题和及时消除风险。通过提供功能渐增的产品,持续获得客户反馈,根据反馈及时调整,使产品更加符合客户需要。确保每次迭代交付质量,避免形成技术债务,每一次迭代都必须建立在稳定的质量基础上,并做为下一轮迭代的基线,整个系统的功能随着迭代稳定地增长并不断完善。每次迭代要邀请用户代表(外部或内部)验收,

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。