Our highest priority is to satisfy the customer through early and continuous delivery of valuable software.我们最高优先级的目标是通过尽早的、持续的交付有价值的软件使客户满意 。的确如此，我们软件开发的原始动力是要为商业目标服务 。我们开发出来的软件产品能够满足客户的需求，并最终获得客户的认可，这是实现商业目标的必要条件 。及早的和持续的交付有架子的软件是实现这一条件的有效方式 。及早的交付能够实现客户所关注的价值的软件能够有效提升客户满意度，持续的交付（相对的概念，可能“频繁的交付”更为合适）有助于我们尽快获得客户的反馈，及早捕获客户可能得变更，降低后续变更带来的风险 。
周期性的检视、调整以追求卓越敏捷没有终点，倡导持续性的检视和改进 。这是一个持续性的过程，不以项目的开始而开始，项目的结束而结束 。在单个团队、多个团队和组织内持续的改进 。我们要有审视自身问题的勇气和改进的决心，不以追责和批判为目的，以发现问题和改进为导向，在更加积极、热情的分为下，形成检视-改进的良性循环 。
关于敏捷的一些探讨探讨一：敏捷的本质是什么 ？
“敏捷”是一种抽象的软件开发思想，敏捷宣言用四颗“银弹”勾勒出一种思维方式，这种思维方法有助于我们更好进行软件开发，甚至有助于我们更好的认识世界 。
我个人认为敏捷是纯粹的，敏捷白喉的原则不应当属于敏捷定义的范畴 。敏捷是通过其价值观所体现出的一种思想方式，是纯粹的价值观 。
“敏捷”不是方法论，敏捷也不是“框架”，“方法即为具体，框架即结构”，敏捷没有告我们进行软件开发的具体步骤，也没有为我们描绘软件开发的框架，我们在实际开发中如何实践敏捷多有差异 。如果您在工程实践中遵循了敏捷的价值观，就可以认为具有“敏捷性” 。
探讨二：敏捷过时了吗 ？
自2001年到现在，作为一份签署的历史性文件敏捷宣言已经有近17年了 。如此长的一段时间内，已经涌现出非常多的、优秀的软件开发方法实践 。但软件开发的根本思想变化并不是很大，过去的一些价值和原则时至今日依然适用 。当然，我们不能完全的认为敏捷宣言是百分之百正确的且无懈可击的，世界上本没有“银弹”，依然有很多人对敏捷持有不同见解和意见 。不可否认，敏捷宣言所倡导的价值观和原则确实能够使得我们在软件开发中受益，只是作为一份历史性的材料，敏捷宣言已经不可能再发生改变 。
也许，敏捷宣言的签署者们也没有料想到敏捷宣言会带来如此大的变化，拥有如此众多的敏捷追随者 。但令人不安的是，当前敏捷似乎已经“泛滥”了，大家都在谈敏捷、实践敏捷并声称自己是敏捷的，同时，也涌现出了很多的其他的敏捷领域，紧跟“敏捷”之后，“敏捷软件”、“敏捷教练”、“敏捷培训”和“敏捷会议”都成为了“敏捷”的理念 。这些理念不能说是错的，也不能说是“纯粹的”敏捷，或多或少地都是遵循了敏捷的价值和原则 。个人并不排斥这种“百家争鸣”式的 “发展”，但另许多人不安的是，这些敏捷似乎已经脱离了 “技术性” 的轨道，也许这种场景下，“纯粹敏捷” 的拥护者已经不再认为那是敏捷了 。
探讨三：敏捷等于“快”？
许多企业或组织准备引入敏捷的最初动力就是 “敏捷能使我们更快”，因为我们引入了敏捷，所以我们一定能：
更快的开发出产品 让团队能拥有更高的开发效率 …… 非常不幸的是，敏捷并不等于“快”，相反，敏捷引入的初期可能会导致生产力的下降 。比如，为了能够实现所谓的“更快”的目标，管理层频繁的向团队施压，要求团队在更短的时间内交付更多的价值 。团队面对管理层的压力也就不得不靠“加班”来实现预期结果了（团队自组织的成熟度有限，在实际落地时，或多或少都会感受到来自“管理层”的压力 。） 。虽然在短期内可能能够“立竿见影”，但这种方式已经“不敏捷”了，因为它已经违背了敏捷的“持续性”要求 。

以上关于本文的内容，仅作参考！温馨提示：如遇健康、疾病相关的问题，请您及时就医或请专业人士给予相关指导!

• 简述新时代的定位是什么
• 简述古代丧服制度实质内涵
• 简述项目成本分类 成本项目有哪些内容
• 简述我国周边安全环境
• 简述为什么要进行网络舆情管理 简述网络舆情管理的重要意义
• 简述红星照耀中国中的红军精神 红星照耀中国中的红军精神
• 简述中欧班列的含义及目标
• 猫咪为什么在家里疯跑
• 小岗村改革故事简述 家庭联产承包责任制
• 简述厨房卫生间防水的措施