1 / 12
文档名称:

敏捷开发流程自己总结.doc

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

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

分享

预览

敏捷开发流程自己总结.doc

上传人:2028423509 2021/11/28 文件大小:231 KB

下载得到文件列表

敏捷开发流程自己总结.doc

相关文档

文档介绍

文档介绍:- -
. 优选-
敏捷开发的相关简介
敏捷定义
Scrum是一个轻量级的软件开发方法
Scrum是一个敏捷开发框架,是一个增量的、迭代的开发过程。在这个框架中,整个开发周期包括假设干个小的迭代周期,每个小的迭代周期称为一个Sprint,每个Sprint的建议长度2到4周。
在Scrum中,使用产品Backlog来管理产品或工程的需求,产品backlog是一个按照商业价值排序的需求列表,列表条目的表达形式通常为用户故事。Scrum的开发团队总是先开发的是对客户具有较高价值的需求。在每个Sprint中,Scrum开发团队从产品Backlog中挑选最有价值的需求进展开发。
Sprint中挑选的需求经过Sprint方案会议上的分析、讨论和估算得到一个Sprint的任务列表,我们称它为Sprint backlog 。在每个迭代完毕时,Scrum团队将交付潜在可交付的产品增量。
敏捷的原那么
个体与交互胜过过程与工具
可以工作的软件胜过面面俱到的文档
客户协作胜过合同谈判
响应变化胜过遵循方案
这四句价值观用语句表达就是:
自组织团队与客户严密协作,通过高度迭代式、增量式的软件开发过程响应变化,并在每次迭代完毕时交付经过编码与测试的有价值的软件。
- -
. 优选-
胜过
与客户确定合同后在初期制定并遵循基于活动的完整方案,在重型过程和工具指导下,通过完成大量文档进展知识传递,最后交付需求。
"敏捷宣言"12条原那么
、持续地交付有价值的软件来满足客户。
,甚至在开发后期。敏捷过程控制、利用变化帮助客户取得竞争优势。
,间隔从两周到两个月,偏爱更短的时间尺度。

,给予他们所需的环境和支持,信任他们能够完成工作。


。发起人、开发者和用户应始终保持稳定的步调。
——使必要的工作最小化的艺术——是关键。

、需求和设计产生于自我组织的团队。
,并相应地调整、校正自己的行为。
- -
. 优选-
敏捷的角色
1产品负责人
产品负责人〔Product Owner〕的职责如下:
• 确定产品的功能。
• 决定发布的日期和发布内容。
• 为产品的ROI负责。
• 根据市场价值确定功能优先级。
• 每个Sprint,根据需要调整功能和优先级〔每个Sprint开场前调整〕。
• 承受或拒绝承受开发团队的工作成果。
2 ScrumMaster
作为Team Leader