敏捷12原则解读

    没有什么方法可以保证团队一定能开发出完美的软件，敏捷的团队也是同样地，所以，有一系列的原则来帮助敏捷团队。 最优先要做的是尽早、持续地交付有价值的软件，让客户满意。 欣然面对需求变化，即使在开发后期。敏捷过程利用变化为客户维持竞争的优势。 频繁地交付可工作的软件，从数周到数月，交付周期越短越好。 在团队内外，面对面交谈是最有效，也是最高效的沟通方式。 在整个项目过程中，业务人员必...

我们最重要的目标，是通过持续不断地及早交付有价值的软件使客户满意。（没有最快，只有更快，用快速的工具和技术交付软件。） 欣然面对需求变化，即使在开发后期也一样。为了客户的竞争优势，敏捷过程掌控变化。（需求变动没事，反正代价比较小。） 经常地交付可工作的软件，相隔几星期或一两个月，倾向于采取较短的周期。（越快让客户给软件提反馈最重要。首先是“能工作”，其实是“正确的工作”，最...

支撑敏捷价值观的12条原则 1.我们最重要的目标，是通过持续不断地及早交付有价值的软件来使客户满意。 2.欣然面对需求变化，即使在开发后期也一样，为了客户的竞争优势，要通过敏捷过程来适应变化。 3.经常性地交付可以工作的饮件，比如间隔几个星期或一两个月就交付，交付的时间间隔越短越好。 4.业务人员和开发人员必须相互合作，项目中的每一天都不例外。 5.激发个体的斗志，以他们为核心搭建项目。提供所需的环境和支持，辅以信任，从而达成目标。 6.不论团队内外，效果最好且效率最高的传递信息的方式，就是面对面的交流。

《敏捷宣言》背后有十二个原则，如图2-3所示，句首关键字可帮大家抓住要点。 （http://agilemanifesto.org/iso/zhchs/principles.html）。 （1）我们最重要的目标，是通过持续不断地及早交付有价值的软件来使客户满意。 ● 客户满意和有价值的软件是关键词。要确保我们开发的软件产品能够给客户带来真正的价值，这完全取决于在开发期间与客户的密切合作。产品需求管理是确保客户需求在开发期间被正确理解的关键。我们应该集中精力在对客户最有价值的工作上。 ● 尽早并持续交

很久没来这个社区发点文章了，是因为工作的变动很大。上一篇文章，我还在讨论专项测试领域，如何在金融投资领域进行测试，如何把控测试管理。现在我要做的是质量体系建设的咨询，上升的高度和领域发生了变化。我现在接触的是车企的软件领域范围，快速的敏捷迭代，导致的质量问题。所以我又要开始从头学习一些体系管理，质量管理的内容。在此做一个学习的笔记。

在上篇文章中，我们重新理解了敏捷宣言，其中包括往往被人们忽视的前两句话。那么接下来这篇文章我们会看一下敏捷宣言的12原则。理解一下这12原则对敏捷开发在实践中的指导意义。 12原则作为敏捷开发对于软件开发流程的指导性纲领，其实是对敏捷宣言进行了具有实际操作意义的解释。下面是敏捷宣言12原则： 我们遵循以下准则： 1、我们的最高目标是，通过尽早和持续地交付有价值的软件来满足客户。 2

敏捷宣言的12条原则的结构化记忆

1.我们最优先要做的是通过尽早的、持续的交付有价值的软件来是客户满意 2.即使到了开发的后期，也欢迎需求的改变。敏捷过程利用变化来为客户创造竞争优势 3.经常性地交付可以工作的软件，交付的间隔可以从几周到几个月，交付的时间越短越好 4.在整个项目开发期间，业务人员和开发人员必须天天在一起工作 5.围绕被激励起来的个人来构建项目。给他们提供所需要的环境和支持，并且信任他们能够完成工作 6.

敏捷四大核心价值观： 个体和互动高于 流程和工具 工作的软件高于 详尽的文档 客户合作高于 合同谈判 响应变化高于 遵循计划 也就是说，尽管右项有其价值，我们更重视左项的价值。 敏捷十二条原则： 我们最重要的目标，是通过持续不断地及早交付有价值的软件使客户满意。 欣然面对需求变化，即使在开发后期也一样。善于掌控变化，帮助客户获得竞争优势。 经常地交付可工作的软件，相隔几星期或一两个月，倾向于采取较短的周期。 业务人员和开发人员必须相互合作，项目中的...

敏捷不是某一种方法论、过程或框架，更不是字面意义上的敏捷，而是一组价值观与原则。

《敏捷宣言》我们通过身体力行和帮助他人来揭示更好的软件开发方式。经由这项工作，我们形成了如下价值观：  个体与交互 重于 过程和工具 可用的软件 重于 完备的文档 客户协作   重于 合同谈判 响应变化   重于 遵循计划 在每对比对中，后者并非全无价值，但我们更看重前者。   《敏捷宣言》背后的12准则 我们遵循以下准则： 我们的最高目标是，通过尽早和持续地交付有价值的软件来满...