原文地址：http://www.infoq.com/cn/articles/attitude-agile-Goldsbury
［感想］：的确这篇文章说得很对，很多观点也是我迷惑的。比如说究竟要不要项目经理这个角色，scrum master其实是不管技术的，完全信赖团队自管理会不会风险太高，因为它对团队成员的素质要求非常高 —— 包括技术上的，也包括品德上的。就算没有项目经理这个角色，是不是团队中也需要一个精神领袖对项目分工和决策起牵头作用？比如说，项目的时间表是不是真的不需要？猪类人员如果是本公司的管理层都还好说，如果猪类人员是公司外的客户怎么办？他们能接受没有时间表的开发流程吗？敏捷中代码即文档，不需要文档，这个是不是应该相对地去理解？没有文档只是说文档很少，必要的文档还是需要的。我们的客户有各类人员，有开发人员，有运营人员，有技术支持人员，不同的客户需求是不一样的。我一直认为代码即文档应该指的是针对开发人员，可以不需要提供太多技术上的文档，而把精力主要放在代码的可读性上。但这其实对工程师提出了非常高的要求，为什么敏捷一直被认为是件很难的事？就是因为它对工程师素质的要求太高了。拥抱变化这一点也是，我支持客户变化需求，但并不是无条件的什么变化都能支持，它其实也是有所限制的，只有那些代价不是那么高的变化，我才能接受。代价多高算是上限，是需要权衡的。
总之，理论是死的，人是活的，要活学活用，灵活应对实际情况，过于极端过于教条是非常愚蠢的。