根据Gartner最新研究，曾经用于定义和开发桌面应用的传统方法将不再适用于移动应用开发。Gartner认为，随着企业业务部门的需求对IT部门施加越来越大的压力，以期实现大量的移动应用的部署，应用程序开发团队将不得不采用有别于传统应用开发方法的新的实践。
Gartner研究副总裁Van Baker表示：“企业应用程序开发团队使用传统做法来定义和开发桌面应用程序；然而，由于设备的多样性、网络连接以及其他移动特定化要素，使得这些传统做法大部分不适用于移动应用开发。取而代之的是，应用程序开发经理需采用功能、性能、负载、用户体验测试以及敏捷开发实践等。”
Baker还表示，“让最终用户有效地描述一个移动应用程序能够实现什么功能是一件极具挑战的事情。因此，传统的做法，即找一个业务分析人员和移动应用最终用户们（如企业雇员或者 消费者代表）一起坐下来讨论和定义新的移动应用需求，往往会导致失败。尽管这些工作曾经发挥过作用，但它们在移动应用开发方面之所以不能成功，皆因以下几个原因：首先，移动应用对大多数用户而言都是一个全新的范畴；其次，移动应用受制于平台的性质以及屏幕的尺寸大小，因此移植一套成熟的桌面应用程序开发工作流程是不可行的；最后，移动设备的相关体验与桌面设备的相关体验差别迥异，包括更短的会话时长以及有限的展示，皆因屏幕尺寸的限制，影响了移动应用的功能运行和实现。”
大部分与移动应用有关的抱怨都与糟糕的用户体验有关，这些可能源自于欠佳的用户界面（UI）设计、不合理的应用程序工作流程或是迟钝的响应能力。应用程序开发团队须专注于设计最佳的UI，并以此作为移动应用程序开发的起点，同时开发者们亦须将其与能代表最终用户实际操作使用的工作流程相结合。
“通过用户体验感受应用程序是怎样的以及运用合适的工具构建动态屏幕，这些都将确保应用程序的初始化构建为用户所熟悉，同时使其在用被运行或被部署后能贴近用户需求。单单这一点就能为一项成功的开发工作带来更大的机会。” Baker表示。
移动应用的测试亦与传统的桌面应用程序测试有着巨大的差别。移动应用在每一个操作系统上的表现都不尽相同，取决于其所运行的实际设备以及该设备所接入的无线网络。因此，移动应用的测试须横跨不同终端和操作系统 。这至少需要在设备模拟器以及最新或最流行设备的子设备上使用一种双重的测试方法，因为模拟器无法一直模拟出物理设备在真实世界中的用户体验。这些可通过外部用户体验以及设备测试予以补充，并且适合B2C应用。
“在移动应用程序成熟度周期这一点上企业需认识到的重要一点是，如何设计、构建以及部署优秀的移动应用，我们需要学习东西的还有很多。” Baker解释到。
一旦某个应用程序被部署，重要的一点就是要了解其是如何被实际使用的，因为用户行为可能会发生变化。这表明应用内仪表以及与之相关联的各类分析至关重要，因为开发人员可以利用它们来了解该移动应用成功或不成功。由专业厂商（例如Flurry）或可用的MADP解决方案（例如Appcelerator, Kony, IBM 以及 Pega 软件）提供的应用内分析，能够告诉开发人员以及应用程序的业务支持人员， 在这些运行着的应用中用户们都在做些什么。
移动市场变化步伐迅速，不断给开发和运营团队带来压力，使其能够快速开发以及进行部署实践，伴随使用者变化着的期望不断迭代各类移动应用。因此，采用敏捷开发来快速迭代和改进移动应用势在必行。即使移动应用开发步入成熟阶段，对通过持续分析来监控应用程序的使用情况以及验证基本假设情况的需求仍将不会过时。这在某种程度归因于频繁发布的移动操作系统新版本以及新设备。除低成熟度之外，对移动应用开发的典型关注还更多聚焦在应用程序的功能性方面。
根据Gartner的研究报告，典型的企业内部桌面应用程序开发通常耗时需约18个月，而在被部署后，该应用程序在退役前将被维护长达五年之久。此外，典型的桌面应用程序一旦被部署后，被修改次数几乎不会超过一次并且相对稳定，因此对运营团队来说在生命周期内管理这些应用程序并无太多挑战。
Baker表示，“移动应用却大不相同，它们需要不断地被修改以满足最终用户的期望。这种敏捷开发过程尤其需要让运营团队处于架构和系统的顶端从而能够支持频繁的移动应用部署并且推进升级。移动设备种类的数量使得移动应用开发和运营工作进一步复杂化，皆因设备的屏幕尺寸、分辨率、硬件API访问以及性能等范畴分得很细并且变化迅速。移动市场的不断变化催生出各类挑战，而对运营团队来说各类挑战尤甚，并且市场变化的步伐亦不会放慢。”
