在SCRUM方法中明确要求了3个文档: 1 product backlog 2sprint backlog 3 burn-down chart Product backlog 中列举了本项目应该实现的需求,需求采用了用户故事的方式进行描述,用户故事是一句简短的采用用户熟悉的术语表达的需求,是用户讲给开发人员的故事,不是开发人员讲给用户的故事.既然是故事,就要有人讲,谁讲呢,是product owner来讲,每次讲时可能就有细节的不同,就要有变化,但是万变不离其宗,所以故事本身是有一定的弹性的.故…

Sprint Backlog就是任务列表,如果映射到传统的项目管理理论中就是WBS(work breakdown structure),而且是典型的采用面向交付物的任务分解方法得到的WBS. 比如有一个Product backlog 条目为: 作为系统的合法用户,可以通过录入账号和密码登录到系统中. 为了实现此需求,team member识别出了的任务,进行了工作量的估计,进行了任务了领用,其结果记录为: 用户故事作为系统的合法用户,可以通过录入账号和密码登录到系统中. 此表格是有开发人员基于经…

转载:http://www.zhoujingen.cn/blog/2767.html Scrum的基本概念其实并不复杂,但是想做好并不容易,大家都知道product backlog的重要性,但是我们如何制定和展现它,如何评定优先级,如何进行初始评估?下面我将介绍和product backlog相关的一些问题. 在Scrum之 流程和术语介绍了流程,这里主要介绍第一个最重要的工件 Product Backlog.它是Scrum的核心,也是一切的起源.它是由Product Owner负责制定的一个按…

介绍Scrum之product backlog Scrum的基本概念其实并不复杂,但是想做好并不容易,大家都知道product backlog的重要性,但是我们如何制定和展现它,如何评定优先级,如何进行初始评估?下面我将介绍和product backlog相关的一些问题. 在Scrum之 流程和术语介绍了流程,这里主要介绍第一个最重要的工件 Product Backlog.它是Scrum的核心,也是一切的起源.它是由Product Owner负责制定的一个按照重要性的级别排序了的故事列表. 一.…

健康的Product Backlog就像一个健康的人那样:整洁有序.组织合理.公开透明.一个按照优先级顺序排好的敏捷Backlog不仅能够简化发版和迭代计划,还能够对团队计划去做的所有工作进行细致规划——包括客户根本不会关注的内部工作.尤其是当利益相关者和其他团队对团队提出额外的工作需求时,Backlog能够帮助他们设定期望指标,同时还能够使工程时间具备价值,产出实际可交付的成果. 什么是Product Backlog? Product Backlog是开发团队根据路线图及需求制定的按优先级排列…

正如scrum指南中所描述的,产品待办事项列表是一个紧急而有序的列表,其中列出了改进产品所需的内容.它是scrum团队承担的工作的唯一来源. 在sprint计划 (Sprint Planning)活动中,可以由scrum团队完成的产品待办事项列表 (product Backlog) 项目被认为是可以选择的.它们通常在精炼活动后获得这种程度的透明度.产品待办事项列表细化 (backlog refinement) 是分解产品待办事项列表项并进一步将其定义为更小.更准确的项的行为.这是一个正在进行的添…

在SCRUM方法中将项目的利益相关者分成两大类:Pigs角色与chickens角色,pigs即为项目组的实际参与人员,chickens为项目组的外部人员,包括经理.最终用户等等.Pigs在scrum中细分为三个角色:Scrum master.Product owner.Team,这三个对等地位的角色构成一个平衡的铁三角推动整个项目的进展.    Scrum master不是项目经理,他没有分配任务的权力,没有考核的权力,没有下命令的权力,他在项目组承担了如下的细分角色: (1)会议主持人 他负责…

Burn down chart翻译为燃尽图或燃烧图,很形象,是Scrum中展示项目进展的一个指示器.我一直认为用户故事.每日站立会议.燃尽图.sprint review.sprint retrospective真是越琢磨越有味道的好东西,也因此很喜欢scrum这种方法,这些实践简单有效.经典! 燃尽图的样例如下: 横坐标为工作日期,纵坐标估计剩余的工作量,每个点代表了在那一天估计剩余的工作量,通过折线依次连接起所有的点形成为估计剩余工作量的趋势线.另外还有一条控制线,为最初的估计工作量到结束日期…

一般来说,制定发布计划是在尝试回答这个问题:“最晚到什么时候为止,我们可以交付这个新系统的1.0版本“ 下面是验收标准规则的一个例子: 1．  所有重要性>＝100的条目都必须在1.0版中发布. 2．  所有重要性在50-99之间的条目应该在1.0中发布,不过我们可以在紧接着的一个快速发布版中完成这些. 3．  重要性在25-49之间的条目也是需要的,但可以在1.1版本中发布. 4．  重要性<25的条目都是不确定的,也许永远不会用到. 下面是一个产品backlog的例子,根据上面的规则有不同…

在SCRUM方法中定义了4种会议活动: Sprint planning Daily meeting Sprint review Sprint retrospective 除去开发活动外这4种会议构成了scrum方法的核心活动. 这四种会议的要点如下:…