3、有了Product Backlog列表,我们需要通过 Sprint Planning Meeting(Sprint计划会议) 来从中挑选出一个Story作为本次迭代完成的目标,这个目标的时间周期是1~4个星期,然后把这个Story进行细化,形成一个Sprint Backlog; 4、Sprint Backlog是由Scrum Team去完成的,每个成员根据Sprint Backlog再细化成更小的任务(细到每...
能够清晰的分解成可执行、短小的 task 的需求才是好需求,无论用 user story 还是拿友商的同类产品直接山寨还是老板某天洗澡突发的灵感,只要是个 stakeholder 想要做且细节都定义清楚了的需求都是好需求。反之,如果无法分解,那就是需求分析的失败了,管你什么炫酷的方法都是浮云。像题主所说,一个任务给 200 或 300...
Product owner在plan meeting中要给出Sprint Backlog的唯一排序,整个团队按照优先级别来完成这些backlog,也就是要事第一,全神贯注。 User Story/Tasks VS. 关注引领性指标 用户故事(user story)是从用户的角度来描述用户渴望得到的功能。用户故事会分解为小的task,这个样整团队就可以去完成一个个task,进而完成用户...
2、Task(任务)。任务可以跟用户故事挂钩,当然不做关联也可以。就例如给电脑搭一套新的开发环境,或者去研究机器 cpu 内存的事宜,这些任务就没必要跟用户故事扯上关系。 3、Backlog(清单)。好些个用于未来冲刺计划的用户故事和任务组成的列表就是Backlog。
2、Task(任务)。任务可以跟用户故事挂钩,当然不做关联也可以。就例如给电脑搭一套新的开发环境,或者去研究机器 cpu 内存的事宜,这些任务就没必要跟用户故事扯上关系。 3、Backlog(清单)。好些个用于未来冲刺计划的用户故事和任务组成的列表就是Backlog。
就算是设计 api，也可以用 user story，把 api 调用者当做 user 来理解就好。要是不清楚怎么设计 user story 也没关系，能分解的需求就是好需求，定出 task 才是关键。如何分解 task？Task 的关键是要有一个明确的完成条件，比如实现 XX api、实现 YY 功能点等。如果程序员负责写单元测试用例的话...
1. User Story。一小部分功能是,团队将在一个被称为Sprint的时间段内工作。通常的格式是:作为[用户角色],希望[系统做这个和那个],以便[交付这样和这样的商业价值]。它必须有一个“完成的定义”,用来确定故事是否已经正确执行。 2. Task。它可以与用户故事相关或不相关。例如,设置新的开发环境或研究CPU内存问题...
任务(Task) 任务以及可能的子任务是有助于响应用户故事的技术活动。理想情况下,这些活动的规模应该相同(就工作复杂性而言),但可能具有不同的性质:设计、开发、测试等。 SCRUM 中的 3 个基本图形 燃尽和燃尽 燃尽图 (Burndown Chart) - 冲刺燃尽图允许跟踪已完成工作量随时间的演变。一条线代表已经完成的工作(下...
我们在Scrum的旅程中会总结出一些好的实践,但这些是涌现出来的实践(不应称为最佳实践),或者我们叫Scrum的模式(pattern)语言, 比如相对估算,用户故事和用户故事点(user story point); Sprint和发布燃尽图,包括速率的概念等等。 还有一个常见的例子,我们提到Sprint backlog,会马上想到任务(Task),Scrum 没有明确说Spri...
Scrum Masters coaches, coaches, coaches and enables their teams to develop excellent products. This can be a challenging and time-consuming task for new teams in organizations that are also novices to Scrum. Over time, the team improved. Does the Scrum Master role disappear completely and continu...