目录：
1.Srcum术语
2.Srcum中的角色
3.Scrum会议
4.文档
5.自适应的项目管理
1.Scrum术语
下面是Scrum用到的术语:
角色
- ** 产品负责人**
负责维护产品订单的人，代表利益相关者的利益。 -
Scrum主管
为Scrum过程负责的人，确保scrum的正确使用并使得Scrum的收益最大化。(比如林老师) - **开发团队 **
由负责自我管理开发产品的人组成的跨职能团队。(开发的所有人) -
Scrum团队
产品负责人，Scrum主管和开发团队。
工件
- **冲刺燃尽图 **
在冲刺长度上显示每天进展的图。 -
产品订单
按照优先级排序的高层需求。 -
冲刺订单
要在冲刺中完成的任务的清单。
其他
-
冲刺
一个时间周期（通常在2周到1个月之间），开发团队会在此期间内完成所承诺的一组订单项的开发。
2.Srcum中的角色
之前林老师给我们讲过一个猪和鸡的故事，故事是这样的：
一天，一头猪和一只鸡在路上散步。鸡对猪说：“嗨，我们合伙开一家餐馆怎么样？”猪回头看了一下鸡说：“好主意，那你准备给餐馆起什么名字呢？”鸡想了想说：“叫‘火腿和鸡蛋’怎么样？”“那可不行”，猪说：“我把自己全搭进去了，而你只是参与而已。”
猪组的成员
猪 是在Scrum过程中全身投入专案的各种人物，他们在专案中承担实际工作。他们有些像上边那个笑话里的猪，要把自己身上的肉贡献出来。
产品负责人(product owner)
产品负责人代表了客户的意愿。这保证了Scrum团队在做从业务角度来说正确的事情。产品负责人编写用户故事，排出优先级，并放入产品订单。
(林老师)Scrum主管（或促进者）(scrum master)
Scrum主管促进 Scrum过程，他的主要工作是去除那些影响团队交付冲刺目标的障碍。Scrum主管并非团队的领导（因为团队是自我组织的），而是一个负责屏蔽外界对开发团队的干扰的角色。Scrum主管确保Scrum过程被按照初衷使用。Scrum主管是规则的执行者。
（林老师）开发团队(dev team)
负责交付产品的团队。一个团队通常由5至9名具有跨职能技能的人（设计者，开发者等）组成，承担实际的开发工作。
（所有人）
鸡组的成员
鸡 并不是实际Scrum过程的一部分，但是必须考虑他们。敏捷 方法的一个重要方面是使得用户和利益相关者参与到过程中的实践。参与每一个冲刺的评审和计划，并提供反馈对于这些人来说是非常重要的。
用户
软件是为了人而开发的。有人说，“假如森林里有一棵树倒下了，但没有被人听到，那么它算是发出了声音吗？”同样地，人们可以说，“假如软件没有被使用，那么它算是被开发出来了么？”
（使用该系统的人）利益相关者（客户，提供商）
影响项目成功的人，但只直接参与冲刺评审过程。
（暂时没有涉及到，可不用考虑）经理
为产品开发团体搭建环境的人。
（不用考虑）
3.Scrum会议
Scrum会议一共包含以下四种：1） 冲刺计划会议；2） 每日站立会议；3） 评审会议；4） 回顾会议。
我们目前常用的是每日站立会议，下来简单介绍下吧
在会议上，每个团队成员需要回答三个问题：
- 昨天你完成了那些工作？
- 今天你打算做什么？
- 完成你的目标是否存在什么障碍？（Scrum主管需要记下这些障碍）
站会需要遵循的原则：
1.会议准时开始。对于迟到者团队常常会制定惩罚措施
2.欢迎所有人参加，但只有"猪"可以发言。
3.不论团队规模大小，会议被限制在15分钟。
4.所有出席者都应站立。（有助于保持会议简短）
5.会议应在固定地点和每天的同一时间举行。
4.文档
- 产品订单（product backlog）：是整个专案的概要文档,比如我们现在在trello中的backlog
- 冲刺订单（sprint backlog）：是大大细化了的文档，包含团队如何实现下一个冲刺的需求的信息
- 燃尽图（burn down chart）：是一个公开展示的图表，显示当前冲刺中未完成的任务数目，或在冲刺订单上未完成的订单项的数目。
注：燃尽图的前提是总的点数不变，随着迭代周期的增长，剩余的点数越来越少
** 冲刺 **：一个冲刺为一个迭代周期，如：一个团队一个星期完成20个点(点的含义为人每天，即每张卡中规定的完成时间)，那么这一个星期为一个冲刺长度，20个点为生产率。
后两个当前还未使用到，可不用考虑
5.自适应的项目管理
以下是一些Scrum的通用实践(引用维基百科)：
- 客户成为开发团队中的一部分。（例如客户肯定对开发的结果真正感兴趣。）
和所有其他形式的敏捷软件过程一样，Scrum有频繁的包含可以工作的功能的中间可交付成果。这使得客户可以更早的得到可以工作的软件，同时使得项目可以变更项目需求以适应不断变化的需求。
- 开发团队经常评估风险并制定缓解计划。在每一个阶段根据承诺进行风险缓解，监测和管理（风险分析）。
- 计划和模块开发要保持透明，让每一个人知道谁负责什么，以及什么时候完成。
- 参与者要经常开会以跟踪项目进展 – 平衡的（发布，客户，员工，过程）仪表板更新 – 利益所有者更新。你必须拥有预警机制，例如在可能延期交付时提出警告。
- 不要隐藏问题。认识到或说出任何没有预见到的问题并不会受到惩罚。
- 在工作场所和工作时间内必须全身心投入。– 完成更多的工作并不意味着需要工作更长时间。
