敏捷特性
敏捷特性
在敏捷方法下开发的产品已经看到了下面给出的几个重要特性。
敏捷开发版本和固定-Length Iterations
敏捷软件开发方法基于两个核心交付单元: 发布和迭代。单个版本由多个迭代阶段组成。每次迭代都包含其微项目。敏捷开发的不同功能，如缺陷、增强请求和其他工作项被组织、估计和确定优先级，然后分配到发布。
敏捷开发交付可工作、经过测试的软件
敏捷开发团队的主要衡量标准是交付工作、进步和经过测试的功能软件。工作功能是启用和改进客户反馈的基础。它还用作团队协作和整体项目可见性。他们提供了这样的证据，使系统和项目都步入正轨。
在产品开发的每一步，团队都在不断努力寻找最佳业务解决方案。这是使用来自用户、客户和其他利益相关者的最新意见来完成的。
价值驱动的开发
敏捷开发方法真正侧重于及早交付业务价值不断。它是通过运行经过测试的软件来测量的。开发团队将产品功能作为计划、跟踪和交付的核心单元。
随着开发从一个迭代到另一个迭代的进行，团队会跟踪有多少产品正在运行，并测试了他们交付的功能.
持续(自适应)规划
随着项目的启动，开发团队会做更多的计划来开始初始迭代，如果合适的话, 制定功能的高级发布计划。单次迭代是持续规划的关键。
随着迭代的开始，团队选择一组特性来实现、确定和估计每个特性的每项技术任务。
敏捷开发中的多层次计划
如果持续计划至少发生在两个层次上，它会影响更显着的结果:
在发布级别，开发团队确定并优先考虑他们必须拥有、希望拥有以及可以在截止日期内完成的功能。
在迭代级别，开发团队按优先级选择并计划要实施的下一批功能。如果产品功能太大而无法在单次迭代中估算或交付，则开发团队会进一步分解它们。
相对估计
几个敏捷开发团队使用对特性进行相对估计的做法来加速规划。它消除了不必要的复杂性。开发团队选择几个(3-5) 相对估计类别或桶，并根据这些类别估计所有特征。
相对估计或/和预定义估计桶的概念阻止团队免得浪费时间在辩论上。当产品功能超过商定的最大估计时，则应进一步将其分解为多个功能。
紧急功能发现
由于花费数周或数月的时间存在争议，在开始开发之前分析需求，敏捷开发项目快速确定优先级和估计功能，然后在需要时细化细节。产品的特性在客户、测试人员和开发人员之间更详细地描述。
持续测试
使用软件产品的持续测试，我们确定进度和防止缺陷。我们处理运行和测试的功能。使用持续测试，我们可以降低项目中的失败风险。
持续改进
持续测试和持续改进是相互关联的。在持续测试的同时，如果我们发现任何错误或项目失败，我们会立即不断改进这些错误。我们不断完善项目和系统。
小型跨职能团队
增量软件产品在每次迭代时交付。开发团队还必须跨职能才能成功开发有价值的软件。
