移动应用（app）可以下载、使用，甚至是被用户丢弃的形式都不同于用户同传统应用交互的方式。敏捷开发方法恰好适用于移动应用开发。下面将提供敏捷开发实践可以加强移动应用开发的七种方法：

　　敏捷开发适用于实验和改版类型的移动应用

　　移动应用在经历过很多次的实验和改版之后才能成功。改善流程以及接触用户可能每天都在发生，因此应用就出自那些在应用商店以及应用上发布评论以及评级的客户。敏捷完美适应移动应开发固有的这种迭代元素需求。

　　敏捷增加可靠性并导致应用持续使用

　　移动应用用户对于移动应用的错误和崩溃的忍耐度要比非移动应用世界的用户少很多。一个应用首次较短时间的崩溃，足以导致用户删除这个应用。在应用商店有成百上千的其他替代应用，他们有太多选择了。敏捷开发可以实现测试和质量多重周期保障，应用开发者可以通过对每一次冲刺进行重复周期，从而测试构建更好的质量和可靠性。

　　敏捷冲刺自然地扩展了移动应用的更新模型

　　如果应用有新版本，大部分情况下，会在应用商店显示更新。在开发周期的最初阶段，只有少数测试用户可以下载，安装和使用这个应用，但是下载和安装应用类似于其未来运行模式，一旦其测试完成，将发布给所有用户。正式版本发布给最终用户之前，将会形成一种很好的冲刺和发布节奏。

　　敏捷促进移动应用开发更快响应技术变革

　　移动技术，尤其是移动操作系统技术，改变、经历功能增强以及比非移动操作系统接受更为快的新性能更新。敏捷虫子以及发布频率让企业可以快速响应这些技术改变，新的增强可以在没有什么影响的情况下推出更新，甚至是每一天，如果需要的话。唯一的约束是这些用户可能会讨厌过于频繁的更新。

　　敏捷移动开发快速适应客户反馈

　　当敏捷冲刺和大多数移动应用软件更新模型联合时，客户反馈的新性能和功能增强可以迅速开展。在非敏捷、非移动应用中，更新版本很痛苦，要确保应用用老数据来运作。在敏捷移动开发中，具有持续、平稳的应用更新流程，确保应用更新向下可以同旧数据运作。如果不能，将会在新的更新开始时调试。

　　敏捷移动开发更关注用户体验

　　移动应用运行在有限的环境中，应用大小有限制，要边下载边安装，或者稍后更新。如果应用花费多余两分钟的时间来下载，用户可能就会删除正在进行的下载。此外，对于应用数据可以下载多少也有限制。敏捷开发允许开发者在随后的冲刺中用这些选择实验，调整应用设计和性能，让用户体验更快、更平稳和无缝。

　　敏捷移动开发有助于推出特性集

　　独立应用就像游戏中的单一玩家需要简洁，通常不会和任何后端服务器往复沟通。但是，很多严肃的客户应用需要这个后端服务器可以定期访问（天气相关的应用、航班应用显示飞行位置、旅行网站等）。他们受到很多有意义的性能的约束，任何应用都不能超载过多的性能。聪明的应用开发者在一个应用已经拥有太多性能太大的时，生成附加应用。敏捷移动开发协助企业调整其设计，如果需要，在随后的冲刺中可以缩减性能。

　　总结

　　移动应用不同于其他应用。 他们需要下载或者更新的更快更流畅。他们需要在需要的时候同后端服务器无缝交互。而这种情况只有通过数次改变以及调整才能实现。敏捷开发加强了质量保证以及多重测试循环，提供了移动应用这些必需的内容。