笔记

1. 这本书讲的是什么？
直接讲例子比较方便:

Savioke是一家造机器人的公司，他们刚刚做了一款机器人，给酒店做物品配送服务，比如你向酒店订了个什么东西，然后机器人就把东西送过来。

但问题在于，这样新颖的模式，用户是否接受？如果用户不接受，那公司和产品也就完蛋了。于是，召集团队进行sprint——

a. 周一: 开会讨论目前存在的各种问题，并且确定本次sprint要解决的问题
[决定测试机器人在交付物品时，用户的感受]
b. 周二: 针对这个问题，团队的每个人提出解决办法
[应该怎么设计机器人的外形、交付时行为，比如给机器人加脸、声音。用户给了好评，还会跳舞]
c. 周三: 讨论提出的各种办法，选出一个方法进行测试
d. 周四: 对该方法做原型
[工程师们进行相应的开发，看起来足够真即可，不需要完全实现]
e. 周五: 让用户来接触实际的原型，得到相应的反馈
[在酒店里让用户订东西，然后看他们见到机器人时的反应]

Sprint就是这个过程: 确定问题 -> 提出解决方案 -> 确定解决方案 -> 做原型并测试
这个过程限定在5天之内完成

2. Sprint这个流程中一些很棒的点
2.1 怎么开会、讨论问题（对应周一、周二）
怎样让团队集思广益，让每个人说出对产品的理解和问题，沟通效果最大化?
[而不是人云亦云，效率低下的头脑风暴]

2.2 怎么决策，确定解决哪个问题，确定使用什么解决方案（对应周一、周三）
要解决什么问题、用什么功能来解决都有非常多的方案。如何快速进行决策，确定采用什么方案？
[而不是通过冗长的会议，辩论来决定]

2.3 怎么做原型测试（对应周五）
怎么找到测试用户？怎么保证用户的反馈真实有效？怎么把测试的情况反馈给整个团队？
[而不是用户看到了满是问题的原型，七嘴八舌的提建议]

上述内容，书中都做了很详细的阐述，非常有价值
其中，访谈有视频可以参考，见 [youtube 地址，待补]

3. 不过，sprint的实际用处有限
Sprint仅仅只是一个流程，大多数时候，人们缺的是靠谱的人做事
比如，找到优秀的工程师开发功能丰富的产品；找到优秀的产品经理，挖掘用户需求
只有当拥有优秀的团队之后，才可能开展Sprint

4. 本书我最喜欢的地方
见第2点，主要就是团队协作的一些方式