| 2006 年 12 月 15 日 IBM 軟件產(chǎn)品的版本(V.R.M.F)從市場(chǎng)規劃和客戶(hù)需求開(kāi)始，到研發(fā)以及后續的交付遵循 IBM 軟件部集成產(chǎn)品設計(IPD)流程。 IBM 軟件產(chǎn)品的版本(V.R.M.F)從市場(chǎng)規劃和客戶(hù)需求開(kāi)始，到研發(fā)以及后續的交付遵循IBM軟件部集成產(chǎn)品設計(IPD)流程。IBM 軟件產(chǎn)品需求管理流程是IPD的一個(gè)體現，也就是一個(gè)由市場(chǎng)/客戶(hù)驅動(dòng)的，跨市場(chǎng)部門(mén)、研發(fā)產(chǎn)品管理部門(mén)及研發(fā)工程部門(mén)的端到端需求管理流程。同時(shí)，此次內容我們將描述IPD和產(chǎn)品需求管理流程，及流程中的角色（市場(chǎng)、研發(fā)產(chǎn)品管理部門(mén)及研發(fā)工程部門(mén)），以及他們之間是如何通過(guò)協(xié)作來(lái)管理需求的。 IPD指導如何對軟件產(chǎn)品發(fā)布版本進(jìn)行投資決策和如何協(xié)調部門(mén)間工作以實(shí)現這些決策所定義目標，IBM軟件產(chǎn)品需求管理基于IPD流程，要了解這個(gè)需求管理的流程，首先我們要了解IBM所有產(chǎn)品開(kāi)發(fā)所遵循的IPD的流程，包括其決策點(diǎn)。 IPD流程分為六個(gè)步驟：
其中包括了幾個(gè)重要的決策檢查點(diǎn)(DCP)：
一個(gè)產(chǎn)品從市場(chǎng)需求開(kāi)始，經(jīng)過(guò)概念驗證，時(shí)間、資源等計劃的支持，然后進(jìn)行開(kāi)發(fā)，驗證，直至發(fā)布到市場(chǎng)供客戶(hù)使用，最后在某個(gè)特定的時(shí)候結束產(chǎn)品在市場(chǎng)上的銷(xiāo)售，在IBM都遵循著(zhù)IPD流程。在其中過(guò)程中，這個(gè)產(chǎn)品的概念是否被接受，是否能得到資源上的投入的承諾，是否通過(guò)最終驗證可以在市場(chǎng)上發(fā)布，以及什么時(shí)候在市場(chǎng)上停售，這些關(guān)鍵的決策都通過(guò)相應的委員會(huì )在不同的決策點(diǎn)上進(jìn)行決策。 以上描述了IBM IPD的基本概念，我們接下來(lái)看IBM軟件產(chǎn)品的需求管理是如何基于IPD的。首先，請看下圖一：產(chǎn)品需求管理流程。 圖一：產(chǎn)品需求管理流程  點(diǎn)擊查看大圖 這個(gè)產(chǎn)品需求管理流程是如何與以上IPD的階段相映射的呢？主要為以下幾點(diǎn)：
而產(chǎn)品需求管理流程與決策點(diǎn)的映射，主要為以下幾點(diǎn)：
產(chǎn)品需求管理流程中通過(guò)以下幾類(lèi)角色的參與并互相協(xié)作，推動(dòng)需求通過(guò)評審并納入到產(chǎn)品開(kāi)發(fā)路線(xiàn)圖里面。 市場(chǎng)部門(mén) 根據市場(chǎng)、競爭對手的信息，客戶(hù)的反饋，技術(shù)發(fā)展方向以及IBM現在的產(chǎn)品組合，定義IBM在此市場(chǎng)領(lǐng)域需要提供的解決方案(O/SBP)。 研發(fā)產(chǎn)品管理部門(mén) 根據市場(chǎng)部門(mén)制訂的解決方案(O/SBP)，及客戶(hù)反饋的的改善和缺陷，定義產(chǎn)品發(fā)布版本所要提供的功能－即產(chǎn)品的需求。 研發(fā)工程部門(mén) 根據產(chǎn)品需求，評估開(kāi)發(fā)需求所需要的資源、時(shí)間等，并對需求進(jìn)行設計、開(kāi)發(fā)和測試等，建立需求與設計開(kāi)發(fā)之間的追蹤關(guān)系。 技術(shù)支持 代表IBM與客戶(hù)進(jìn)行溝通，反饋需求所處的狀態(tài)。 以上角色的互相協(xié)作關(guān)系請參考以下產(chǎn)品需求管理流程的三個(gè)階段描述。 此流程是通過(guò)IBM內部系統RATLC實(shí)現，這個(gè)將在后面第7部分介紹。 研發(fā)產(chǎn)品管理部門(mén)根據市場(chǎng)部門(mén)制訂的解決方案(O/SBP)，定義產(chǎn)品所要提供的功能－即產(chǎn)品的需求。研發(fā)產(chǎn)品管理部門(mén)將這些需求信息提交到RATLC，包括：
如果此需求是因為客戶(hù)反饋的改善和缺陷而產(chǎn)生，那么研發(fā)產(chǎn)品管理部門(mén)將其與需求關(guān)聯(lián)。改善是指客戶(hù)在使用此產(chǎn)品的過(guò)程中提出的功能改善的要求，而缺陷是指：客戶(hù)在使用此產(chǎn)品的過(guò)程中發(fā)現的缺陷。 當備選需求進(jìn)入RRM以后，評審委員會(huì )，包括市場(chǎng)部門(mén)、研發(fā)產(chǎn)品管理部門(mén)，研發(fā)工程部門(mén)的代表會(huì )復審備選需求以決定那些需求通過(guò)概念決策點(diǎn) （當前的版本）。評估的條件包括其業(yè)務(wù)的重要性和對產(chǎn)品開(kāi)發(fā)的影響（初步的需求規模評估）在評估的過(guò)程中，任何對此需求開(kāi)發(fā)風(fēng)險的認識，如需要的開(kāi)發(fā)時(shí)間、性能要求等都被記錄下來(lái)，作為此需求的風(fēng)險記錄，作為整個(gè)開(kāi)發(fā)過(guò)程的參考。 對已經(jīng)批準需求進(jìn)行排序，同時(shí)需要增加以下內容：
沒(méi)有通過(guò)概念決策點(diǎn)的需求：
為了了解開(kāi)發(fā)的投入，并能夠給每個(gè)需求制訂詳細的開(kāi)發(fā)計劃，所有需求都要進(jìn)行規模評估。評估的內容包括現在或將來(lái)開(kāi)發(fā)此需求所需要的人力，時(shí)間和資源。通過(guò)研發(fā)工程部門(mén)和研發(fā)產(chǎn)品管理部門(mén)的多次和及時(shí)的溝通，需求的規模被確定。如果需求規模被修改，研發(fā)產(chǎn)品管理部門(mén)將再次和市場(chǎng)部門(mén)和技術(shù)支持部門(mén)溝通，以確認修改。修改的記錄會(huì )記錄在需求變更流程里面。通過(guò)規模評估的需求，需求會(huì )關(guān)聯(lián)一條或多條的規模評估記錄：需求開(kāi)發(fā)所需要的資源、人力及計劃。 同時(shí)，開(kāi)發(fā)團隊根據IRUP指導對需求進(jìn)行詳細的描述和設計，包括用例建模，建立測試策略和項目計劃等。 沒(méi)有通過(guò)計劃決策點(diǎn)的需求：
在此階段，開(kāi)發(fā)團隊決定是否針對需求制訂開(kāi)發(fā)計劃, 并對需求進(jìn)行開(kāi)發(fā)和測試，如果制訂計劃，需要提供以下信息：開(kāi)發(fā)的狀態(tài)。在開(kāi)發(fā)過(guò)程中，需求一直處于InPlan狀態(tài)，直到通過(guò)Availability DCP后，需求狀態(tài)轉變?yōu)镈elivered。 如果由于開(kāi)發(fā)計劃延后，或開(kāi)發(fā)過(guò)程中出現技術(shù)問(wèn)題而導致開(kāi)發(fā)團隊決定不將其放入開(kāi)發(fā)計劃，需求會(huì )被Decommitted。如果有變更情況，負責人需要將變更記錄與需求關(guān)聯(lián)。 1． 統一的版本需求管理流程：無(wú)論是外部的客戶(hù)需求，IBM的市場(chǎng)規劃需求都使用相同的流程，統一的評估，統一的規劃，確保需求的開(kāi)發(fā)與業(yè)務(wù)目標發(fā)展一致。 2． 需求端到端狀態(tài)的可視化：需求記錄包含豐富的信息包括變更的記錄，使得市場(chǎng)部門(mén)、研發(fā)產(chǎn)品管理部門(mén)和研發(fā)團隊能夠及時(shí)了解需求所處的狀態(tài)，減少多方溝通的時(shí)間，并能夠及時(shí)的向客戶(hù)傳遞相應的信息，提高客戶(hù)的滿(mǎn)意度。 3． 需求信息的集中管理：每條需求都有相應的屬性，如客戶(hù)優(yōu)先級別，所涉及的產(chǎn)品模塊等，需求開(kāi)發(fā)時(shí)間等。有了這些信息，市場(chǎng)部門(mén)和研發(fā)團隊可以定制各種報表對需求進(jìn)行查詢(xún)、過(guò)濾和排序，多角度的了解需求的狀況。 4． 全球同步進(jìn)行需求管理：雖然IBM市場(chǎng)部門(mén)及研發(fā)團隊都分布在全球不同地點(diǎn)，但是所有相關(guān)人員可以通過(guò)WEB的方式訪(fǎng)問(wèn)需求，進(jìn)行需求的溝通。 7. RATLC——通過(guò)ClearQuest實(shí)現需求管理流程 在IBM內部是使用什么系統來(lái)支撐需求管理流程的呢？答案是RATLC。 它既是 IBM 軟件部用于管理產(chǎn)品需求和產(chǎn)品缺陷的系統。 RATLC通過(guò)Rational ClearQuest工具定制實(shí)現。同時(shí)由于IBM的軟件研發(fā)團隊分布在全球各地，為了實(shí)現每個(gè)地區團隊能快捷地訪(fǎng)問(wèn)需求，RATLC通過(guò)ClearQuest MultiSite實(shí)現了“本地復本，全球同步”的模式?，F在RATCL在全球一共有 11個(gè)復本，分別位于北美、印度、法國和中國，復本之間的一致性通過(guò)ClearQuest MultiSite的自動(dòng)同步功能實(shí)現。 IBM Rational ClearQuest 是一個(gè)強大而高度靈活的需求、缺陷和變更、測試計劃和用例管理平臺，能在整個(gè)開(kāi)發(fā)周期內捕獲、跟蹤并管理各種類(lèi)型的記錄，幫助您以更高的效率交付出更高質(zhì)量的軟件。無(wú)論您使用的平臺是Windows、UNIX或是Web，可完全自主定制的界面和工作流程引擎都能適應任何開(kāi)發(fā)流程。由于ClearQuest支持業(yè)內標準數據庫，所以它可任意擴展，以支持任何規模的項目。 RATLC的具體實(shí)現方式： （1） 通過(guò)ClearQuest Designer定制RATLC中的需求管理流程。ClearQuest本身內嵌了需求管理、缺陷管理和測試管理流程。同時(shí)，鑒于IBM需求管理流程有特殊性的需求， ClearQuest提供了靈活的手段在上述的內嵌流程中進(jìn)行客戶(hù)化定制。RATLC就是通過(guò)ClearQuest Designer的狀態(tài)過(guò)渡矩陣定制產(chǎn)品需求管理流程中的需求狀態(tài)和其過(guò)渡關(guān)系，如圖二： 圖二：ClearQuest Designer的狀態(tài)過(guò)渡矩陣  圖三是通過(guò)ClearQuest Designer定制好后的需求管理流程的狀態(tài)圖，圖中的橢圓代表的是需求的狀態(tài)，箭頭上的文字代表用戶(hù)經(jīng)過(guò)何種操作后，需求的狀態(tài)發(fā)生了相應的變化。如需求處在“Submitted”狀態(tài)，用戶(hù)經(jīng)過(guò)評審，確定了此需求的優(yōu)先級別并更新了界面中此需求的優(yōu)先級別屬性后，按下界面中“Prioritize”按鈕，需求的狀態(tài)變?yōu)椤癙rioritized”。 圖三：通過(guò)ClearQuest定制的需求在流程中的狀態(tài)  點(diǎn)擊查看大圖 （2）通過(guò)ClearQuest Designer表單定制功能直觀(guān)地定制RATLC用戶(hù)界面。 我們可以通過(guò)ClearQuest Designer提供的可視化表單定制功能直觀(guān)地定制用戶(hù)界面?；旧鲜峭ㄟ^(guò)Designer提供的界面工具集如按鈕、文字框等拖拽地設計用戶(hù)界面。如圖四： 圖四：ClearQuest Designer表單定制功能  圖五是通過(guò)ClearQuest Designer表單定制功能定制出來(lái)的RATLC需求錄入界面。 圖五：RATLC的需求錄入界面  （3） 通過(guò)ClearQuest客戶(hù)端定制各式報表 在RATLC中系統管理員配置了不同產(chǎn)品的缺省報表，當用戶(hù)和登錄到系統的時(shí)候可以根據報表的類(lèi)型（如按產(chǎn)品名稱(chēng)分類(lèi)的報表）來(lái)選擇需要查看的需求記錄。 或者，用戶(hù)登錄到系統后，可以自定義報表，如產(chǎn)品經(jīng)理需要反復查看某個(gè)客戶(hù)所提交的所有需求和缺陷記錄的狀態(tài)，他可以自定義這樣的報表，以方便在每次登錄系統后都能很迅速地查詢(xún)到所需要的信息。 報表的定制也是非常簡(jiǎn)單，通過(guò)拖拽字段的方式就可以便捷地建立所需要的報表。 圖六：通過(guò)ClearQuest定制各式報表  （4）多客戶(hù)端界面選擇-Web/Windows UI/Eclipse RATLC充分利用了ClearQuest多客戶(hù)端的特點(diǎn)，為不同類(lèi)型的用戶(hù)提供了不同的使用界面。如市場(chǎng)部門(mén)及研發(fā)管理部門(mén)人員，由于他們的日常操作多為查詢(xún)需求的狀態(tài)和修改需求記錄等，RATLC為這部分人員提供了WEB訪(fǎng)問(wèn)的方式；而對于研發(fā)工程人員，由于他們需要對需求進(jìn)行開(kāi)發(fā)，這就涉及到與配置管理工具的集成實(shí)現變更記錄與代碼的結合，RATLC為他們提供了Windows客戶(hù)端或Eclipse客戶(hù)端，這樣研發(fā)工程人員的開(kāi)發(fā)環(huán)境就能很方便地與ClearQuest結合起來(lái)。 （4）ClearQuest與ClearCase集成 在RATLC系統中，當某個(gè)需求經(jīng)過(guò)批準后被分發(fā)到相應的開(kāi)發(fā)人員，此開(kāi)發(fā)人員可以通過(guò)ClearQuest與ClearCase的集成，在檢出代碼或文檔修改的時(shí)候選擇相應RATLC系統的記錄。這樣，變更的原因（需求）和變更的結果（代碼或文檔）就能緊密的集成在一起，方便隨后進(jìn)行雙向的查詢(xún)，如QA可以通過(guò)RATCL了解此需求變更涉及到哪些代碼改變，或某個(gè)文件的新版本是由于什么原因而產(chǎn)生的。 此次我們介紹了IBM軟件產(chǎn)品需求管理流程， 它是IBM IPD的一個(gè)實(shí)例，也就是一個(gè)由市場(chǎng)/客戶(hù)驅動(dòng)的，跨市場(chǎng)部門(mén)、研發(fā)產(chǎn)品管理部門(mén)及研發(fā)工程部門(mén)的端到端需求管理流程。此流程在IBM內部的支撐系統RATLC是通過(guò)Rational ClearQuest這一優(yōu)秀生命周期管理集成器來(lái)實(shí)現（如圖七）。Rational ClearQuest涵蓋了需求管理、變更管理、缺陷管理和測試管理。 圖七：Rational ClearQuest – 生命周期管理集成器
| ||||||
聯(lián)系客服
