敏捷:Scrum常见概念一览

常见的敏捷方法有:Scrum、极限编程(XP)、特征驱动开发(Feature-Driven Development,FDD)、动态系统开发方法(Dynamic System Development Methods,DSDM)、水晶家族方法(Crystal family methods,透明水晶、×××水晶、橙色水晶、红色水晶)、精益软件开发(Lean software development)、看板开发(Kanban Development)。

上海交通大学项目管理中心
1、Scrum 的三个理论支柱:透明、检查、自适应。
2、在Scrum框架中,在检查和自适应两个支柱中,有四个规划会议:冲刺回顾会议、每日Scrum会议、冲刺评审会议、冲刺规划会议。
3、Scrum整个过程图解:

4、Scrum团队包括三个:Scrum team、Scrum Master、Product owner。
5、Scrum方法中牵涉到几个不同类型的活动或者事件:冲刺、冲刺规划会议、每日Scrum会议、冲刺评审会议、冲刺回顾会议。
5、冲刺(Sprints):一个冲刺是一个时间盒子下的迭代,通常是一个月或更少的时间,来创造一个可以发布的产品。
7、冲刺规划会议(Sprint Planning Meeting):这个会议是决定在一次冲刺中将要交付什么成果,以及工作如何被完成的会议。
8、每日站立会议(Daily Scrum):受制于15分钟时间盒子的限制,主要是三个问题:一是我昨天已经完成了什么;二是我今天将要完成什么;三是我碰到了什么问题;
9、冲刺评审会议(Sprint Review):评审会议在冲刺结束时进行,主要是检查增量,完成的产品。
10、冲刺回顾会议(Sprint Retrospective):在冲刺结束的时候进行,在评审结束后。团队通过冲刺回顾会议来检测过程,寻找合适的改进措施。回顾会议发生在冲刺评审会议之后,以及下一个冲刺规划会议之前。
11、工件(Artifacts):大多数情况下,工件是在产品待办项和冲刺待办项中的交付成果,一般被认为是一种已经“完成”的交付成果。
12、产品待办项(Product Backlog):是一个排好序列的清单,是可能涉及到产品需要的所有事项。这个待办项是一种动态和演进的,所以是“变化”的。
13、冲刺待办项(Sprint Backlog):是从产品待办项中选出的特定冲刺组合。完成的定义(Definition of done):即在待办项中被认为完成的内容,大多数人必须一致的的认为其完成的定义是什么。
14、Scrum中三个角色的职责:

原文地址:http://blog.51cto.com/13554215/2094243

时间: 2024-08-04 19:47:47

敏捷:Scrum常见概念一览的相关文章

聊聊JVM(二)说说GC的一些常见概念

转自CSDN 上一篇总结GC的基础算法,各种GC收集器的基本原理,还是比较粗粒度的概念.这篇会整理一些GC的常见概念,理解了这些概念,相信对GC有更加深入的理解 1. 什么时候会触发Minor GC? Eden区域满了,或者新创建的对象大小 > Eden所剩空间 CMS设置了CMSScavengeBeforeRemark参数,这样在CMS的Remark之前会先做一次Minor GC来清理新生代,加速之后的Remark的速度.这样整体的stop-the world时间反而断 Full GC的时候会

敏捷Scrum项目管理汇总(思维导图)

敏捷Scrum项目管理汇总(思维导图):

H264的常见概念

H264,应该是读者常见的技术术语吧,那h264是什么东西呢? H.264是视频编码标准. 在术语的拼写上,小程以能理解为准. 本文介绍H264的常见概念. 预警,本文相对枯燥,读者可随时放弃阅读. (1)H264从哪里来? 小程之前介绍媒体格式的概念时,有提到过国际标准化组织(ISO),现在又是它出场的时候. H264是国际标准化组织(ISO)与国际电信联盟(ITU)的产物. 但ISO是大boss,给的是造福人类的方向,真正做这件事的是他的下属MPEG,MPEG是动态图像专家组. 同样,ITU

研发管理08:敏捷 Scrum 相关基本概念

本文描述 Scrum 的相关概念. 1, 定义与概述 2, 三个角色 3, 六个时间箱 4, 四个工件

Scrum 常见错误实践 之 形式化的站会

站会作为一个团队最容易实施的敏捷实践,为广大team leader和老板们所喜欢,但大部分程序员却很抵触.其主要原因就是很多时候站会都流于形式,没能帮助团队成员解决问题.改进效率. 一种常见的情况就是,站会不由团队自己发起,而是由leader发起.领导们都喜欢团队成员每周甚至每天汇报工作情况,也就是所谓的周报啊日报之类的,其实大部分时候leader们都不会看这些.这种由领导发起的站会自然而然就很容易变成工作汇报会.我相信没有多少人喜欢每天都汇报的.而且大部分leader对于站会都只是喜欢个形式,

维度模型数据仓库基础对象概念一览

一.度量.指标.指标器 度量和维度构成OLAP的主要概念,对于在事实表或者一个多维立方体里面存放的数值型的.连续的字段,就是度量.这符合上面的意思,有标准,一个度量字段肯定是统一单位,例如元.户数.如果一个度量字段,其中的度量值可能是欧元又有可能是美元,那这个度量没法汇总. 在OLAP中还有计算度量的说法,用一个总费用除以用户数,得到每户平均费用.但这究竟还算不算度量了呢?这已经不是原本意义上的度量了,只是为了称呼方便而已. 这就得说到指标,英文的Metric.在绩效管理软件里面,通常是有这个概

AE常见接口之间的关系(较笼统)+arcgis常见概念

常见的接口有如下关系 IworkspaceFactory-------------->IworkSpace------------------>IfeatureWorkSpace ---------------->IFeatrueClass------------->IFeature() |                                       | |                                       | |             

Java并发编程核心概念一览

并行相关概念 同步和异步 同步和异步通常来形容一次方法的调用.同步方法一旦开始,调用者必须等到方法结束才能执行后续动作:异步方法则是在调用该方法后不必等到该方法执行完就能执行后面的代码,该方法会在另一个线程异步执行,异步方法总是伴随着回调,通过回调来获得异步方法的执行结果. 并发和并行 很多人都将并发与并行混淆在一起,它们虽然都可以表示两个或者多个任务一起执行,但执行过程上是有区别的.并发是多个任务交替执行,多任务之间还是串行的:而并行是多个任务同时执行,和并发有本质区别. 对计算机而言,如果系

Scrum 常见错误实践 之 过长的站会

站会看起来很简单,在实践过程中,却经常会出现控制不当而导致达不到应用效果的状况.我只是结合自己的一些过往经历作一些浅显的总结. 一个很常见的就是站会拖得太长. 一般来说站会不应该超过15分钟,每个人应该不超过两分钟:但是很多时候都会因为在站会上讨论具体的技术问题而拖长时间:这是应该重点避免的情况.一是要节约会议时间,更重要的是明确站会的目的和主题,这样开会才更有效率. 如果过于纠结于具体的技术细节,开展了长篇的讨论,其他人的时间会被浪费.而且长期下来,会打击其他成员的积极性,让站会上本来应该关注