然而，敏捷開發(fā)思維卻似乎在醫(yī)療信息界似乎水土不服，鮮有聽聞行業(yè)內(nèi)企業(yè)采用這種已經(jīng)占據(jù)主流地位的開發(fā)方法。與之相對的是，仍有大量醫(yī)療信息企業(yè)采用“瀑布式+ 現(xiàn)場開發(fā)”這種慢慢被邊緣化的“非主流”的開發(fā)方法。眾所周知，項目開發(fā)周期過長、開發(fā)效率低下、采用的技術(shù)老舊在傳統(tǒng)的醫(yī)療信息行業(yè)已經(jīng)成為一種“通病”。醫(yī)療信息行業(yè)難以采用敏捷開發(fā)模式。

雖然現(xiàn)在互聯(lián)網(wǎng)思維不斷刷新著新一代年輕人的觀念，但由于信息化結(jié)合傳統(tǒng)醫(yī)療行業(yè)的時間較晚，再加上醫(yī)療自身對系統(tǒng)的風險要求，行業(yè)用戶（主要是醫(yī)院）仍是一個相對“保守”的群體，對于新事物的接受程度低于很多“ToC”行業(yè)。從這個角度看，醫(yī)療跟金融這兩個不相關的行業(yè)有著極高的相似度。極少有用戶愿意充當“白老鼠”去嘗試未有成功案例的產(chǎn)品。一家剛進入到這個行業(yè)的公司在起步階段將會面對重重困難。新產(chǎn)品的原型開發(fā)在本行業(yè)內(nèi)非常重要，甚至可以講，沒有產(chǎn)品原型就沒有市場。而在其他行業(yè)，原型開發(fā)可能只是一種令開發(fā)人員清晰理解產(chǎn)品設計的輔助工具，地位不可同日而語。

首先，為了加快系統(tǒng)原型開發(fā)和及時響應客戶的系統(tǒng)需求，慧揚健康將敏捷開發(fā)思想引入到原型開發(fā)，將原型開發(fā)視作系統(tǒng)開發(fā)過程中必不可少的一個環(huán)節(jié)。在具體實踐上，慧揚健康以一到二周（視產(chǎn)品設計復雜度而定）為一個迭代周期，前端開發(fā)人員必須在每個周期內(nèi)完成產(chǎn)品管理部交付的設計稿。頁面展示的數(shù)據(jù)不能隨意設定而要符合實際使用情況，最終的目的是為了在給客戶演示時，能讓客戶真實地體會到系統(tǒng)實際使用場景。在每個周期結(jié)束時，慧揚健康會邀請到相關設計人員和熟悉該業(yè)務領域的公司內(nèi)/外部專家對原型進行審查，務求系統(tǒng)的功能性和非功能性的細節(jié)實現(xiàn)能夠完全滿足客戶的需求。

在原型設計/開發(fā)迭代階段，后端開發(fā)人員和測試人員也會受邀參加原型評審會。一方面可以幫助開發(fā)和測試人員熟悉系統(tǒng)使用操作，深刻理解系統(tǒng)運作邏輯，對后續(xù)開發(fā)和編寫測試用例帶來極大的便利；另一方面，后端開發(fā)人員也能從業(yè)務后臺的邏輯對原型設計提出修改意見。在這個階段，后端開發(fā)速度并不需要跟上原型開發(fā)的進度。

當給客戶演示系統(tǒng)過后，慧揚健康還會根據(jù)客戶提出的修改意見對原型修正直到客戶需求得到滿足為止。這樣做的優(yōu)勢在于，修改原型的效率比修改真實系統(tǒng)要高得多，這也意味著我們能夠避免在系統(tǒng)上線階段耗費大量人力從系統(tǒng)各個方面進行調(diào)整，從而提高整體開發(fā)效率。

其次，提到敏捷開發(fā)就不得不提及DevOps工具棧。相對于瀑布開發(fā)模式，敏捷開發(fā)過程的一個基本原則就是以更快的頻率交付最小化可用的軟件。在敏捷的目標里，最明顯的是在每個Sprint的迭代周期末尾，都具備可以交付的功能。在傳統(tǒng)的瀑布開發(fā)模式中，部署的高頻率經(jīng)常會導致部署堆積在IT運維的面前。DevOps和敏捷軟件開發(fā)是相輔相成的，因為它拓展和完善了持續(xù)集成和發(fā)布流程，因此可以確保代碼是生產(chǎn)上可用，并且確實能給客戶帶來價值。調(diào)查顯示，74%的受訪者表示他們正在實施或計劃實施DevOps。DevOps在組織中的認可度和接受度繼續(xù)增長，在目前的調(diào)查中，75%的受訪者表示DevOps對他們的組織很重要或非常重要，只有9%的人認為DevOps不重要。