敏捷软件过程及其原理

任何敏捷软件方法的特征在于解决有关大量软件项目的各种关键假设：

• 在软件需求会持续存在以及哪些可以修改之前很难预测。然而，由于项目的回报，客户的优先级可能会被修改，这同样难以预测。
• 对于许多种类的软件，风格和结构是交错的。也就是说，应该执行每个活动，以便在创建样式模型时对其进行验证。在使用构造来证明外观之前，很难预测什么比例设计是关键的
• 分析、设计、构建和测试并不像我们希望的那样不可避免（从设计目的来看）。

  
  鉴于这三个假设，出现了一个关键问题：但是，我们会产生一种管理不可预测性的方法吗？正如我已经指出的那样，解决方案在于方法能力（快速动态项目和技术条件）。因此，联想敏捷方法应该具有适应性。

  
  
  

  但是，持续的适应而不是前进的进步收效甚微。因此，关联敏捷软件方法应该逐步适应。为了实现渐进式适应，相关的敏捷团队需要客户反馈（以便经常做出适当的变化）。

  客户反馈的一个很好的催化剂是一个相关的操作范式或一个小的操作系统。因此，应制定联合渐进式发展战略。软件增量（可执行原型或相关操作系统的部分）应在短时间内交付，以便适应与修正保持同步（不可预测性）。

  这种不变的方法允许客户经常评估包增量，向软件团队提供必要的反馈，并影响为适应反馈而创建的方法变化。

  敏捷原则：
  敏捷联盟为那些需要获得敏捷性的人定义了十二个轻量级原则：

  1. 我们的首要任务是通过早期和持续交付有价值的计算机软件来满足客户的需求。
  2. 欢迎动态的必需品，即使是在开发的后期。敏捷流程利用修改来获得客户的竞争优势。
  3. 经常交付可操作的计算机软件，从几周到几个月不等，优先考虑更短的时间范围。
  4. 业务人员和开发人员应该在整个项目中每天一起工作。
  5. 构建围绕着被驱动的人。为他们提供他们所拥有的环境和支持，并相信他们会督促完成任务。
  6. 向开发团队和在开发团队之间传递信息的最经济有效的方法是面对面的演讲。
  7. 工作的计算机软件是进步的主要生命。
  8. 敏捷流程促进房地产开发。赞助商、开发人员和用户必须能够无限期地保持无情的步伐。
  9. 对卓越技术和智能风格的持续关注增强了灵活性。
  10. 简单——最大化未完成工作数量的艺术——是必不可少的。
  11. 最有效的架构、必需品和风格来自自组织的群体。
  12. 团队会定期思考如何变得更简单，然后调整和调整其行为。