欢迎大家赞助一杯啤酒🍺 我们准备了下酒菜：Formal mathematics/Isabelle/ML, Formal verification/Coq/ACL2, C++/F#/Lisp
Scrum
小 (→图集) |
|||
| （未显示1个用户的16个中间版本） | |||
| 第1行： | 第1行： | ||
| − | + | {{SeeWikipedia|Scrum (development)}} | |
| + | |||
| + | 敏捷软件开发模型--SCRUM | ||
一 什么是Scrum? | 一 什么是Scrum? | ||
| 第45行： | 第47行： | ||
二）实施Scrum的过程简单介绍 | 二）实施Scrum的过程简单介绍 | ||
| − | + | *1) 将整个产品的backlog分解成Sprint Backlog,这个Sprint Backlog是按照目前的人力物力条件可以完成的。 | |
| − | 1) 将整个产品的backlog分解成Sprint Backlog,这个Sprint Backlog是按照目前的人力物力条件可以完成的。 | + | *2) 召开sprint planning meeting，划分，确定这个Sprint内需要完成的任务，标注任务的优先级并分配给每个成员。注意这里的任务是以小时计算的，并不是按人天计算。 |
| − | 2) 召开sprint planning meeting，划分，确定这个Sprint内需要完成的任务，标注任务的优先级并分配给每个成员。注意这里的任务是以小时计算的，并不是按人天计算。 | + | *3) 进入sprint开发周期，在这个周期内，每天需要召开Daily Scrum meeting。 |
| − | 3) 进入sprint开发周期，在这个周期内，每天需要召开Daily Scrum meeting。 | + | *4) 整个sprint周期结束，召开Sprint review meeting，将成果演示给Product Owner. |
| − | 4) 整个sprint周期结束，召开Sprint review meeting，将成果演示给Product Owner. | + | *5) 团队成员最后召开Sprint retrospective meeting，总结问题和经验。 |
| − | 5) 团队成员最后召开Sprint retrospective meeting，总结问题和经验。 | + | *6) 这样周而复始，按照同样的步骤进行下一次Sprint. |
| − | 6) 这样周而复始，按照同样的步骤进行下一次Sprint. | + | |
整个过程如下图所示： | 整个过程如下图所示： | ||
| 第59行： | 第60行： | ||
来源: http://www.cnblogs.com/Ring1981/archive/2006/09/07/496591.html | 来源: http://www.cnblogs.com/Ring1981/archive/2006/09/07/496591.html | ||
| − | == | + | ==文档== |
| + | *[http://docs.huihoo.com/rsaconference/europe-2012/Mastering-Security-in-Agile-Scrum-Case-Study.pdf Mastering Security in Agile/Scrum, Case Study] | ||
| + | |||
| + | ==图集== | ||
| + | <gallery widths=100px heights=100px perrow=6> | ||
| + | Image:Scrum-flow.png | ||
| + | Image:scrum-01.png|角色 | ||
| + | Image:scrum-02.png|活动和交付件 | ||
| + | Image:scrum-03.png|全景图 | ||
| + | image:task-kanban.png|看板系统 | ||
| + | image:scrum-for-a-team.png|Scrum for a Team | ||
| + | </gallery> | ||
| + | |||
| + | ==链接== | ||
| + | *http://scrum.org | ||
| + | *[http://www.scrumalliance.org/ Scrum联盟] | ||
*http://www.controlchaos.com | *http://www.controlchaos.com | ||
*http://www.jeffsutherland.com/ | *http://www.jeffsutherland.com/ | ||
| + | *[http://www.infoq.com/cn/news/2011/07/ScrumAllianceStrengthensCSP Scrum联盟改进CSP认证，Beta版本公布] | ||
| + | *[http://www.opensourcescrum.com/ Scrum Agile Software Project Management Open Source Tools] | ||
| + | *[http://www.infoq.com/cn/articles/hiranabe-lean-agile-kanban 将看板应用于软件开发：从敏捷到精益] | ||
| + | *[http://www.infoq.com/cn/articles/agile-kanban-boards 用“看板图”实现敏捷项目的可视化] | ||
| + | |||
| + | [[category:software development]] | ||
| + | [[category:agile]] | ||
2018年8月17日 (五) 00:53的最后版本
|
您可以在Wikipedia上了解到此条目的英文信息 Scrum Thanks, Wikipedia. |
敏捷软件开发模型--SCRUM
一 什么是Scrum?
Scrum (英式橄榄球争球队), 软件开发模型是敏捷开发的一种，在最近的一两年内逐渐流行起来。
Scrum的基本假设是：
开发软件就像开发新产品，无法一开始就能定义软件产品最终的规程，过程中需要研发、创意、尝试错误，所以没有一种固定的流程可以保证专案成功。Scrum 将软件开发团队比拟成橄榄球队，有明确的最高目标，熟悉开发流程中所需具备的最佳典范与技术，具有高度自主权，紧密地沟通合作，以高度弹性解决各种挑战，确保每天、每个阶段都朝向目标有明确的推进。
Scrum 开发流程通常以 30 天(或者更短的一段时间)为一个阶段，由客户提供新产品的需求规格开始，开发团队与客户于每一个阶段开始时挑选该完成的规格部分，开发团队必须尽力于 30 天后交付成果，团队每天用 15 分钟开会检查每个成员的进度与计划，了解所遭遇的困难并设法排除。
二 Scrum较传统开发模型的优点
Scrum模型的一个显著特点就是响应变化，它能够尽快地响应变化。下面的图片使用传统的软件开发模型(瀑布模型、螺旋模型或迭代模型)。随着系统因素（内部和外部因素）的复杂度增加，项目成功的可能性就迅速降低。
下图是Scrum模型和传统模型的对比：
三 Scrum模型
一) 有关Scrum的几个名词
backlog: 可以预知的所有任务， 包括功能性的和非功能性的所有任务。
sprint:一次跌代开发的时间周期，一般最多以30天为一个周期.在这段时间内，开发团队需要完成一个制定的backlog,并且最终成果是一个增量的，可以交付的产品。
sprint backlog:一个sprint周期内所需要完成的任务。
scrumMaster: 负责监督整个Scrum进程，修订计划的一个团队成员。
time-box: 一个用于开会时间段。比如每个daily scrum meeting的time-box为15分钟。
sprint planning meeting: 在启动每个sprint前召开。一般为一天时间（8小时）。该会议需要制定的任务是：产品Owner和团队成员将backlog分解成小的功能模块, 决定在即将进行的sprint里需要完成多少小功能模块，确定好这个Product Backlog的任务优先级。另外，该会议还需详细地讨论如何能够按照需求完成这些小功能模块。制定的这些模块的工作量以小时计算。
Daily Scrum meeting：开发团队成员召开，一般为15分钟。每个开发成员需要向ScrumMaster汇报三个项目：今天完成了什么？ 是否遇到了障碍？ 即将要做什么？通过该会议，团队成员可以相互了解项目进度。
Sprint review meeting：在每个Sprint结束后，这个Team将这个Sprint的工作成果演示给Product Owner和其他相关的人员。一般该会议为４小时。
Sprint retrospective meeting：对刚结束的Sprint进行总结。会议的参与人员为团队开发的内部人员。一般该会议为３小时。
二）实施Scrum的过程简单介绍
- 1) 将整个产品的backlog分解成Sprint Backlog,这个Sprint Backlog是按照目前的人力物力条件可以完成的。
- 2) 召开sprint planning meeting，划分，确定这个Sprint内需要完成的任务，标注任务的优先级并分配给每个成员。注意这里的任务是以小时计算的，并不是按人天计算。
- 3) 进入sprint开发周期，在这个周期内，每天需要召开Daily Scrum meeting。
- 4) 整个sprint周期结束，召开Sprint review meeting，将成果演示给Product Owner.
- 5) 团队成员最后召开Sprint retrospective meeting，总结问题和经验。
- 6) 这样周而复始，按照同样的步骤进行下一次Sprint.
整个过程如下图所示：
来源: http://www.cnblogs.com/Ring1981/archive/2006/09/07/496591.html
[编辑] 文档
[编辑] 图集
角色
活动和交付件
全景图
看板系统
Scrum for a Team
