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

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

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

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

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

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

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

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

1. 缺乏對產(chǎn)品開發(fā)統(tǒng)一的認識

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

2. 缺乏有效的跨部門協(xié)同機制

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

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

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