軟體原型以試探性的方式逐步逼近解決方案，它使需求更加真實，用例更加鮮活，是我們能進一步理解需求。但即使做乙個簡單的原型，也需要時間和資金。雖然原型可以降低軟體專案失敗的風險，但原型本身也會有風險。本文將介紹原型的四大風險和七大成功原則，供參考！
專案干係人會看到乙個可以執行的可拋棄的原型，從而得出產品快完成的結論。可拋棄的原型，即用於驗證某個需求、方案，注重快速實現和及時修改。其驗證結果可以復用，但不管其與實際產品多麼相似，其**和設計不可用於產品。因為它僅僅是乙個模型，一次模擬，乙個實驗。
應對策略：
1、堅持原則，不給自己和客戶挖坑
2、在原型製作前和展示前，統一對原型價值的理解，是可拋棄型原型？還是迭代的第一版？
3、讓原型看起來簡陋一些，讓客戶認為必須需要至少需要一次迭代才行。如給客戶看乙個完全很low的色彩方案，讓客戶產生嫌棄的心理。
使用者把注意力放在與ui有關的外觀和操作細節上。如果使用乙個看似很真實的原型，使用者很容易忘記專案還在需求階段和需要關注的問題。
應對策略：
提醒使用者原型限定於顯示畫面、功能和導航選項，可以消除不確定的需求。
使用者根據原型的效能來推斷最終產品的預期效能。建立模型時使用的工具或語言，與產品開發環境中工具或語言存在效率方面的差異。
應對策略：
為了使原型更真實的反應最終產品的預期效能，在構建原型時需要考慮時間上的延遲，或者讓原型看起來還沒有準備好。如在螢幕上放置一些資訊，宣告其並不代表最終的產品。
在原型上投入太多的精力，導致開發團隊沒有精力和時間，不得不把原型作為產品，或者進入混亂的產品實現。如對整個解決方案而不是針對最不確定的、高風險的或者複雜的部分進行建模，就是這類情況。
應對策略：
如何需求已經充分定義，關鍵的人機互動、架構問題已經基本解決，則投入已經足夠了。
軟體原型可以加快開發程序、提高客戶滿意度以及產出高質量的產品。為了有效使用原型，建議遵循以下原則：
在專案計畫中，包含與原型有關的任務。為開發、評估和修改原型安排必要的時間和資源。
在建立原型之前，要標註原型的目的和最終的產出，並和有關方達成一致理解。是要做乙個拋棄型的原型，僅保留所提供的知識、見解，還是要在原型基礎上繼續構建，直至迭代完成最終產品。
很難一次就能得到正確的原型，這也要做原型的初衷和緣由。
如果選擇建立拋棄型的原型，則要盡可能快的實現，盡可能低成本的實現。
以最小的精力完成問題的回答，解決需求中的不確定的部分。
不要試圖將拋棄型原型做的盡善盡美。
不在拋棄型原型中，增加輸入資料驗證、保護性編碼等異常處理**。
不要對已經理解的需求建立原型，除非你是要研究其他設計方案。
如果要在原型中現實一些資料時，這些資料一定要盡量合理。這樣參與評估的人員就不會被不真實的資料分散寶貴的注意力。
不要指望用原型來代替正式的需求描述文件。原型只是螢幕表面的展示，而這後面還有大量的功能，這些功能需要在需求文件中記錄下來，以保證需求的完整、明確、可跟蹤。
第一步：識別出專案中容易混淆的需求或風險很高的功能
第二步：簡要畫出乙個使用者介面
第三步：邀請使用者瀏覽原型，模擬乙個應用場景
第四步：記錄初始需求中不完整或不正確的地方
第五步：修改並重新評估
《software requirements 需求分析》（第3版）[美]karl wiegers
、joy bzeatty
新產品研發專案管理專家胡立
學歷 華中科技大學碩士 美國georgewashington 大學工商管理學院進修 美國wilson 國際管理學院進修 美國專案管理協會 pmi 專家認證 德國sap管理學院進修 經歷 23年戰略規劃,績效管理,流程管理與專案管理為主的著名跨國公司職業經理人經驗。16年戰略規劃,績效管理,流程管理與...
我們的管理 創新產品研發管理
我們的管理 創新產品研發管理 一 創新導向 乙個公司持續發展的源泉就是創新產品，但創新產品往往會出現瞎創新偽創新意淫創新，尤其處在每年都會出現新熱點的it行業，非常多的創新都是跟風模仿 誰加誰再加誰，不僅消耗了公司大量投資而且還耽誤了競爭時機，所以不可控不可預知最大的創新研發其實更需要有章法的管理。...
專案管理中使用禪道
先上兩張圖 來自禪道幫助文件 p1 禪道的web介面 p2 禪道管理的大致工作流程 看完這兩張圖大概就明白的不少，如果曾經的軟體開發靠是文件推動的，那麼禪道就是在文件推動的機制上，強化了開發過程的時間管理。此外，禪道還整合了svn版本控制功能，當然這個是付費的。簡單說就是uml文件 今目標 svn版...