1 / 42
文档名称:

敏捷开发-0216.ppt

格式:ppt   大小:1,028KB   页数:42页
下载后只包含 1 个 PPT 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

分享

预览

敏捷开发-0216.ppt

上传人:drp539603 2018/6/30 文件大小:1 MB

下载得到文件列表

敏捷开发-0216.ppt

相关文档

文档介绍

文档介绍:敏捷软件开发
英雄连
彭科
敏捷软件开发
敏捷软件开发的实践内容
如何在实际项目中选择敏捷方法
敏捷软件开发的原则
什么是敏捷软件开发
敏捷软件开发
软件工程
传统的软件开发方法
瀑布模型
传统的软件开发方法的优点和缺点
敏捷的软件开发方法
敏捷就是快速
敏捷软件开发方法的优点和缺点
敏捷软件开发宣言
我们正在通过亲身实践以及帮助他人实践,揭示更好的软件开发方法。通过这项工作,我们认为:
人和交互胜过过程和工具
可以工作的软件 胜过面面俱到的文档
客户合作胜过合同谈判
随时应对变化胜过遵循计划
虽然右项也有价值,但我们认为左项更加重要。
敏捷宣言遵循的原则
在团队内部,最有效率也最有效果的信息传达方式,就是面对面的交谈。
在整个项目开发期间,业务人员和开发人员必须朝夕工作在一起。
围绕斗志高昂的人构建项目。给他们提供所需的环境和支持,并且信任他们能够完成任务。
我们最优先要做的是通过尽早地、持续地交付有价值的软件来满足客户需求。
经常交付可以工作的软件,从几个星期到几个月,时间间隔越短越好。
可以工作的软件是进度主要的度量标准。
我们欢迎需求的变化,即使到了开发后期。敏捷过程能够驾驭变化,为客户创造竞争优势。
敏捷过程提倡可持续开发。出资人、开发者和用户应该总是保持稳妥定的开发速度。
简单--尽量减少工作量的艺术是至关重要的。
对卓越技术和良好设计的不断追求有助于提高敏捷性。
每隔一定时间,团队都要总结如何更有效率,然后相应地调整自己的行为。
最好的构架、需求和设计都源自自我组织的团队。
敏捷方法——我的观点
没有一成不变的方法
XP——极限编程
Scrum——英式橄榄球争球队开发模型
在过程中符合敏捷原则的就是敏捷方法
合适的方法就是好方法
方法是给人用的,不能让方法限制人的发挥
敏捷开发实践
敏捷计划
敏捷设计
敏捷环境
敏捷质量
敏捷开发实践
敏捷环境
在团队内部,最有效率也最有效果的信息传达方式,就是面对面的交谈。
在整个项目开发期间,业务人员和开发人员必须朝夕工作在一起。
围绕斗志高昂的人构建项目。给他们提供所需的环境和支持,并且信任他们能够完成任务。
现场客户
开放的工作空间
结对编程
集体代码所有权
每日站立会议
敏捷环境:现场客户
客户作为团队成员
客户是谁?
策划
玩家反馈
需求提出者
何谓团队成员
能够每天始终与研发团队在一起
时刻能够看到项目目前的开发状态
至少每隔几天能够看到发布版本并与开发团队讨论
客户能够最快看到成果,并提出修改意见
敏捷环境:开放的工作空间
所有成员都在同一个房间工作
墙壁上挂满任务进度、任务明细等图表
所有人可以在房间中自由走动,与其他人交谈
所有人都随时了解其他人是否碰到困难,并提供帮助
大家工作在适合激烈讨论的位置