根據 Standish Group發表的專案成功因素調查報告 – 2003 Chaos Chronicles Report，大約 66% 的軟體開發專案不是失敗，就是超出預算、超出專案時間，或是交付縮水的功能。
專案失敗或虧損的前三大原因為：
1. 缺乏使用者的參與
2. 需求或規格不完整
3. 需求或規格變更
傳統需求管理工具不合時宜
在過去，需求管理(Requirement Management)工具或工作表中所儲存的數千個需求與上百頁的文件早已不合時宜，現在，這些需求更是不適用於目前快速發展的環境。
專案的關係人(Stakeholder) / 需求單位或使用者通常都不是專業人員，一般的需求整理跟定義，光依賴文字敘述以及簡易的畫面，往往造成對於規格認知的落差，到最後就演變成災難，無法收拾。
Prototype將需求視覺化可以有效定義需求
解決對於需求以及規格認知落差的方式，最好採用原型設計方法(Prototyping Methodology)。製作Prototype是個有效簡化文件製作、吸引使用者參與、早期辨認需求遺漏，與將外在需求降到最低的方法。
以專案關係人(stakeholder)與使用者看了有感覺的互動性畫面，直接感受設計結果，來取代大量的文字敘述，如此更能抓住使用者的意見回饋，形成共識。
只是傳統製作prototype的方法不但昂貴而且費時，讓程式設計師很難在開發過程中搭配合作。專案經理/系統分析師或企劃人員也不斷的在使用簡報與圖示的工具建立Prototype和持續對製作過程與結果不滿意之間掙扎著。
Axure RP提供原型設計的效率，進而創造專案效益
為了要能有效且快速的建立Prototype，Axure RP 結合了廣受歡迎的簡報與圖示工具中簡易操作的特性和其他必要的功能，這樣一來，專案經理/系統分析師或企劃人員就可以在不需要大量文件製作下快速的建立Prototype，而專案成員與專案關係人也可以在不中斷開發的情況下輕鬆完成Prototype。
Axure RP很容易學習，而且可以產出多元文件格式，包括HTML/Word/圖檔/Excel/CHM格式。所以當專案成員將Axure RP應用在第一個專案時，就會發現這項投資快速得到顯著的回報，不只省下了在需求蒐集與溝通需求上的時間與成本，同時也降低了改善需求時的重工，透過Prototype 可以省下驚人的成本，以及預防潛在性的商業損失、機會損失與專案關係人信心喪失等的災難成本。
日本NTT DATA公司透過Axure RP節省30%的專案執行時間
NTT DATA公司 – 日本最大的系統整合公司之一，發表一項新的專案管理方法─在系統開發時以Axure RP定義需求。使用Axure RP之後，NTT DATA發現在專案執行過程可節省30%的專案執行時間，並改善需求管理的品質。
想知道NTT DATA如何辦到？請繼續閱讀本文http://userxper.com/blog/archives/364
張貼留言
* 為必填，您的email並不會被顯示