这个知识点我只是为了考试而概括的，出发点很纯粹，对实际应用Scrum并没有任何帮助。所以您如果是要学习应用技巧的，您可以参考其他网站和资料。特别注意:这些只是我的个人观点，肯定会有错的，欢迎各位指出！谢谢。

好的，那我们就考试论考试，个人感觉Scrum还是一个很重要的知识点（包含Scrum的各种工件等），所以我就提炼了一些重要知识点出来供各位参考。

首先，Scrum是一种框架，Scrum 是：轻量的，易于理解的，难以精通的 。（这些看看就好，现在偏情景题，应该不会考这些，考了就送分）其他的一些价值观啊，理念啊什么的，我就不在这里扯淡了，这个不知道就太不应该了，也不难。

Scrum里面有角色、事件、工件以及把它们组织在一起的规则。（取自Scrum 指南 2017）

角色：个人感觉“角色”里面看看中文就知道应该干什么了，就不展开说了。我这里就说一下PO的重要责任：产品负责人（PO）是唯一负责产品待办列表项（PB）的人。团队包括SM不能自说自话的去改PB表。这里注意区分PB表和待办事项表，待办事项表是以团队为主。换句话说：PB表PO说了算，你可以提意见，但是做不做PO说了算。特别要注意，如果说碰到一些新技术在敏捷里是多鼓励，团队自主决策；如果是为解决技术债务，让PO知道，就算他明确反对，团队还是可以实施。另一个和PO产生瓜葛就多的无非就是用户故事了，看见用户故事最好是看看有没有产品负责人的选项。切记，团队自己不理解用户故事别什么开团队会议去讨论。会议不是万能的，是时候让PO干的就让PO去干吧！

事件：个人感觉这个很重要，所以我打算重点的说下！事件里面有四个正式的事件：1、Sprint 计划会议  2 、每日 Scrum 站会  3 、Sprint 评审会议 4、Sprint 回顾会议 。

1、计划会议：计划会议主要回答：接下来的Sprint 交付的增量中要包含什么内容？ 要如何完成交付增量所需的工作？以一个月的 Sprint 来说最长为 8 小时。个人感觉计划会议的题目不是很难，但是要区分下题目的时间。如果Sprint已经开始了，很明显再参加计划会是不可能了，那就需要选评审会了。

2、每日Scrum 站会：一般性时间盒限定在15 分钟的左右。但是注意下，团队决定，团队认为改30分钟，SM只能说建议不要这样，但是不能强制说一定要求团队15分钟！主要三个问题，其他的问题别在站会上面谈，可以会后开小会谈。会上主要说：昨天干了什么、今天要干什么、有没有遇到什么问题。尽量不要让团队以外的人参加，如果参加了，那么也不能发言。（暗指干系人）

3、评审会议：在Sprint 快结束时举行 ，用以检视所交付的产品增量并按需调整产品待办列表。评审会议时间最长不超过4小时。个人认为主要功能有：1、迭代中哪些做完了，哪些没做完。2、演示完成的工作。3、参会的所有人就下一步的工作进行探讨。很常见的一种题目就是干系人表示不清楚当前迭代的工作，如果答案有评审会议，很有可能是正确的，具体的问题还是要看题目，但是注意别掉坑了哦！

4、回顾会议：是Scrum 团队检视自身并创建下一个 Sprint 改进计划的机会。 回顾会议时间最长不超过 3 小时。个人认为主要的功能就是：分析上一个迭代的好和不好的地方，并且加以改进。比如说决定采用哪一种优秀的工具，那么很有可能就是在回顾会议上。个人感觉书上说的还是太繁杂了，类似于PDCA里面的一个闭环，就是主要还是持续改进。我标红色的地方注意下，其他的话回顾会议没什么难的考点。

最后概括下工件，上面说的只是标准被定义的工件！但是不是全部，做题的时候要小心，有的功能这些会议有，就选这些会议！如果是100%没有的，就选合适的，不是说一定要选这个四个。如果考工件的话，个人认为只要把功能记住了，拿点分数没什么问题的。

工件：个人感觉里面重要的就两个，而且是很重要的俩个：产品待办列表和Sprint 待办列表 ，这个两个其实不难，前面也提到过。PB表由产品负责人负责管理产品待办列表的内容、可用性和排序。但是注意一下，PB表不是一成不变的，是要持续更新的。还有一点就是虽然排序是PO的事情，但是估算还是团队的事情，团队要帮助PO进行排序的，不是说随便PO排。Sprint 待办列表是将开发团队用来达成Sprint 目标的所有工作变得清晰可见。我感觉这句话很好，既然是开发团队的事情，那么顾名思义，由开发团队决定。最后注意一点：如果说增量完成了，不能团队说完成就完成，必须让PO来接受。完成的标准，应该是团队和PO商议，并且接受认可的。

写在最后，应该写的差不多了，下一篇的话我计划写下：关于看板的一些考点，感谢各位支持，如有错误欢迎及时指出。如果有上海的一起备考ACP的我们可以成立学习小组一起学习哦~共勉。

2020/4/14

酸奶yoga