项目是根据各种需求而构思的，来自干系者的需求、来自环境的要求、来自市场的竞争、追求创新和思想领导、保持运营效能或遵守法律法规。这些要求需要纳入到产品中。产品是为了顾客准备的，他们可以从中获得一些有形的利益（tangible benefit）。人是开发产品的主体。他们运用才智、技术和软技能将需求转化为产品。在这样做的过程中，他们遵循的过程，也是由人来制定的。现在，每一个方面：产品、流程和人，都需要持续的发展，以保持相关性、竞争力和恰当的目的。产品需要根据需求和反馈进行发展。流程需要适应不断变化的需求。人们需要通过培训、指导和指导不断提高。换句话说，开发的生态系统永远处于学习、检查、适应的循环中。

产品改善 Product improvement

任何软件产品的最终目标都是满足业务需求，同时保持商业上的可行性。在一段时间内，我们希望看到客户需求的发展，这应该反映在产品的特性中。在这种情况下，有必要回顾一下敏捷计划洋葱圈的。在三环外，我们看到了产品规划。最重要的工件之一是产品路线图，它捕捉了软件产品在其生命周期中的演进过程，因为它与客户需求和技术进步保持同步。

流程改善 Process improvement

敏捷项目中的很多焦点都集中在可视化的进度上（通过看板、燃尽图、累积流量图CFD和其他信息发射源），这为团队提供了改善工作方式的机会。请注意！遵循过程的团队可能不能保证产品的成功，但是结构化的过程有助于维护一致性、可预测性并与组织需求保持一致。然而，就遵从流程而言，没有一种敏捷实践是严格的。事实上，敏捷团队会选择最适合他们独特情况和环境的方法，并确保一致性、效率和有效性得到维护。与产品一样，流程也要经历其演进和成熟周期。经过PDCA循环之后，才会得到提升。

过程改善工具

• 改善 Kaizen
• 过程分析 Process analysis
• 精益5S
• Kanban Kata
• 5 why
• 鱼骨图
• 帕累托图
• 控制图

如何理解持续改进

• 敏捷中提倡的改进更针对过程，是事先的质量改进，而不是事后的缺陷修复。
• 敏捷强调不同层次的高频次反馈，以便及时地发现和应对风险，保证交付高质量的产品。
• 持续改进在敏捷中是一种常态。

• 持续改进是质量管理的核心和关键所在，是推动项目方法和产品不断完善的过程，贯穿于项目的始终。在敏捷项目中，多维度、高频次的反馈推进了项目持续改进活动的展开。

  敏捷生命周期采用

• “计划一开发一评估一学习”（Plan — Develop — Evaluate — Learn）的循环过程。

• 这类似于戴明的“PDCA”（Plan — Do — Check — Action）循环理论。
• 两个理论都聚焦于问题解决和持续改进。敏捷生命周期中的Develop
• 相当于戴明循环中的“Do“，敏捷生命周期中的“Evaluate”相当于戴明循环中的“Check”，敏捷生命周期中的”learn”，正如戴明循环中的“Action”，意指从项目中获得经验教训。