-
page116 原文：敏捷对团队的要求很简单：自主管理，自我组织，多功能型。
自主管理需要做到怎样的程度呢？有些积极性不高的人怎么才能做到自我组织呢，靠的是Scrum Master的督促嘛？从这两点我发现Scrum的适用范围并不高，只能提高部分人的效率，那能力不足
的人 怎么样来贯彻敏捷的思想呢！
-
page128 原文：第一个原则，就是所有信息都保留并公开，讨论要包括所有要涉及的角色，决定要公开并告知所有人。
这样的原则不会拖慢项目进度嘛？所有信息都公开，如果泄露怎么办；而且如果项目涉及的东西太多，讨论的时间太久怎么破？最不能理解的是我做错过，但是我改正了，但是记录上有你错的记
录，犯错的人会不会受到影响？
书上的解释我觉得只是看到了这项原则的优点，没有把缺点算入！
-
page130 原文：充分授权和信任。
太过于信任不会形成反效果嘛？每天负责人都会观看组员的工作进展，会拖慢他的工作进度对吧？
我认为还是要对信任有一个范围的约束，不能放任组员自己来实现工作，还是得在工作期间有一定的查询！
-
page139 原文：与顾客合作。
用户的理解范畴和我们的理解范畴并不一样，花时间花精力来跟他沟通他想要的，会不会出现误差？
合作应该是让用户来体验我们做出来的成果，让他来做“测试者”(指非专业的测试员)，在让他提出要求！
-
page136 原文：投资质量
这里质量的投入该怎么把握，与用户的预期不同的话那岂不是耗时耗力不讨好？
书上说的是我们该做到得到，并没有和用户结合起来探讨，我的想法是在用户能承受的范围内做到优于他的预期即可！
