近日，Gartner舉辦主題為“在移動計算時代獲得成功”的客戶研討會，發布了一系列關于移動計算、移動應用等的最新研究成果，得到眾多客戶的廣泛認可。根據Gartner最新研究，曾經用于定義和開發桌面應用的傳統方法將不再適用于移動應用開發。Gartner認為，隨著企業業務部門的需求對IT部門施加越來越大的壓力，以期實現大量的移動應用的部署，應用程序開發團隊將不得不采用有別于傳統應用開發方法的新的實踐。

　　Gartner研究副總裁Van Baker先生表示：“企業應用程序開發團隊使用傳統做法來定義和開發桌面應用程序；然而，由于設備的多樣性、網絡連接以及其他移動特定化要素，使得這些傳統做法大部分不適用于移動應用開發。取而代之的是，應用程序開發經理需采用功能、性能、負載、用戶體驗測試以及敏捷開發實踐等。”

　　Baker還表示，“讓最終用戶有效地描述一個移動應用程序能夠實現什么功能是一件極具挑戰的事情。因此，傳統的做法，即找一個業務分析人員和移動應用最終用戶們（如企業雇員或者 消費者代表）一起坐下來討論和定義新的移動應用需求，往往會導致失敗。盡管這些工作曾經發揮過作用，但它們在移動應用開發方面之所以不能成功，皆因以下幾個原因：首先，移動應用對大多數用戶而言都是一個全新的范疇；其次，移動應用受制于平臺的性質以及屏幕的尺寸大小，因此移植一套成熟的桌面應用程序開發工作流程是不可行的；最后，移動設備的相關體驗與桌面設備的相關體驗差別迥異，包括更短的會話時長以及有限的展示，皆因屏幕尺寸的限制，影響了移動應用的功能運行和實現。”

　　大部分與移動應用有關的抱怨都與糟糕的用戶體驗有關，這些可能源自于欠佳的用戶界面（UI）設計、不合理的應用程序工作流程或是遲鈍的響應能力。應用程序開發團隊須專注于設計最佳的UI，并以此作為移動應用程序開發的起點，同時開發者們亦須將其與能代表最終用戶實際操作使用的工作流程相結合。

　　“通過用戶體驗感受應用程序是怎樣的以及運用合適的工具構建動態屏幕，這些都將確保應用程序的初始化構建為用戶所熟悉，同時使其在用被運行或被部署后能貼近用戶需求。單單這一點就能為一項成功的開發工作帶來更大的機會。” Baker表示。

　　移動應用的測試亦與傳統的桌面應用程序測試有著巨大的差別。移動應用在每一個操作系統上的表現都不盡相同，取決于其所運行的實際設備以及該設備所接入的無線網絡。因此，移動應用的測試須橫跨不同終端和操作系統 。這至少需要在設備模擬器以及最新或最流行設備的子設備上使用一種雙重的測試方法，因為模擬器無法一直模擬出物理設備在真實世界中的用戶體驗。這些可通過外部用戶體驗以及設備測試予以補充，并且適合B2C應用。

　　“在移動應用程序成熟度周期這一點上企業需認識到的重要一點是，如何設計、構建以及部署優秀的移動應用，我們需要學習東西的還有很多。” Baker解釋到。

　　一旦某個應用程序被部署，重要的一點就是要了解其是如何被實際使用的，因為用戶行為可能會發生變化。這表明應用內儀表以及與之相關聯的各類分析至關重要，因為開發人員可以利用它們來了解該移動應用成功或不成功。由專業廠商（例如Flurry）或可用的MADP解決方案（例如Appcelerator, Kony, IBM 以及 Pega 軟件）提供的應用內分析，能夠告訴開發人員以及應用程序的業務支持人員， 在這些運行著的應用中用戶們都在做些什么。

　　移動市場變化步伐迅速，不斷給開發和運營團隊帶來壓力，使其能夠快速開發以及進行部署實踐，伴隨使用者變化著的期望不斷迭代各類移動應用。因此，采用敏捷開發來快速迭代和改進移動應用勢在必行。即使移動應用開發步入成熟階段，對通過持續分析來監控應用程序的使用情況以及驗證基本假設情況的需求仍將不會過時。這在某種程度歸因于頻繁發布的移動操作系統新版本以及新設備。除低成熟度之外，對移動應用開發的典型關注還更多聚焦在應用程序的功能性方面。

　　根據Gartner的研究報告，典型的企業內部桌面應用程序開發通常耗時需約18個月，而在被部署后，該應用程序在退役前將被維護長達五年之久。此外，典型的桌面應用程序一旦被部署后，被修改次數幾乎不會超過一次并且相對穩定，因此對運營團隊來說在生命周期內管理這些應用程序并無太多挑戰。

　　Baker表示，“移動應用卻大不相同，它們需要不斷地被修改以滿足最終用戶的期望。這種敏捷開發過程尤其需要讓運營團隊處于架構和系統的頂端從而能夠支持頻繁的移動應用部署并且推進升級。移動設備種類的數量使得移動應用開發和運營工作進一步復雜化，皆因設備的屏幕尺寸、分辨率、硬件API訪問以及性能等范疇分得很細并且變化迅速。移動市場的不斷變化催生出各類挑戰，而對運營團隊來說各類挑戰尤甚，并且市場變化的步伐亦不會放慢。”