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

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

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

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

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

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

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

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

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

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

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

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

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

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