“债务”又可以分为技术“债务”（tech. Debts）和学习“债务”（learning Debts）。技术“债务”是指因系统的不良设计、实现和测试，导致系统在需要变更时，难以被理解，难以改变；改变后，难以验证代码的正确性；难以对既有功能进行回归测试。学习“债务”是指，在开发过程中，团队成员未能及时分享和掌握业务及实现相关的知识，加大系统变难度，而且更容易引入质量问题，甚至新的技术“债务”。“债务”对系统的影响，并不会立刻显现。但长期来看，它会使系统响应变化时，耗费时间更长，成本更高，引入质量问题的可能性更大，严重损害组织的响应能力。
有效的协作决定响应及时性和准确
“在制品”数量、“债务”水平决定了软件开发组织的内部响应性，与之同样重要的是响应的准确性。它取决于组织与外部的连接程度，也就是团队与用户及业务人员有效协作，以及团队内部有效协作，即时获取、整合市场信息，并准确传递至开发团队，有效地落实到开发活动当中。
综上所述，只有降低“在制品”，维持低“负债”，并合理协作，才能保证准确、即时地响应，达成目标。敏捷开发的实践正是在构建这样一个系统。
实施敏捷
从一定程度上说，敏捷软件开发就是通过系统的实践，减少“在制品”数量，降低“债务”水平和改善协作来提高组织的响应能力。表1列举常见的敏捷实践，并分析了它们对于以上三个方面的贡献。我们将这些实践分成了三类—管理实践、团队技术实践和个人技术实践，下面将分别对这些实践加以总结。
表1 敏捷实践分
