请关注我的微信公众号
个人微信公众号
技术交流群 (仅作技术交流)：642646237
请关注我的头条号：
Java线程
Scrum 项目是如何启动的
项目完全由产品负责人启动，他负责从不同的利益相关者或者能够代表这些人的用户中获取输入，从而拟定一份需求清单来创建产品积压工作。
产品积压工作
一个排定优先级的需求列表，其中包括了从业务功能到技术问题到缺陷修复的一切内容。
建议将产品积压工作保持在业务层面上，只包含业务需求。
Scrum产品积压工作的用户需求通常在一两天的需求讨论会上作为短小的用户故事收集而成，该会在发布和冲刺规划会议之前举行。
发布规划
发布规划在早期从某种程度上讲是可选的，但是可以让 Scrum 团队更加有效率。因此，强烈建议产品负责人与团队在规划会议之前了解产品并进行发布规划(即使实践起来很困难)。
产品负责人对产品了解得越多，对团队的帮助就越大。
发布规划的关键目标是让 Scrum 团队确定软件产品应该交付的所有发布，还有一份合理的交付日程表。发布规划会议在 4 周一次冲刺的 Scrum 团队中应该持续 4 个小时。
冲刺规划
Scrum 团队应该进行冲刺规划，作为发布规划过程的一部分，或者在发布
规划完成之后独立进行。
冲刺规划会议应该在 4 周一次冲刺的团队中持续 8 个小时，而在两周一次冲刺的团队中为 4 个小时。
4 周一次冲刺的团队可以将冲刺规划会议分为两次 4 个小时的会议。
冲刺规划会议的第一阶段
产品负责人将把需求作为用户故事讲一遍，会根据团队的反馈来决定哪些冲刺包含哪些需求，以及它们的目标是什么。第一次会议主要回答“是什么” 问题。
冲刺规划会议的第二阶段
将关注“怎么做”问题。 开发团队会尝试从之前选择的故事中确认任务，并推断把这些任务转换成可交付的产品增量所需要的时间(以小时为单位)。
除非团队使用某种规划软件，否则冲刺的所有开发任务都体现在任务板中，就是在墙上有一个白板，便于团队分配和跟踪。
启动实际的冲刺工作
一旦发布规划和冲刺规划会议完成，接着启动实际的冲刺工作， 伴随着 15 分钟的每日 Scrum 会议(或称为每日站立会议)。
起初，每日站立会议可能会持续长达 30 分钟，但是随着 Scrum 不断地发展和调整，它的持续时间在实践中越来越少，如今大约是 15 分钟。
一个冲刺的持续时间为 1~4 周。除了在非常特殊的情况下，否则在冲刺进行过程当中，不允许冲刺积压工作增加或者删除条目，除非团队和产品负责人同意这样做，但这是规范之外的例外情况。
传统过程 VS Scrum
在传统过程中，项目经理负责组织每周状态会议来跟踪项目状态；
在 Scrum 中团队每天开会来检查迈向冲刺目标的团队进展，而不是项目状态。
燃尽图
为了跟踪团队迈向目标的进展，团队会创建燃尽图来显示冲刺中剩余的工作量。
虽然燃尽图是由团队创建的，但是当团队没有时间更新时，可以由 Scrum Master 来更新。
冲刺审查会议
在每个冲刺结束之前，团队会与产品负责人见面，召开由 Scrum Master 组织的冲刺审查会议，这是 Scrum 检查和适应机制的一部分。
这是另外一个时间固定的会议，通常在 4周一次冲刺的团队中是 4 小时，而在两周一次冲刺的团队中是两小时。
冲刺审查会议目的
首先， 让 Scrum 团队和产品负责人讨论哪些已经完成和哪些未完成。
然后，团队给产品负责人演示构建的东西，并得到他的反馈。
最后，第三个目的是从产品负责人那里获得关于产品或者市场方向的变化更新。
冲刺回顾会议
在冲刺审查之后和下一个冲刺启动之前， Scrum 团队还会召开一个冲刺回顾会议来确定在当前冲刺中哪些值得借鉴，哪些需要纠正。目的是了解在进入下一个冲刺的时候如何使团队的协作更加有效率。
回顾会议通常在每月一次冲刺的团队中持续 3 个小时。
网友评论