針對以上問題，只要從量化需求入手， 有序管理需求變更，用正規(guī)表達、可量化的Spec來指導項目規(guī)劃、編程和測試，能把風險降到低。

基于結構化的Spec集合，可以將項目分解為多個子項目，將Spec直接分配到各自對應的子項目中，以此來規(guī)劃和估算子項目的工作量。項目管理人員為每個子項目分配資源，安排優(yōu)先順序，確定項目里程碑。

在項目執(zhí)行時，可以為每一個Spec產生出一系列開發(fā)任務。自定義的工作流機制確保每一個任務從提交到終解決的生命周期都嚴格符合業(yè)務流程，保證任何時刻都有的負責人、狀態(tài)和截止日期。這樣，不僅能規(guī)范產品研發(fā)過程，還能降低人員流動帶來的風險。任務的流轉及相關知識文檔，如源代碼、設計資源等，都得到系統完整的記錄，還能與任務關聯，便于追溯。一旦有人離開項目，接替的人員能夠查看任務和文檔信息，迅速彌補人員空缺。

DevSuite需求管理視圖提供產品版本樹管理，產品經理可以創(chuàng)建新產品和版本，每個需求和功能點可以在多個產品和版本實現。通常一個產品的各個功能可能會分布在不同的項目中實現，項目經理如何在產品發(fā)布的時候知道每次發(fā)布實現了那些功能，各個功能點的負責人是誰，通過DevSpec視圖提供的產品版本樹功能，項目經理可以輕松的過濾出每個發(fā)布版本實現了那些客戶需求。

支持產品的版本規(guī)劃，當收集到的需求經過評審等規(guī)定流程決策后，將需求與規(guī)劃好的產品版本關聯起來，通過產品版本視圖可以直接追蹤到需求與產品版本的關系，未決定開發(fā)的需求可以不設定版本，等決定后再關聯相應產品版本。

產品研發(fā)過程常見問題3：跨部門協作困難

產品研發(fā)在企業(yè)中是一項綜合性的工作，存在著大量需要跨部門協作的工作，幾乎需要所有的職能部門都將參與其中。據研究發(fā)現，目前企業(yè)中多達50%以上的工作都適用于跨部門協作管理，而正如此卻帶來了部門協作困難、全局監(jiān)控難、資源協調難等等各種各樣的問題。這些問題幾乎困擾著現在所有的研發(fā)企業(yè)，不管他們在組織方式上是采用項目結構、職能結構還是矩陣結構，跨部門協作困難的挑戰(zhàn)無處不在。

部門協作困難面臨的挑戰(zhàn)：

1. 缺乏對產品開發(fā)統一的認識

首先，各部門對產品開發(fā)的成功標準缺乏一致的認識。比如技術部門認為只要產品順利轉入測試成功了，測試部門只關注產品的檢測與執(zhí)行測試任務，質保部門理解的成功則是產品研發(fā)流程和質量的穩(wěn)定，而市場部門則關注產品何時上市、銷量如何。各部門在產品開發(fā)過程中缺乏一致的目標是帶來跨部門協作困難的根源之一。更有甚者，產品開發(fā)被認為只是研發(fā)部門的事，其它部門只是義務配合一下，這與產品開發(fā)活動的本質相差太遠了。

2. 缺乏有效的跨部門協同機制

產品開發(fā)的主體是研發(fā)部門，每個部門卻是各有所規(guī)，各有各的服務流程和工作規(guī)范，如果沒有建立與營銷、項目管理、測試、質保等部門建立有效的協同機制，對客戶、市場的響應會比較慢。同時，對于企業(yè)內容來講，如果沒有信息共享的工作平臺，開展并行工程困難，開發(fā)周期長；很難詳細掌握各開發(fā)項目的進度，每個人在做什么，做到什么程度。企業(yè)外部同樣如此，與客戶、合作伙伴缺乏協同工作的信息平臺，不僅異地協調困難，工作效率低且質量難以控制。

3. 缺乏明確的產品開發(fā)流程

缺乏明確的產品開發(fā)管理流程及系統控制手段，職責不明，執(zhí)行較弱，每個人按照各自習慣做事，產品開發(fā)的品質控制很難到位。很多公司制定了產品開發(fā)流程，但它們的流程只是一些功能流程（如硬件開發(fā)流程、測試流程)的集合，而缺乏一個聯合了所有的職能部門的集成的總體流程，這象作戰(zhàn)時缺乏總體的“作戰(zhàn)地圖”和“作戰(zhàn)方案”，導致項目組如何開展工作，各部門如何參與到產品開發(fā)過程中缺乏統一部署和安排，臨陣時間各行其是。