本文要点：
- 敏捷的力量在于应对未解决的问题，但同样的力量也会导致技术债务和减少产品价值。
- 根据本质的不同，未解决的问题应该分为两种：过早出现的、可预见的。
- 过早出现的问题和可预见的问题，二者之间的区别在于强调重要性还是可能性。
- 重要的小改变，可以让敏捷开发走得更远。
- 背后的原则，可以弥合团队心理层面的距离，调和架构师与开发人员的差异。
如今的敏捷出了什么问题？
敏捷开发让人感觉良好，开发人员很喜欢它，但有时候它会出问题。这一点，我们都能感受到，并对其展开争论。
很多敏捷项目随时间推移变得不再成功。比如出现拖延，技术债务不断累积，进度放慢，士气低落。开发人员已经很努力了，但每个冲刺交付的价值却在不断减少。
突然，容易干的活都解决了，剩下的待办任务列表（backlog）中满是庞大、必要、而且对于利益干系人没什么价值的条目。团队与利益干系人开始冲突，项目拖拖拉拉，甚至有可能功亏一篑。
有人说，更严格遵守敏捷的核心原则可以避免此类情况。的确如此。但要想做到敏捷和自我管理，每个人必须可以激励自己，并且严格遵守规则。规则越严格，团队越大，纪律感就越容易削弱。
（关于恢复核心价值观，可深入阅读免费电子书《理解敏捷价值观和原则》。）