需求管理是專案成功的根本

根據 Standish Group的 “2003 Chaos Chronicles Report “，大約 66% 的軟體開發專案不是失敗，就是超出預算、超出專案時間，或是交付縮水的功能。

專案失敗或虧損的前三大原因為：

1. 缺乏使用者的參與
2. 需求或規格不完整
3. 需求或規格變更


傳統需求管理工具不合時宜

在過去，需求管理(Requirement Management)工具或工作表中所儲存的數千個需求與上百頁的文件早已不合時宜，現在，這些需求更是不適用於目前快速發展的環境。

專案的關係人(Stakeholder) / 需求單位或使用者通常都不是專業人員，一般的需求整理跟定義，光依賴文字敘述以及簡易的畫面，往往造成對於規格認知的落差，到最後就演變成災難，無法收拾。

Prototype可以有效定義需求

解決對於需求以及規格認知落差的方式，最好採用原型設計方法(Prototyping Methodology)。製作Prototype是個有效簡化文件製作、吸引使用者參與、早期辨認需求遺漏，與將外在需求降到最低的方法。

以專案關係人(stakeholder)與使用者看了有感覺的互動性畫面，直接感受設計結果，來取代大量的文字敘述，如此更能抓住使用者的意見回饋，形成共識。

只是傳統製作prototype的方法不但昂貴而且費時，讓程式設計師很難在開發過程中搭配合作。商務專家(Business Professional)也不斷的在使用簡報與圖示的工具建立Prototype和持續對製作過程與結果不滿意之間掙扎著。

Axure RP提供原型設計的效率，進而創造專案效益

為了要能有效且快速的建立Prototype，Axure RP 結合了廣受歡迎的簡報與圖示工具中簡易操作的特性和其他必要的功能，這樣一來，商務專家就可以在不需要大量文件製作下快速的建立Prototype，而專案成員與專案關係人也可以在不中斷開發的情況下輕鬆完成Prototype。

Axure RP很容易上手且絕對值回票價，所以當專案成員在第一個專案中使用這個工具時就會發現他們的投資已經得到了顯著的回報，不只省下了在收集與溝通需求上的時 間與成本，同時也降低了改善需求時的重工，透過Prototype 可以省下驚人的成本，以及預防潛在性的商業損失、機會損失與專案關係人信心喪失等的災難成本。

---