軟件即服務(wù)(SaaS)應(yīng)用需要追蹤其支持的員工，但是不一定能成功實(shí)現(xiàn)。具體到企業(yè)而言，移動SaaS應(yīng)用會因?yàn)橄旅娴倪@些原因改變，可能的原因依次是：規(guī)定治理應(yīng)用改變、移動設(shè)備策略改變、員工活動改變以及移動OS特性改變。由于存在如此多的可變因素，要保持移動SaaS應(yīng)用的敏捷性，沒有完美的戰(zhàn)略可言，但是選擇正確的SaaS提供商，為移動用例定制化SaaS服務(wù)或者甚至是構(gòu)建自己的SaaS都有一定輔助作用。

評估SaaS敏捷性

不管來自哪里的驅(qū)動力迫使移動應(yīng)用用戶和其SaaS提供商改變，SaaS提供商都應(yīng)該能夠響應(yīng)影響應(yīng)用的監(jiān)管變化，這也是用戶決定進(jìn)入應(yīng)用追蹤市場的關(guān)鍵指標(biāo)。問題在于每一個(gè)SaaS評估員都需要詢問的是，應(yīng)用如何快速適應(yīng)監(jiān)管導(dǎo)致的不變化。這種響應(yīng)是按月衡量的，必然會導(dǎo)致調(diào)節(jié)的問題，這也暗示著提供商并不能快速變更應(yīng)用。同樣的慣性可能會影響SaaS提供商對于其他變更需求的響應(yīng)能力，因此選擇不同的提供商會更加明智。

在評估一個(gè)提供商時(shí)，應(yīng)該小心審閱提供商針對SaaS的應(yīng)用程序接口(API)。API非常關(guān)鍵，因?yàn)橛脩粲捎谧詭гO(shè)備(BYOD)策略的變化，在手機(jī)上的SaaS就面臨著問題，手機(jī)OS變化或者工作實(shí)踐的變化，因?yàn)橛脩敉ǔ苯訌腟aaS提供商那里購買服務(wù)使用。這些應(yīng)用通常都有其特定的平臺，所以更換平臺也造成了一些挑戰(zhàn)，用戶本身不能做出這種改變。最顯著的解決方案就是避免通過提供商提供的移動應(yīng)用來消費(fèi)SaaS，可以通過其他方式實(shí)現(xiàn)，如為企業(yè)內(nèi)部的SaaS服務(wù)開發(fā)移動SaaS，或者用基于瀏覽器的服務(wù)，替換掉基于應(yīng)用的SaaS。

通過這些機(jī)制支持敏捷移動SaaS應(yīng)用最重要的技術(shù)問題在于SaaS提供商暴露了API。大多數(shù)IT專家都知道RESTful API更易于工作，尤其是那些更熟悉Web開發(fā)的團(tuán)隊(duì)做開發(fā)更容易。理想上，SaaS提供商應(yīng)該提供RESTful API、SOA/SOAP API和應(yīng)用選擇，但是對于最佳的敏捷，RESTful API很關(guān)鍵;其他選擇可能并不適用于所有的移動設(shè)備。

DIY SaaS應(yīng)用 確保敏捷性

針對RESTful SaaS API開發(fā)內(nèi)部應(yīng)用輕而易舉就能實(shí)現(xiàn)，實(shí)際上，大多數(shù)多平臺開發(fā)工具對于移動設(shè)備現(xiàn)在都可用，支持這種類型的接口。在大多數(shù)案例中，這些平臺之一會提供編寫你自己的移動應(yīng)用的最佳選擇，從而增加應(yīng)用敏捷性，但是為了確保新的平臺或者平臺變化能夠快速的被支持，就要知道舊平臺和變更的平臺如何釋放數(shù)據(jù)，通過工具提供商來調(diào)整適應(yīng)。為了減少風(fēng)險(xiǎn)，可能需要調(diào)整BYOD策略，如果你采用構(gòu)建自己的應(yīng)用路線，就要限制支持的不同平臺的數(shù)量;如果不是這樣的，可能就需要選擇瀏覽器的方法。這種方法的風(fēng)險(xiǎn)在于你的組織的應(yīng)用開發(fā)就會成為改變的障礙，并不是SaaS提供商。

好的JavaScript和HTML5實(shí)踐可以在GUI中提供靈活性，在SaaS API中使用改變，就算是變更增加了新功能或者領(lǐng)域都能實(shí)現(xiàn)。這項(xiàng)工作實(shí)現(xiàn)的關(guān)鍵在于瀏覽器的選擇。并不是所有的瀏覽器都能夠很好的支持腳本和新的HTML特性或者版本，因此如果應(yīng)用敏捷性很重要，選擇最靈活的瀏覽器就很關(guān)鍵，要支持你的BYOD策略許可的平臺范圍。查看一下發(fā)布?xì)v史，關(guān)注一下如何增加新的性能，因?yàn)檫^去的版本通常是一個(gè)瀏覽器提供商如何更好響應(yīng)未來變化的指標(biāo)。

在大多數(shù)案例中，可以在SaaS提供商常規(guī)的接口中擴(kuò)大你自己的云托管應(yīng)用元素。實(shí)際上，你要做的是為SaaS提供商的服務(wù)編寫一個(gè)前端，合并提供商和自己所有的一些功能。這種新的SaaS層可能托管在SaaS提供商自己的服務(wù)或者在不同的云上。要注意隔離和檢測問題;移動用戶并沒有實(shí)際的使用SaaS服務(wù)，因此可能很難通過額外的層追蹤問題。

IaaS或PaaS比SaaS更敏捷?

當(dāng)所有上述的都失敗時(shí)，需要應(yīng)用敏捷性的用戶可以通過在基礎(chǔ)架構(gòu)即服務(wù)(IaaS)或者平臺即服務(wù)(PaaS)托管應(yīng)用，從而替換掉SaaS服務(wù)。托管的獨(dú)立軟件包其用戶看上去就像SaaS，大部分是因?yàn)樗性茟?yīng)用在客戶看來就像是SaaS。因此，IT人員可以在云端部署任何合適的軟件包，為移動員工創(chuàng)建虛擬或者“Self-SaaS”。第三方應(yīng)用可能還存在敏捷性問題，但是有更多的提供商可以選擇，很多提供商會提供自定是GUI。如果開源包可用，你也可以自己來調(diào)整。

哪一個(gè)敏捷戰(zhàn)略最佳：自主研發(fā)應(yīng)用、基于瀏覽器的應(yīng)用還是自主研發(fā)SaaS?用戶認(rèn)為盡管通過RESTful API實(shí)現(xiàn)的基于瀏覽器的自定制SAAS服務(wù)可以支持變更需求，但是也揭示了公司的短板。圍繞基于瀏覽器的構(gòu)建訪問移動應(yīng)用，自定制的水平令人吃驚，這種方法消除了適應(yīng)變更的延遲。這種方法可以最先使用，隨后再根據(jù)情況引入其他類型的自定制。