一、前言
入职两个月，作为新人，没有参加过一次早晨的scrum会议。
最大的感触就是，有一天中午，带我的开发哥哥突然说产品今天下午提测，我突然就懵了。
这算是我体会的最大的团队中人没有参加scrum，而导致的信息不对等的差异吧。
团队的壮大，公司开始拆分。现在所有的人都要参加scrum，但是原来的团队被拆分了，控制scrum的人数在一定的范围内。
二、scrum培训
由很有经验的老员工讲解培训scurm。
摘要重点：（参考：http://www.scrumcn.com/agile/scrum-knowledge-library/scrum.html#tab-id-1）
Scrum 是一个用于开发和维持复杂产品的框架 ，是一个增量的、迭代的开发过程。在这个框架中，整个开发过程由若干个短的迭代周期组成，一个短的迭代周期称为一个Sprint，每个Sprint的建议长度是2到4周(互联网产品研发可以使用1周的Sprint)。在Scrum中，使用产品Backlog来管理产品的需求，产品backlog是一个按照商业价值排序的需求列表，列表条目的体现形式通常为用户故事。Scrum团队总是先开发对客户具有较高价值的需求。在Sprint中，Scrum团队从产品Backlog中挑选最高优先级的需求进行开发。挑选的需求在Sprint计划会议上经过讨论、分析和估算得到相应的任务列表，我们称它为Sprint backlog。在每个迭代结束时，Scrum团队将递交潜在可交付的产品增量。 Scrum起源于软件开发项目，但它适用于任何复杂的或是创新性的项目。
scrum框架中3个角色：
- 产品负责人（Product Owner）
- Scrum Master
- Scrum团队
scrum框架中3个工件：
- 产品Backlog（Product Backlog）
- SprintBacklog
- 燃尽图（Burn-down Chart)
scrum框架中5个会议：
- Sprint计划会议（Sprint Planning Meeting）
- 每日站会（Daily Scrum Meeting）
- Sprint评审会议（Sprint Review Meeting）
- Sprint回顾会议（Sprint Retrospective Meeting）
- 产品Backlog梳理会议（ Product Backlog Refinement）
还有其他的一些概念，比如敏捷估算大小，用户故事，跨职能团队等。
三、讨论
A：以前团队也搞过纸片燃尽图，很耗时间，而且纸片乱飞。
B：敏捷估算时间，如果真的要大家都参与，一天的时间几乎就没有了，就这样，每次估算的结果还不准。
C：每天开scrum时间，我们以前都是下班前，很多都是早晨，迟到或者早退都会有惩罚。
D：其实培训这么多，scrum是一个团队，什么活动会议都是形式，最终的目标都是让大家更团结，更好的完成每个阶段的目标。如果有一定的奖励政策，这样每个人都有主人公意识，并且如果因为自己迟到早退或者没有完成任务而影响到大家，都会有负罪感，就是这种团队的感觉把大家紧紧的围在一起，这样才能达到这些效果。要不然还是流于形式，还浪费大家的时间。
。。。
四、体会
下一个迭代，自己将参与scrum，现在还没有亲历。
对于我最直观的影响，是知道自己所呆的团队每个人都在做什么，如果自己开发过程中遇到业务上的对接，也知道大概和谁对接。