1 / 6
文档名称:

敏捷开发和scru.doc

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

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

分享

预览

敏捷开发和scru.doc

上传人:weizifan339913 2018/11/6 文件大小:23 KB

下载得到文件列表

敏捷开发和scru.doc

相关文档

文档介绍

文档介绍:敏捷软件开发

软件工程的确切定义是无法证明的,这关乎信仰。
理想化的软件过程是不存在的。
规范化的软件过程(计划驱动):可预测性;
以过程为中心(过程的质量决定了软件开发的质量);

敏捷宣言
个体和互动高于流程和工具
可工作的软件高于面面俱到的文档
客户合作高于合同谈判
响应变化高于遵循计划
尽管右项有其价值,但我们更重视左项的价值。
注解:
价值观:面对面交流与文档交流的优缺点
敏捷软件开发的特点之一迭代式的开发;
合同管理、客户谈判:(稳定需求,可控性)
找到办法,随时随地应对需求变更


敏捷原则
,是通过持续不断地及早交付有价值的软件使客户满意。
,即使在开发后期也一样。为了客户的竞争优势,敏捷过程掌控变化。
,相隔几星期或一两个月,倾向于采取较短的周期。
,项目中的每一天都不例外。
5激发个体的斗志,以他们为核心搭建项目。提供所需的环境和支援,辅以信任,从而达成目标。
6不论团队内外,传递信息效果最好效率也最高的方式是面对面的交谈。
7可工作的软件是进度的首要度量标准。
8敏捷过程倡导可持续开发。责任人、开发人员和用户要能够共同维持其步调稳定延续。
9坚持不懈地追求技术卓越和良好设计,敏捷能力由此增强。
10以简洁为本,它是极力减少不必要工作量的艺术。
11最好的架构、需求和设计出自自组织团队。
12团队定期地反思如何能提高成效,并依此调整自身的举止表现。
注解:
,是评价软件项目是否成功的最重要的指标;
;
用什么样的态度和方法来应对变更:限制变更?
敏捷开发欢迎变更;
;判别方式:每一个迭代周期结束的时刻,软件是否符合用户需要并且软件质量是否符合可交付的要求。

;
to face交流能力:你能听得懂别人说的话,也能把自己想表达的内容清晰地告诉别人。
、软件开发的质量
;可持续开发

,对not stupid 简洁的设计,但细节尽可能完美
,自我管理,自我激励
:经验和教训;
学到一点,形成一个深刻的印象,并保持这个****惯。


Scrum
生产力
士气:是否关心这个项目的成功与否;
士气是决定软件项目成败的前提和重要因素(邵栋老师认为士气是决定性的因素);
士气最初来源于个人,中期个人士气会影响整个团队;
责任感与主人翁意识:自组织形式(自己决定做什么)
协调和合作
交付质量

Scrum简介:
轻量级开发方法(过程方面的任务相对较少)
增量、迭代的开发过程(质量可交付);每个Sprint的建议长度(2周-4周);
使用产品Backlog(按商业价值排序的需求列表)来管理产品或项目需求;优先开发具有最高价值的需求;
Sprint backlog;每个迭代结束时,团队交付潜在可交付的产品增量;


一个简单的框架


Scrum的特点:
Scrum规