敏捷的质量
质量是指产品是否有效，以及是否满足项目利益相关者的需求。质量是敏捷项目管理的固有部分。
质量有以下几个方面:
- 外在质量是顾客感知到的质量，是顾客从所交付的特性中实现预期价值的度量
- 内在质量（有时称为技术质量）是团队感知到的质量
- 技术质量包括许多方面
- 可支持性
- 可靠性
- 可扩展性
- 可用性等
外部质量当然是不可协商的（客户不会接受没有达到预期价值的东西）。然而，内在质量对于确保团队能够继续交付价值也很重要。
12项敏捷原则
另外, 12项敏捷原则都直接或间接地提升了质量。这些原则如下：
（1）我们的首要任务是通过尽早和持续交付有价值的软件来满足客户。
（2）欢迎改变要求，甚至在开发后期。敏捷流程利用变化来实现客户的竞争优势。
（3）经常提供工作软件，从几周到几个月，优先考虑更短的时间尺度。
（4）商务人士和开发人员必须在整个项目中每天一起工作。
（5）围绕有动力的个人建立项目。为他们提供所需的环境和支持，并相信他们能够完成工作。
（6）向开发团队内部和内部传达信息的最有效和最有效的方法是面对面交谈。
（7）工作软件是进步的主要衡量标准。
（8）敏捷过程促进可持续发展。赞助商，开发者和用户应该能够无限期地保持稳定的步伐。
（9）持续关注技术卓越和良好的设计，提高敏捷性。
（10）简单性- 最大化未完成工作量的艺术- 是至关重要的。
（11）最好的架构，要求和设计来自自组织团队。
（12）团队定期反思如何变得更有效，然后相应地调整和调整其行为。
这些原则强调创建一个敏捷团队能够生成有价值的工作功能的环境。敏捷方法在产品正常工作和满足项目利益相关者需求的意义上鼓励质量。
在Scrum中实现接近可发布质量的工作软件是很不容易-但这是一个有价值且重要的目标。
- 在Scrum项目中，只有一个团队，团队中的每个成员都有一个共同目标。在Sprint结束时提供具有接近可释放质量的工作软件。将发展和QA团队与传统的对抗关系分开将会适得其反。质量是每个人的责任。
- 质量必须融入到开发过程中。很难- 几乎不可能测试或检查产品的质量。
- 除非你有一套非常好的自动化测试，能够以非常快的速度和低成本运行，否则很难达到质量目标。因此（除非你已经有它），准备在测试自动化上投入大量资金。
- 因为我们总是在非常短的时间内工作，所以重要的是尽早开始测试然后连续测试。如果您将所有测试都留到Sprint结束，则很难在Sprint结束之前完成测试。