POC (Proof of Concept) 介紹

[b]1、POC的概念 [/b]

POC，是Proof of Concept的縮寫，意思是為觀點提供證據，它是一套建議的電子模型，它可用于論證團隊和客戶的設計，允許評估和确認概念設計方案，POC的評價可能引起規格和設計的調整。POC流程所産生的關于設計的承諾、大家都認可的意見都将記錄在設計的調整文檔中，以備查。這樣下去，POC不斷發展。 如果在完成這些任務時需要幫助，可以在Queensland大學找到協助資源。

[b]2、POC的開發 [/b]

POC的開發步驟及方法如下： 第一步，開發包含所有基本導航特征(按紐，圖示、菜單等)的界面模型，但不是最終的完美形式。 第二步，給界面添加少量内容，尤其是在至關重要的媒體中添加一到兩個樣本。例如，如果套裝軟體包非常依賴3D模型，就應該添加一個包含驅動所必須的3D模型樣本。如果軟體包需要顯示資料符号和表格，那麼有關資料符号和表格的樣本也應添加上。 請注意，這個過程應該用于支援論證和驗證設計，而并不是軟體包開發的實際開端。你應該盡力去論證和銷售設計，但也不要太過分，因為設計過程中有時需要作重大的修改，這樣将導緻浪費大量的資源。

[b]3、POC的評價和驗證[/b]

評價和驗證過程就是尋求風險承擔者通過POC和備案設計文檔的回報。通過POC評價，風險承擔者可能提出調整規格和設計的要求。 有時，由于設計存在的缺陷或不适當的地方，設計團隊就可能隻好回到繪圖闆。客戶可能決定停止設計或尋找其他團隊，這是因為設計沒有足夠地關注客戶和使用者的需求，或者是因為客戶需求的不穩定性。有時這種改變是由客戶組織或者項目決策者所引起的。 通常，在評價和驗證過程結束時，有關設計的承諾、大家都認可的意見都将記錄在備案的設計文檔中，這往往是産品開發的生命周期中一個重要的裡程碑。在結束評價和驗證之後，POC就可繼續發展。

[b]4、最小化的需求 [/b]

盡管POC是産品開發過程中重要的評估技術，但是你也應該限制在POC開發方面所花費的時間，考慮到早先的設計階段包含的所有因素，建構POC中關鍵元素。 應該把充足的精力用于論證和認同設計方面，但也不要過多，這樣即使設計中需要作重大的修改，也不會導緻浪費大量的資源。 在全面設計開始執行之前，讓客戶對設計認可是必要的。

[b]5、客戶的角色定位 [/b]

規格和設計階段，要求産品開發有詳細的設計文檔，而且POC常伴随着産品開發。客戶簽署設計文檔中，并回報POC是重要的項目裡程碑。如果在下一階段仍需修改産品設計，就要按照受控的變更控制流程得到認可和準許。在整個項目過程中處理不同的檢查和停頓時，客戶的一個重要職責是為按期傳遞而保證已确認的進度表，并同意為防止計劃被耽擱而需再投資的情況出現。