what?

最初的互联网在1969年，但当时只限于美国的军方使用（阿帕网），直到1983年才开始分为民用网和军用网，互联网时代才渐渐展开，而这个时期，有两位Ken Sutherland和Jeff Sutherland，在合作时却发现当时没有一种有效的高性能的团队工作的方法。在后来两人在IBM项目合作时期，结合自身经验和参考相关资料发明了Scrum。1995年OOPSLA大会上他们第一次向世人介绍了Scrum。
总结：Daily Scrum就是一种团队管理方法。（做一件事情的流程）

why?

• 作者的背景

Jeff Sutherland
最初是作为美国空军战斗机飞行员，后来斯坦福大学拿下统计学硕士学位，并在美国空军学院教授数学统计学和概率学。1983年，他进入了一家遍及北美、经营着150家银行的公司，职务为先进系统副总裁及ATM业务部总经理。此后，Sutherland先后担任了11家软件公司的CEO、CTO或者工程副总裁。
Ken Schwaber
最初的职业也很特别——商船经理。后来他曾经编写过操作系统，搞过嵌入式，为IBM大型机开发系统软件；先后在芝加哥大学、伊利诺伊理工学院、王安公司实验室工作，在CASE工具和结构化方法热门的时候，他自己创办了ADM公司，从事软件开发方法培训服务。

• 没提出前是怎么工作的？

这个大家可自行想象~

• 用了之后它解决了什么问题？

1.作为管理者：
能了解观测团队每个人的进程，面对确定性项目可以把控开发进程，面对实验性项目可以随时得到反馈并做出调控，以得到最好的结果。
2.作为参与者：
及时总结和反思最近做了什么，与同事之间面对面交流会互相了解并形成激励机制，即时知道当前需要做什么，知道同事在做什么，以保持每天的工作高效。

how?

• 什么时候去做？要做什么？

scrum开发一般分为四部分：
计划会 Sprint Planning Meeting：在每个项目开始研发之初，由产品负责人（下面有解释）讲解需求，并由开发团队进行估算的计划会议。
每日立会 Daily Standup Meeting：团队每天进行沟通的内部短会，因一般只有15分钟且站立进行而得名。时间不能过长，否者容易拖沓和闲聊，开会频率不能太高，太高容易使人厌烦，不但得不到良好的反馈和激励反而形成累赘和浪费时间。
评审会 Review Meeting：在项目结束前给产品负责人演示并接受评价的会议。
反思会/回顾会 Retrospective Meeting：在冲刺结束后召开的关于自我持续改进的会议。

• 那些人参与？

scrum虽然适用与大部分研发式的工作管理，但一开始被创作出来是为了软件开发，在一个软件开发项目中，典型的scrum的参与者一般有
产品负责人 Product Owner： 负责维护和排列产品订单，了解目前进度，了解客户需求，作为需求者和产品开发团队之间的桥梁和沟通，代表利益相关者的利益。
Scrum主管 Scrum Master： 为Scrum过程负责的人，确保scrum的正确使用并使得Scrum的收益最大化。
开发团队 Team: 由负责自我管理开发产品的人组成的跨职能团队。

• 在哪里做？

地点随意，舒服方便的环境即可~

• 做之前要准备什么？

产品负责人需要了解客户需求为客户着想与开放团队交流沟通，客户需求是否有变动和调整，项目开发是否顺利~
开发团队往往需要自我询问~
1.今天你完成了哪些工作？（昨天你完成了什么？）
2.明天你打算做什么？（今天打算做什么？）
3.完成你的目标有什么困难？
（Scrum主管需要记下这些困难）
前期做好准备以方便保持每日例会的高效和快速进行

• 要做好的话，要避免什么？

scrum敏捷开发顾名思义，以迅雷不及掩耳之势总结思考调整，得以高效的完成一个个小任务。并有总结会议不断发现和改正问题，以提高效率。
但实际中（随便举几个例子。。。）
1.时间把控很关键，尽量控制在15钟左右，时间太长容易成为闲聊到唠嗑，影响一整天的工作和效率（站会一定要简短，时间一定要固定）
2.scrum主管任务划分不当任务太笼统容易出现，昨天在做这个工作，今天还在做这个工作，明天继续做这个工作，每日例会一直是这个事，显得每日例会没有必要
3.个人能力不同导致进度不同，从而进度快的人在开完每日会议后怠惰，进度慢的人感到压力巨大但实际并没有什么用，最后拖慢整体效率。
水能载舟，亦能覆舟，scrum毕竟只是一种工具，一种方法