正文

charter開(kāi)發(fā)流程的意義（開(kāi)發(fā)流程的四個(gè)階段）

發(fā)布時(shí)間：2023-03-14 02:32:34 稿源：創(chuàng)意嶺閱讀： 71 問(wèn)大家

大家好！今天讓創(chuàng)意嶺的小編來(lái)大家介紹下關(guān)于charter開(kāi)發(fā)流程的意義的問(wèn)題，以下是小編對(duì)此問(wèn)題的歸納整理，讓我們一起來(lái)看看吧。

ChatGPT國(guó)內(nèi)免費(fèi)在線使用，一鍵生成原創(chuàng)文章、方案、文案、工作計(jì)劃、工作報(bào)告、論文、代碼、作文、做題和對(duì)話答疑等等

只需要輸入關(guān)鍵詞，就能返回你想要的內(nèi)容，越精準(zhǔn)，寫出的就越詳細(xì)，有微信小程序端、在線網(wǎng)頁(yè)版、PC客戶端

官網(wǎng)：https://ai.de1919.com

本文目錄:

1、項(xiàng)目管理體系的流程是什么？
2、軟件開(kāi)發(fā)過(guò)程中的需求分析與開(kāi)發(fā)框架的區(qū)別
3、上下協(xié)同，用友IPD的研發(fā)管理之道（下）
4、3 IPD介紹- IPD（Integrated Product Development，集成產(chǎn)品開(kāi)發(fā)））

charter開(kāi)發(fā)流程的意義（開(kāi)發(fā)流程的四個(gè)階段）

一、項(xiàng)目管理體系的流程是什么？

一個(gè)完整的項(xiàng)目管理流程，包括：需求、計(jì)劃、設(shè)計(jì)、開(kāi)發(fā)、測(cè)試、交付、運(yùn)維維護(hù)。CoCode作為軟件開(kāi)發(fā)全生命周期管理平臺(tái)，采用最先進(jìn)的開(kāi)發(fā)流程，和自動(dòng)化的開(kāi)發(fā)和管理工具，讓整個(gè)軟件開(kāi)發(fā)更高效，大大降低開(kāi)發(fā)周期和開(kāi)發(fā)成本，提高產(chǎn)品質(zhì)量。

目前我們平臺(tái)的Co-Projec智能項(xiàng)目管理工具、評(píng)審分析工具、故事點(diǎn)估算工具，免費(fèi)使用。

charter開(kāi)發(fā)流程的意義（開(kāi)發(fā)流程的四個(gè)階段）

項(xiàng)目開(kāi)發(fā)工具

一個(gè)完整的項(xiàng)目管理流程：

需求：通過(guò)史詩(shī)、特性和用戶故事三級(jí)需求分析，明確需求。

計(jì)劃：對(duì)項(xiàng)目開(kāi)發(fā)規(guī)模進(jìn)行科學(xué)地估算和計(jì)劃，并智能匹配開(kāi)發(fā)人員。

設(shè)計(jì)：針對(duì)需求進(jìn)行相關(guān)設(shè)計(jì)，通過(guò)智能評(píng)審工具，及時(shí)發(fā)現(xiàn)評(píng)審缺陷，以保障項(xiàng)目構(gòu)架合理，需求滿足。

charter開(kāi)發(fā)流程的意義（開(kāi)發(fā)流程的四個(gè)階段）

項(xiàng)目管理流程

開(kāi)發(fā)：對(duì)項(xiàng)目開(kāi)發(fā)過(guò)程，進(jìn)行全程閉環(huán)管控，以確保項(xiàng)目進(jìn)度和質(zhì)量。

測(cè)試：提供測(cè)試用例管理與測(cè)試計(jì)劃執(zhí)行，實(shí)時(shí)掌握測(cè)試用例執(zhí)行情況，以檢驗(yàn)項(xiàng)目缺陷，確保項(xiàng)目質(zhì)量。

交付：任務(wù)完成率和消缺率達(dá)到100%后，在線提交項(xiàng)目開(kāi)發(fā)成果，并可下載相關(guān)文檔和結(jié)果。

運(yùn)維維護(hù)：用戶通過(guò)反饋記錄，提交項(xiàng)目問(wèn)題，平臺(tái)會(huì)自動(dòng)生成Bug并分配相關(guān)開(kāi)發(fā)人員，進(jìn)行完善。

二、軟件開(kāi)發(fā)過(guò)程中的需求分析與開(kāi)發(fā)框架的區(qū)別

需求分析奠定了軟件工程和項(xiàng)目管理的基礎(chǔ)。我們?cè)诮ㄔ燔浖到y(tǒng)這座大廈的時(shí)候，如果需求分析的基礎(chǔ)不夠堅(jiān)實(shí)和牢固，那么往往會(huì)導(dǎo)致軟件系統(tǒng)問(wèn)題百出，甚至被馬上丟棄。在建造軟件系統(tǒng)的過(guò)程中，如果我們經(jīng)常習(xí)慣地沿用一些不規(guī)范的方法，其后果便是產(chǎn)生一條鴻溝──開(kāi)發(fā)者開(kāi)發(fā)的與用戶所想得到的軟件存在著巨大的“期望差異”。因此“需求”這個(gè)名詞的定義不僅僅是從用戶角度對(duì)系統(tǒng)外部行為的描述，以及從開(kāi)發(fā)人員角度對(duì)系統(tǒng)內(nèi)部特性的描述，其關(guān)鍵的一點(diǎn)是“需求”必須文檔化。

需求的類型

軟件需求包括三個(gè)不同的層次──業(yè)務(wù)需求、用戶需求和功能需求。除此之外，每個(gè)系統(tǒng)還有各種非功能需求。

業(yè)務(wù)需求（BusinessRequirement）表示組織或客戶高層次的目標(biāo)。業(yè)務(wù)需求通常來(lái)自項(xiàng)目投資人、購(gòu)買產(chǎn)品的客戶、實(shí)際用戶的管理者、市場(chǎng)營(yíng)銷部門或產(chǎn)品策劃部門。業(yè)務(wù)需求描述了組織為什么要開(kāi)發(fā)一個(gè)系統(tǒng)，即組織希望達(dá)到的目標(biāo)。使用前景和范圍（vision and scope）文檔來(lái)記錄業(yè)務(wù)需求，這份文檔有時(shí)也被稱作項(xiàng)目輪廓圖或市場(chǎng)需求（project charter 或 market requirement）文檔。用戶需求（UserRequirement）描述的是用戶的目標(biāo)，或用戶要求系統(tǒng)必須能完成的任務(wù)。用例、場(chǎng)景描述和事件響應(yīng)表都是表達(dá)用戶需求的有效途徑。也就是說(shuō)用戶需求描述了用戶能使用系統(tǒng)來(lái)做些什么。

功能需求（Functional Requirement）規(guī)定開(kāi)發(fā)人員必須在產(chǎn)品中實(shí)現(xiàn)的軟件功能，用戶利用這些功能來(lái)完成任務(wù)，滿足業(yè)務(wù)需求。功能需求有時(shí)也被稱作行為需求（behavioral requirement），因?yàn)榱?xí)慣上總是用“應(yīng)該”對(duì)其進(jìn)行描述：“系統(tǒng)應(yīng)該發(fā)送電子郵件來(lái)通知用戶已接受其預(yù)定”。功能需求描述是開(kāi)發(fā)人員需要實(shí)現(xiàn)什么。

非功能需求（Non-functional Requirement）定義了軟件產(chǎn)品為滿足用戶業(yè)務(wù)需求而必須具有的除功能需求以外的特性。包括系統(tǒng)的完整性（聯(lián)機(jī)幫助、數(shù)據(jù)管理、用戶管理、軟件發(fā)布管理、在線升級(jí)等）、性能、可靠性、可維護(hù)性、可擴(kuò)充性、對(duì)技術(shù)和業(yè)務(wù)的適應(yīng)性等。

需求分析的任務(wù)

1 解決的問(wèn)題

1) 齊全、準(zhǔn)確地找出目標(biāo)系統(tǒng)全部的功能、性能、限制； 2) 找出全部的輸入流、輸出流； 3) 找出所有的加工；

4) 產(chǎn)生完整的分層的DFD、數(shù)據(jù)字典、加工的描述； 5) 補(bǔ)充的意見(jiàn)。

2 綜合要求

確定對(duì)系統(tǒng)的綜合要求，系統(tǒng)功能要求，系統(tǒng)性能要求，運(yùn)行要求，將來(lái)可能提出的要求。

3 任務(wù)

圖1為需求分析任務(wù)圖，需求分析階段要完成的具體明確的最終任務(wù)就是形成一份經(jīng)開(kāi)發(fā)方和用戶認(rèn)可或達(dá)成共識(shí)的軟件需求分析文檔（需求規(guī)格說(shuō)明書(shū)、修改后的項(xiàng)目開(kāi)發(fā)計(jì)劃、初步的用戶手冊(cè)、確認(rèn)測(cè)試計(jì)劃、數(shù)據(jù)要求說(shuō)明書(shū)）。這個(gè)文檔能清晰準(zhǔn)確地說(shuō)明系統(tǒng)將要開(kāi)發(fā)什么，能夠規(guī)定出詳細(xì)的技術(shù)需求，包括所有面向用戶、面向機(jī)器和其它軟件系統(tǒng)的接口?？梢哉f(shuō)需求文檔在開(kāi)發(fā)過(guò)程中一直起指導(dǎo)作用。

為了更好地完成軟件開(kāi)發(fā)第一階段的需求分析任務(wù)，提高質(zhì)量，需求管理是必不可少的。

需求管理的目的是在客戶與開(kāi)發(fā)方之間建立對(duì)需求的共同理解，維護(hù)需求與其他工作成果的一致性，并控制需求的變更，主要體現(xiàn)在跟蹤和控制需求變更管理。需求管理是開(kāi)發(fā)工作有效進(jìn)行的保證，是一種很高層次的系統(tǒng)行為，涉及整個(gè)開(kāi)發(fā)過(guò)程和產(chǎn)品本身。

需求分析的方法

需求分析方法由對(duì)軟件問(wèn)題的信息域和功能域的系統(tǒng)分析過(guò)程及其表示方法組成，大多數(shù)的需求分析方法是由信息驅(qū)動(dòng)的。信息域具有三種屬性：信息流、信息內(nèi)容和信息結(jié)構(gòu)。

常用的需求分析方法有：面向數(shù)據(jù)流的結(jié)構(gòu)化分析方法（SA），面向數(shù)據(jù)結(jié)構(gòu)的Jackson方法（JSD），面向數(shù)據(jù)結(jié)構(gòu)的結(jié)構(gòu)化數(shù)據(jù)系統(tǒng)開(kāi)發(fā)方法（DSSD），面向?qū)ο蟮姆治龇椒ǎ∣OA）等。選擇那種方法要根據(jù)哪些資源在什么時(shí)間對(duì)開(kāi)發(fā)人員有效，不能盲目套用。這里著重闡述面向數(shù)據(jù)流的結(jié)構(gòu)化分析方法（SA）。

面向數(shù)據(jù)流的結(jié)構(gòu)化分析方法

面向數(shù)據(jù)流的結(jié)構(gòu)化分析方法（Structured Analysis，簡(jiǎn)稱SA），是面向數(shù)據(jù)流進(jìn)行需求分析的方法，是需求分析使用最多的方法之一。 SA也是一種建模活動(dòng)，該方法使用簡(jiǎn)單易讀符號(hào)，根據(jù)軟件內(nèi)部數(shù)據(jù)傳遞、變換的關(guān)系，自頂向下逐層分解，描繪出滿足功能要求的軟件模型。適用于數(shù)據(jù)處理類型軟件的需求分析，這一方法除了簡(jiǎn)單，容易掌握之外，還能和設(shè)計(jì)階段的結(jié)構(gòu)化設(shè)計(jì)（SD）銜接，從而取得良好的設(shè)計(jì)結(jié)果。

自頂向下逐層分解的分析策略

SA方法的基本手段：“分解”和“抽象”。這是系統(tǒng)開(kāi)發(fā)技術(shù)中控制復(fù)雜性的兩種手段。它先將系統(tǒng)“抽象”成一個(gè)模型，此模型是有輸入和輸出并有系統(tǒng)名稱的盒子，然后打開(kāi)這個(gè)盒子，對(duì)它進(jìn)行逐層分解，直到能被理解，可以實(shí)現(xiàn)為止。因此分析的策略是自頂向下，逐層加細(xì)，由抽象到具體的過(guò)程。如圖2。

結(jié)構(gòu)化分析方法使用工具

SA方法利用圖形等半形式化的描述方式表達(dá)需求，簡(jiǎn)明易懂，用它們形成需求規(guī)格說(shuō)明書(shū)中的主要部分。描述工具是

1) 數(shù)據(jù)流圖：描述系統(tǒng)由哪幾部分組成，各部分之間有什么聯(lián)系等等。 2) 數(shù)據(jù)字典：定義了數(shù)據(jù)流圖中每一個(gè)圖形元素。

3) 描述加工邏輯的結(jié)構(gòu)化語(yǔ)言、判定表、判定樹(shù)：詳細(xì)描述數(shù)據(jù)流圖中不能被再分解的每一個(gè)加工。

由于分析中的主要依據(jù)是數(shù)據(jù)傳遞及數(shù)據(jù)變換所形成的數(shù)據(jù)流，所以結(jié)構(gòu)化分析一般采用的方法是使用數(shù)據(jù)流圖的分析方法，最終結(jié)果是產(chǎn)生需求規(guī)格說(shuō)明書(shū)，該文檔包括一套數(shù)據(jù)流圖，對(duì)數(shù)據(jù)流圖中的成分進(jìn)行定義的一本數(shù)據(jù)字典及對(duì)加工邏輯的描述。

結(jié)構(gòu)化分析步驟

用結(jié)構(gòu)化分析方法進(jìn)行系統(tǒng)需求分析的具體步驟是： 1) 了解當(dāng)前系統(tǒng)的工作流程，獲得當(dāng)前系統(tǒng)的物理模型。通過(guò)對(duì)當(dāng)前系統(tǒng)的詳細(xì)調(diào)查，了解當(dāng)前系統(tǒng)的工作過(guò)程，同時(shí)收集資料、文件、數(shù)據(jù)、報(bào)表等，將看到的、聽(tīng)到的、收集到的信息和情況用圖形描述出來(lái)。也就是用一個(gè)模型來(lái)反映自己對(duì)當(dāng)前系統(tǒng)的理解，如畫(huà)系統(tǒng)流程圖。

2) 抽象出當(dāng)前系統(tǒng)的邏輯模型。物理模型反映了系統(tǒng)“怎么做”的具體實(shí)現(xiàn)，去掉物理模型中非本質(zhì)的因素，抽取出本質(zhì)的因素，構(gòu)造出當(dāng)前系統(tǒng)的邏輯模型，反映了當(dāng)前系統(tǒng)“做什么”的功能。

3) 建立目標(biāo)系統(tǒng)的邏輯模型。分析、比較目標(biāo)系統(tǒng)與當(dāng)前系統(tǒng)邏輯上的差別，明確目標(biāo)系統(tǒng)到底要“做什么”，從而從當(dāng)前系統(tǒng)的邏輯模型導(dǎo)出目標(biāo)系統(tǒng)的邏輯模型。

4) 作進(jìn)一步補(bǔ)充和優(yōu)化。為了對(duì)目標(biāo)系統(tǒng)做完整的描述，還需要對(duì)得到的邏輯模型做一些補(bǔ)充。

說(shuō)明目標(biāo)系統(tǒng)的人機(jī)界面。

說(shuō)明至今尚未詳細(xì)考慮的細(xì)節(jié)（包括出錯(cuò)處理、系統(tǒng)的啟動(dòng)與結(jié)束、系統(tǒng)的輸入/輸出和系統(tǒng)性能方面的需求等）。

其他（系統(tǒng)特有的其他必須滿足的性能和限制，也需要用適當(dāng)?shù)男问阶龀鰰?shū)面記錄。分析階段結(jié)束時(shí)，系統(tǒng)分析員必須和用戶再次認(rèn)真地審查系統(tǒng)文件，爭(zhēng)取在系統(tǒng)開(kāi)始設(shè)計(jì)之前，盡可能地發(fā)現(xiàn)其中存在的一些錯(cuò)誤并及時(shí)糾正，直至用戶確認(rèn)這個(gè)模型表達(dá)了他們的要求后，系統(tǒng)文件（軟件需求規(guī)格說(shuō)明書(shū)等）才作為用戶和軟件開(kāi)發(fā)人員之間的“合同”而最后得到確定。

結(jié)構(gòu)化分析方法的優(yōu)缺點(diǎn)

1) 優(yōu)點(diǎn)：結(jié)構(gòu)化分析方法是軟件需求分析中公認(rèn)的、有成效的、技術(shù)成熟的、使用廣泛的一種方法，它較適合于開(kāi)發(fā)數(shù)據(jù)處理類型軟件的需求分析，該方法利用圖形等半形式化工具表達(dá)需求，簡(jiǎn)明易讀，也易于使用，為后一階段的設(shè)計(jì)、測(cè)試、評(píng)價(jià)提供了有利條件。 2) 缺點(diǎn)：① 傳統(tǒng)的SA方法主要用于數(shù)據(jù)處理方面的問(wèn)題，主要工具DFD體現(xiàn)了系統(tǒng)“做什么”的功能，但它僅是一個(gè)靜態(tài)模型，沒(méi)有反映處理的順序，即控制流程。因此，不適合描述實(shí)時(shí)控制系統(tǒng)。② 上世紀(jì)60年代末出現(xiàn)的數(shù)據(jù)庫(kù)技術(shù)，使許多大型數(shù)據(jù)處理系統(tǒng)中的數(shù)據(jù)都組織成數(shù)據(jù)庫(kù)的形式，SA方法使用DFD在分析與描述“數(shù)據(jù)要求”方面是有局限的，DFD應(yīng)與數(shù)據(jù)庫(kù)技術(shù)中的實(shí)體聯(lián)系圖(ER圖)結(jié)合起來(lái)(如同IDEF0功能模型與IDEF1信息模型相結(jié)合一樣)。ER圖能增加對(duì)數(shù)據(jù)存儲(chǔ)的細(xì)節(jié)以及數(shù)據(jù)與數(shù)據(jù)之間，數(shù)據(jù)與處理過(guò)程之間關(guān)系的理解，還解決了在DD中所包含的數(shù)據(jù)內(nèi)容表示問(wèn)題，這樣才能較完整的描述用戶對(duì)系統(tǒng)的需求。③ 對(duì)于一些頻繁的人機(jī)交互的軟件系統(tǒng)，如飛機(jī)訂票、銀行管理等系統(tǒng)，用戶最關(guān)系的是如何使用它，輸入命令、操作方式、系統(tǒng)響應(yīng)方式、輸出格式等都是用戶需求的重要方面，DFD不適合描述人機(jī)界面系統(tǒng)的需求，SA方法往往對(duì)這一部分用自然語(yǔ)言作補(bǔ)充。④ 描述軟件需求的精確性有待提高。 5 需求的變更

在開(kāi)發(fā)項(xiàng)目過(guò)程中，用戶隨時(shí)會(huì)提出一些新的需求，要求開(kāi)發(fā)方解決，這些需求的提出，有時(shí)在開(kāi)發(fā)階段中有時(shí)在開(kāi)發(fā)階段后。這種在需求分析的兩個(gè)相鄰子階段中，或者在迭代周期的需求分析中，后一段或周期的需求分析結(jié)果與前一次不一致，我們把這種不一致稱為需求變更。產(chǎn)生需求變更的原因主要有以下幾個(gè)方面：1) 在需求分析階段，開(kāi)發(fā)方與用戶的溝通不夠。在需求分析階段，開(kāi)發(fā)方與用戶沒(méi)有很好的交流，開(kāi)發(fā)方就根據(jù)用戶提供的大概信息，自己推導(dǎo)出用戶的需求。通過(guò)這種需求分析得出的需求往往會(huì)和用戶的實(shí)際需求相差甚遠(yuǎn)，導(dǎo)致用戶提出更改需求。2) 項(xiàng)目的實(shí)施周期過(guò)長(zhǎng)。隨著時(shí)間的推移，用戶對(duì)整個(gè)系統(tǒng)的了解也越來(lái)越深入。他們會(huì)對(duì)模塊的界面、功能和性能方面提出更高更多的要求。3) 技術(shù)更新過(guò)快。由于技術(shù)的快速更新，企業(yè)可能引進(jìn)一些新的設(shè)備，而這些設(shè)備可能就會(huì)與我們的目標(biāo)系統(tǒng)有直接的關(guān)系，由于這一變化可能發(fā)生在解決用戶原先問(wèn)題之前或者之中，那么開(kāi)發(fā)方不得不加入這一新的需求。[3]

為了盡可能地避免發(fā)生需求變更，以及保證需求分析的高穩(wěn)定性，可以采用以下方法：1) 分工明確，系統(tǒng)分析員和程序員各有不同的職責(zé)。系統(tǒng)分析員處在用戶和程序員之間，溝通用戶和開(kāi)發(fā)人員的認(rèn)識(shí)和見(jiàn)解。系統(tǒng)分析員一方面要協(xié)助用戶對(duì)所開(kāi)發(fā)的軟件提出需求，另一方面還要和程序員充分交換意見(jiàn)，探討其合理性和實(shí)現(xiàn)的可能性。如圖3所示，系統(tǒng)分析員在需求分析階段起著重要的作用。

2) 開(kāi)發(fā)方與用戶進(jìn)行協(xié)作和交流。在用戶提出需求變更時(shí)系統(tǒng)分析員應(yīng)該認(rèn)真聽(tīng)取用戶的要求并加以整理和分析。分析需求變更的原因并提出可行的替代方案；同時(shí)向用戶說(shuō)明這些需求變更會(huì)對(duì)整個(gè)項(xiàng)目的開(kāi)發(fā)帶來(lái)的不良后果。3) 合同約束。由于需求變更可能會(huì)對(duì)整個(gè)項(xiàng)目產(chǎn)生影響，所以，開(kāi)發(fā)方和用戶在簽定項(xiàng)目合同時(shí)，可以對(duì)需求變更增加一些相關(guān)的合同條款。4) 建立需求文檔并進(jìn)行版本控制。需求分析的最終成果是一份客戶和開(kāi)發(fā)方對(duì)所開(kāi)發(fā)的產(chǎn)品達(dá)成共識(shí)的系統(tǒng)文檔。有了這份文檔，即使開(kāi)發(fā)方人員的角色有所變動(dòng)，也不會(huì)對(duì)需求分析的前期工作有所影響。對(duì)每次的需求變更都用一個(gè)新的版本來(lái)標(biāo)識(shí)。5) 需求評(píng)審和設(shè)立需求基線。為了讓開(kāi)發(fā)方詳細(xì)了解用戶的需求，讓不同人員從不同的角度對(duì)需求進(jìn)行驗(yàn)證，作為需求的提出者（用戶方），在需求評(píng)審過(guò)程中，往往能提出許多有價(jià)值的意見(jiàn)，同時(shí)，也是對(duì)需求進(jìn)行最后確認(rèn)的機(jī)會(huì)，可以有效減少需求變更的發(fā)生。需求在通過(guò)正式評(píng)審和批準(zhǔn)之后，應(yīng)該確定需求基線，進(jìn)一步的需求變更將在此基線的基礎(chǔ)上，依照項(xiàng)目定義的變更過(guò)程進(jìn)行。設(shè)置需求基線可以將變更引起的麻煩減至最小。

軟件架構(gòu)（software

architecture）是一系列相關(guān)的抽象模式，用于指導(dǎo)大型軟件系統(tǒng)各個(gè)方面的設(shè)計(jì)。軟件架構(gòu)是一個(gè)系統(tǒng)的草圖。軟件架構(gòu)描述的對(duì)象是直接構(gòu)成系

統(tǒng)的抽象組件。各個(gè)組件之間的連接則明確和相對(duì)細(xì)致地描述組件之間的通訊。在實(shí)現(xiàn)階段，這些抽象組件被細(xì)化為實(shí)際的組件，比如具體某個(gè)類或者對(duì)象。在面向

對(duì)象領(lǐng)域中，組件之間的連接通常用接口_(計(jì)算機(jī)科學(xué))來(lái)實(shí)現(xiàn)。

軟件體系結(jié)構(gòu)是構(gòu)建計(jì)算機(jī)軟件實(shí)踐的基礎(chǔ)。與建筑師設(shè)定建筑項(xiàng)目的設(shè)計(jì)原則和目標(biāo)，作為繪圖員畫(huà)圖的基礎(chǔ)一樣，一個(gè)軟件架構(gòu)師或者系統(tǒng)架構(gòu)師陳述軟件構(gòu)架以作為滿足不同客戶需求的實(shí)際系統(tǒng)設(shè)計(jì)方案的基礎(chǔ)。

軟件構(gòu)架是一個(gè)容易理解的概念，多數(shù)工程師（尤其是經(jīng)驗(yàn)不多的工程師）會(huì)從直覺(jué)上來(lái)認(rèn)識(shí)它，但要給出精確的定義很困難。特別是，很難明確地區(qū)分設(shè)計(jì)和構(gòu)架：構(gòu)架屬于設(shè)計(jì)的一方面，它集中于某些具體的特征。

在“軟件構(gòu)架簡(jiǎn)介”中，David Garlan 和 Mary Shaw

認(rèn)為軟件構(gòu)架是有關(guān)如下問(wèn)題的設(shè)計(jì)層次：“在計(jì)算的算法和數(shù)據(jù)結(jié)構(gòu)之外，設(shè)計(jì)并確定系統(tǒng)整體結(jié)構(gòu)成為了新的問(wèn)題。結(jié)構(gòu)問(wèn)題包括總體組織結(jié)構(gòu)和全局控制結(jié)

構(gòu)；通信、同步和數(shù)據(jù)訪問(wèn)的協(xié)議；設(shè)計(jì)元素的功能分配；物理分布；設(shè)計(jì)元素的組成；定標(biāo)與性能；備選設(shè)計(jì)的選擇。

但構(gòu)架不僅是結(jié)構(gòu)；IEEE Working Group

on Architecture 把其定義為“系統(tǒng)在其環(huán)境中的最高層概念”。構(gòu)架還包括“符合”系統(tǒng)完整性、經(jīng)濟(jì)約束條件、審美需求和樣式。它并不僅注

重對(duì)內(nèi)部的考慮，而且還在系統(tǒng)的用戶環(huán)境和開(kāi)發(fā)環(huán)境中對(duì)系統(tǒng)進(jìn)行整體考慮，即同時(shí)注重對(duì)外部的考慮。

在Rational Unified Process 中，軟件系統(tǒng)的構(gòu)架（在某一給定點(diǎn)）是指系統(tǒng)重要構(gòu)件的組織或結(jié)構(gòu)，這些重要構(gòu)件通過(guò)接口與不斷減小的構(gòu)件與接口所組成的構(gòu)件進(jìn)行交互。

從和目的、主題、材料和結(jié)構(gòu)的聯(lián)系上來(lái)說(shuō)，軟件架構(gòu)可以和建筑物的架構(gòu)相比擬。一個(gè)軟件架構(gòu)師需要有廣泛的軟件理論知識(shí)和相應(yīng)的經(jīng)驗(yàn)來(lái)事實(shí)和管

理軟件產(chǎn)品的高級(jí)設(shè)計(jì)。軟件架構(gòu)師定義和設(shè)計(jì)軟件的模塊化，模塊之間的交互，用戶界面風(fēng)格，對(duì)外接口方法，創(chuàng)新的設(shè)計(jì)特性，以及高層事物的對(duì)象操作、邏輯

和流程。

一般而言，軟件系統(tǒng)的架構(gòu)（Architecture）有兩個(gè)要素：

它是一個(gè)軟件系統(tǒng)從整體到部分的最高層次的劃分。

一個(gè)系統(tǒng)通常是由元件組成的，而這些元件如何形成、相互之間如何發(fā)生作用，則是關(guān)于這個(gè)系統(tǒng)本身結(jié)構(gòu)的重要信息。

詳細(xì)地說(shuō)，就是要包括架構(gòu)元件（Architecture Component）、聯(lián)結(jié)器（Connector）、任務(wù)流（Task-flow）。

所謂架構(gòu)元素，也就是組成系統(tǒng)的核心"磚瓦"，而聯(lián)結(jié)器則描述這些元件之間通訊的路徑、通訊的機(jī)制、通訊的預(yù)期結(jié)果，任務(wù)流則描述系統(tǒng)如何使用這些元件和

聯(lián)結(jié)器完成某一項(xiàng)需求。

建造一個(gè)系統(tǒng)所作出的最高層次的、以后難以更改的，商業(yè)的和技術(shù)的決定。

建造一個(gè)系統(tǒng)之前會(huì)有很多的重要決定需要事先作出，而一旦系統(tǒng)開(kāi)始進(jìn)行詳細(xì)設(shè)計(jì)甚至建造，這些決定就很難更改甚至無(wú)法更改。顯然，這樣的決定必定是有關(guān)系統(tǒng)設(shè)計(jì)成敗的最重要決定，必須經(jīng)過(guò)非常慎重的研究和考察。

對(duì)于較大的通常應(yīng)用應(yīng)該使用框架，可能節(jié)省不少時(shí)間.。能使你很輕松的開(kāi)發(fā)出一款軟件來(lái)。

（軟件開(kāi)發(fā)一般比較會(huì)關(guān)注設(shè)計(jì)模式而不是架構(gòu)設(shè)計(jì)）

三、上下協(xié)同，用友IPD的研發(fā)管理之道（下）

建設(shè)和運(yùn)作IPD本身并不是最終的目的，是達(dá)成目的的手段。不管何時(shí)何境，企業(yè)穩(wěn)定運(yùn)行與發(fā)展自始至終都應(yīng)該最為關(guān)鍵的。流程的定義與企業(yè)的目標(biāo)、業(yè)務(wù)模式及企業(yè)所處的競(jìng)爭(zhēng)環(huán)境等因素緊密相關(guān)。如果企業(yè)本身對(duì)其業(yè)務(wù)的內(nèi)在規(guī)律不加以考察的話，所謂最完整的管理體系所能起到的效益也會(huì)有限。IPD的引入同樣也要考察企業(yè)的實(shí)際需要，不能只關(guān)注模仿其他成功企業(yè)流程體系的外在形式，而是吸收其精髓與企業(yè)實(shí)際需要相匹配，定義自己的產(chǎn)品業(yè)務(wù)流程；當(dāng)然，可以借鑒成功企業(yè)在某些方面的具體做法。

讓企業(yè)的業(yè)務(wù)骨干共同參與到體系建設(shè)中來(lái)，在體系建設(shè)的過(guò)程中，有目的性地相互交流、學(xué)習(xí)、研討，明確共同的工作方式并深刻理解其中的深意，同時(shí)發(fā)現(xiàn)相關(guān)環(huán)節(jié)的不足，并針對(duì)這些不足制定相應(yīng)的改進(jìn)計(jì)劃，以指導(dǎo)后續(xù)的學(xué)習(xí)、培訓(xùn)。

隨著時(shí)代的發(fā)展，產(chǎn)品越來(lái)越復(fù)雜，客戶的需求越來(lái)越多樣化，產(chǎn)品的開(kāi)發(fā)越來(lái)越離不開(kāi)專業(yè)的分工與緊密協(xié)作，要想做得好，方法、能力、協(xié)作一樣都不能少，哪一項(xiàng)是弱項(xiàng)呢？那就是產(chǎn)生困難的原點(diǎn)。

不懂方法，就要學(xué)習(xí)；能力不夠，就要實(shí)踐積累；協(xié)作不好，就要改變溝通機(jī)制與態(tài)度，堅(jiān)持客觀與信諾。先易后難，先小后大，逐漸樹(shù)立組織的信心，保持適當(dāng)?shù)募?lì)推動(dòng)組織與個(gè)人越過(guò)自身的心理關(guān)隘。

作好相應(yīng)的心理準(zhǔn)備與資源準(zhǔn)備，研發(fā)管理體系的建設(shè)才有保證、落地才有基礎(chǔ)，用實(shí)踐來(lái)證明困難到底有多大。有句老話，“只要精神不滑坡，辦法總比困難多”。

1. IPD 的核心流程

1. 結(jié)構(gòu)化流程

結(jié)構(gòu)化指互相關(guān)聯(lián)的工作的一個(gè)框架結(jié)構(gòu)，并需要一定的組織原則來(lái)支持它。沒(méi)有結(jié)構(gòu)化就沒(méi)有約束，過(guò)程不可重復(fù)，效率低下；過(guò)度結(jié)構(gòu)化，則規(guī)范過(guò)多、過(guò)細(xì)，缺乏靈活性。

結(jié)構(gòu)化流程是指管理研發(fā)的整個(gè)流程體系，包括IPD流程、TD流程，以及相關(guān)使流程執(zhí)行的支撐方法（CBB設(shè)計(jì)、用戶體驗(yàn)設(shè)計(jì)、技術(shù)研發(fā)、DevOps、敏捷/精益方法、上市/發(fā)布管理、精益運(yùn)營(yíng)等）。其目的是保證以客戶為中心，以市場(chǎng)為驅(qū)動(dòng)，產(chǎn)品研發(fā)過(guò)程有序?qū)嵤?，以提高研發(fā)效率，降低研發(fā)成本，支撐公司有效增長(zhǎng)

2. 技術(shù)研發(fā)與產(chǎn)品開(kāi)發(fā)分離

技術(shù)研發(fā)與產(chǎn)品開(kāi)發(fā)相分離，對(duì)于關(guān)鍵的技術(shù)和技術(shù)平臺(tái)有時(shí)需要在產(chǎn)品開(kāi)發(fā)之前由專門的團(tuán)隊(duì)研發(fā)出來(lái)，并能夠?qū)崿F(xiàn)技術(shù)轉(zhuǎn)化，這樣可以大大減少產(chǎn)品開(kāi)發(fā)的風(fēng)險(xiǎn)，加快產(chǎn)品開(kāi)發(fā)周期，而且有利于技術(shù)的突破和進(jìn)步。同時(shí)技術(shù)和平臺(tái)又是產(chǎn)品的組成部分，規(guī)劃可以放在一個(gè)流程中進(jìn)行，在產(chǎn)品開(kāi)發(fā)中進(jìn)行驗(yàn)證。

ITMT負(fù)責(zé)公司技術(shù)投資決策，IPMT負(fù)責(zé)產(chǎn)品線產(chǎn)品相關(guān)的技術(shù)管理和決策；技術(shù)研發(fā)為產(chǎn)品開(kāi)發(fā)提供產(chǎn)品需要的技術(shù)和能力，技術(shù)達(dá)到要求的成熟度遷移到當(dāng)前產(chǎn)品開(kāi)發(fā)中，如果技術(shù)不符合當(dāng)前產(chǎn)品發(fā)展的要求，IPMT就可以在產(chǎn)品開(kāi)發(fā)大規(guī)模投入前終止使用。

3. 產(chǎn)品開(kāi)發(fā)IPD

為規(guī)范和指導(dǎo)產(chǎn)品開(kāi)發(fā)各生命周期環(huán)節(jié)的活動(dòng)，按產(chǎn)品版本類型指導(dǎo)設(shè)計(jì)。首發(fā)版/大版本分七個(gè)階段（產(chǎn)品規(guī)劃、概念、計(jì)劃、開(kāi)發(fā)、驗(yàn)證、發(fā)布、生命周期），明確各個(gè)階段的決策評(píng)審點(diǎn)、輸入、輸出、關(guān)鍵活動(dòng)，針對(duì)關(guān)鍵點(diǎn)評(píng)審要求目標(biāo)明確，評(píng)審材料齊全。同時(shí)支持迭代小版本，為快速響應(yīng)市場(chǎng)提供持續(xù)改進(jìn)產(chǎn)品，流程可裁剪成關(guān)鍵的過(guò)程活動(dòng)，如需求規(guī)劃、需求實(shí)現(xiàn)、上線、運(yùn)維。

² 區(qū)分不同產(chǎn)品類型：軟件產(chǎn)品和云服務(wù)包括首發(fā)版/大版本（周期超過(guò)6個(gè)月，或原產(chǎn)品功能有重大變化）、快速迭代小版本。

² IPD流程設(shè)置：通過(guò)多個(gè)決策評(píng)審點(diǎn)對(duì)產(chǎn)品開(kāi)發(fā)進(jìn)行戰(zhàn)略管控，商業(yè)決策評(píng)審（DR）、技術(shù)評(píng)審（TR）。

² 融合精益敏捷思想：客戶價(jià)值流動(dòng)，產(chǎn)品快速推向市場(chǎng)，從概念到落地，組織可以快速的將想法變成價(jià)值交付到用戶。

² 結(jié)合DevOps實(shí)踐：DevOps以價(jià)值的快速和高質(zhì)量交付為目標(biāo)，融合了敏捷與精益的理念原則和實(shí)踐，覆蓋從開(kāi)發(fā)、測(cè)試、交付、運(yùn)維等過(guò)程階段。

4. 技術(shù)研發(fā)TD

技術(shù)研發(fā)的目標(biāo)使技術(shù)與業(yè)務(wù)高度融合，最終帶來(lái)生態(tài)鏈的創(chuàng)新，打造出體驗(yàn)一流的產(chǎn)品和服務(wù)，保證技術(shù)價(jià)值的實(shí)現(xiàn)，保持前沿和技術(shù)領(lǐng)先。技術(shù)研發(fā)與產(chǎn)品開(kāi)發(fā)類似，分七個(gè)階段（技術(shù)規(guī)劃、概念、計(jì)劃、開(kāi)發(fā)、驗(yàn)證、遷移、技術(shù)維護(hù)），技術(shù)達(dá)到成熟度要求（技術(shù)遷移標(biāo)準(zhǔn)）后，技術(shù)成果遷移給PDT，在產(chǎn)品開(kāi)發(fā)中作為構(gòu)建模塊按異步研發(fā)的模式漸增構(gòu)建到產(chǎn)品（或平臺(tái)）中，繼續(xù)完成開(kāi)發(fā)、驗(yàn)證到發(fā)布階段產(chǎn)品商用的后續(xù)開(kāi)發(fā)過(guò)程，以實(shí)現(xiàn)技術(shù)成果快速轉(zhuǎn)換，縮短整體研發(fā)周期的目的。

² 支持異步研發(fā)：技術(shù)研發(fā)與產(chǎn)品開(kāi)發(fā)分離，并單獨(dú)進(jìn)行管理，以便更好的降低風(fēng)險(xiǎn)，實(shí)現(xiàn)異步研發(fā)。技術(shù)規(guī)劃和技術(shù)研發(fā)流程是創(chuàng)新和技術(shù)管理方法，建立相應(yīng)的技術(shù)管理體系是其有效運(yùn)作的保障。

² 結(jié)合TD流程設(shè)置：通過(guò)多個(gè)決策評(píng)審點(diǎn)對(duì)技術(shù)研發(fā)進(jìn)行戰(zhàn)略管控，商業(yè)決策評(píng)審（DR）、技術(shù)評(píng)審（TR）。

² 預(yù)研和CBB組合管理：一方面面向客戶需求的下一代新產(chǎn)品和解決方案、新商業(yè)機(jī)會(huì)進(jìn)行探索與研究。另一方面打破產(chǎn)品線界限，識(shí)別出公共的、基礎(chǔ)的以及公司發(fā)展需要的關(guān)鍵技術(shù)，構(gòu)建技術(shù)研究的能力中心。

2. 組織和職責(zé)

IPD的全稱是集成產(chǎn)品開(kāi)發(fā)，顧名思義，IPD強(qiáng)調(diào)的就是“集成”——不僅僅是產(chǎn)品的高度集成，還包括企業(yè)內(nèi)部研發(fā)流程的高度集成、組織的高度集成……所以，有的企業(yè)在實(shí)施IPD時(shí)，管IPD的實(shí)施過(guò)程叫做“拆墻”——不僅僅要拆掉部門辦公室之間的實(shí)物墻，更要拆掉業(yè)務(wù)人員心里的“墻”。為了讓企業(yè)所有人都能面向市場(chǎng)和客戶，IPD通常按層級(jí)組建三類跨部門的團(tuán)隊(duì)：負(fù)責(zé)產(chǎn)品開(kāi)發(fā)/技術(shù)研發(fā)決策評(píng)審的決策團(tuán)隊(duì)——IPMT/ITMT；負(fù)資市場(chǎng)管理與產(chǎn)品/技術(shù)規(guī)劃的組合管理團(tuán)隊(duì)——PMT/TPMT；負(fù)責(zé)產(chǎn)品開(kāi)發(fā)的產(chǎn)品開(kāi)發(fā)團(tuán)隊(duì)——PDT；負(fù)責(zé)產(chǎn)品平臺(tái)與技術(shù)開(kāi)發(fā)的技術(shù)開(kāi)發(fā)團(tuán)隊(duì)——TDT。每個(gè)團(tuán)隊(duì)組織設(shè)計(jì)都要符合三個(gè)方面的要求：專業(yè)化、跨邊界和橫向聯(lián)系。

（公司IPD組織結(jié)構(gòu)）

（公司TD組織結(jié)構(gòu)）

1. IPMT/ITMT: 對(duì)商業(yè)決策/技術(shù)決策負(fù)責(zé)

IPMT/ITMT代表公司的決策層，是一個(gè)高層管理者組織的跨部門的團(tuán)隊(duì)，代表公司制定產(chǎn)品/技術(shù)發(fā)展規(guī)劃、對(duì)產(chǎn)品開(kāi)發(fā)/技術(shù)研發(fā)項(xiàng)目進(jìn)行投資決策、培育市場(chǎng)管理和產(chǎn)品開(kāi)發(fā)/技術(shù)研發(fā)流程，并挑選合適的人來(lái)保證整個(gè)實(shí)施過(guò)程的有效落實(shí)。IPMT/ITMT一般由企業(yè)的高層組成，有些企業(yè)會(huì)聘請(qǐng)專家團(tuán)隊(duì)加入到IPMT/ITMT中，以在決策過(guò)程中聽(tīng)取專業(yè)意見(jiàn)。

2. PMT/TPMT ：對(duì)市場(chǎng)管理與產(chǎn)品/技術(shù)規(guī)劃的組合管理負(fù)責(zé)

PMT/TPMT是市場(chǎng)/技術(shù)管理的執(zhí)行者，是一個(gè)由各職能部門代表組成的跨部門團(tuán)隊(duì)。PMT/TPMT依據(jù)公司的市場(chǎng)/技術(shù)管理流程，通過(guò)收集和分析市場(chǎng)信息和客戶需求。結(jié)合企業(yè)的內(nèi)部能力來(lái)制定具體的市場(chǎng)測(cè)量和產(chǎn)品/技術(shù)規(guī)劃，并對(duì)產(chǎn)品/技術(shù)市場(chǎng)表現(xiàn)和市場(chǎng)/技術(shù)需求變化進(jìn)行跟蹤。PMT/TPMT是IPD研發(fā)組織中最重要的部門，它一頭連著市場(chǎng)，通過(guò)收集和分析市場(chǎng)表現(xiàn)和市場(chǎng)需求變化制定產(chǎn)品策略，并向IPMT/ITMT進(jìn)行匯報(bào)，另外一方面，它還要管理經(jīng)IPMT/ITMT決策的產(chǎn)品開(kāi)發(fā)/技術(shù)研發(fā)過(guò)程和市場(chǎng)推廣過(guò)程。

3. PDT/TDT ：對(duì)產(chǎn)品開(kāi)發(fā)/技術(shù)研發(fā)全過(guò)程負(fù)責(zé)

PDT是產(chǎn)品開(kāi)發(fā)的具體實(shí)施團(tuán)隊(duì)，也是由各職能部門代表組成的跨部門團(tuán)隊(duì)，在項(xiàng)目開(kāi)始時(shí)成立，產(chǎn)品上市或項(xiàng)目取消時(shí)解散。產(chǎn)品開(kāi)發(fā)團(tuán)隊(duì)對(duì)客戶需求進(jìn)行匯總和分析，并通過(guò)分解反映在具體的設(shè)計(jì)當(dāng)中。產(chǎn)品開(kāi)發(fā)團(tuán)隊(duì)對(duì)產(chǎn)品的市場(chǎng)成功和財(cái)務(wù)成功負(fù)責(zé)，這意味著，PDT在產(chǎn)品開(kāi)發(fā)時(shí)就必須不斷刺激市場(chǎng)需求并收集反饋，以期在產(chǎn)品投入市場(chǎng)時(shí)獲得最大的收益。PDT掌握著企業(yè)最為核心的技術(shù)秘密，因此嚴(yán)格的信息安全管理是必不可少的。

TDT是產(chǎn)品平臺(tái)和技術(shù)開(kāi)發(fā)的實(shí)施團(tuán)隊(duì)，同樣也是由各職能部門代表組成的跨部門團(tuán)隊(duì)。TDT下與PDT不同的是，PDT主要是針對(duì)某個(gè)具體產(chǎn)品開(kāi)發(fā)和實(shí)施，而TDT則是針對(duì)產(chǎn)品平臺(tái)和技術(shù)進(jìn)行開(kāi)發(fā)和實(shí)施。產(chǎn)品平臺(tái)在開(kāi)發(fā)之初，并不考慮某個(gè)客戶或者某個(gè)特定市場(chǎng)的客戶需求，而是針對(duì)這些需求進(jìn)行擴(kuò)展和提升，從設(shè)計(jì)的一開(kāi)始就考慮到一系列可能的客戶需求和可能的市場(chǎng)需求，然后根據(jù)這些需求設(shè)計(jì)一個(gè)基礎(chǔ)平臺(tái)?；A(chǔ)平臺(tái)并不具有任何實(shí)用意義，但是它可以通過(guò)接駁不同的功能組件，滿足不同的客戶具體需求或者市場(chǎng)具體需求。

3. IPD 決策評(píng)審

1) IPMT 職能的行使，以及與PDT之間的正式溝通對(duì)數(shù)情況下都是通過(guò)會(huì)議方式進(jìn)行，所以會(huì)議的效率非常重要，如果會(huì)議沒(méi)有好的準(zhǔn)備，可能會(huì)有以下后果：

² 會(huì)前沒(méi)仔細(xì)閱讀資料，會(huì)上無(wú)法決策，致使整個(gè)會(huì)議不完整（尤其決策質(zhì)量受影響，每個(gè)IPMT成員代表一個(gè)部門）；

² 沒(méi)有與PDT充分溝通，導(dǎo)致PDT不能事先準(zhǔn)備，無(wú)法回答問(wèn)題，使一個(gè)DR（決策評(píng)審）會(huì)議延續(xù)為多個(gè)；

² 太多問(wèn)題事先沒(méi)有討論達(dá)成一致，尤其是密切相關(guān)部門之間，可能使決策會(huì)變成討論會(huì)或爭(zhēng)論會(huì)；

² 對(duì)重要問(wèn)題，沒(méi)有收集部門他人的意見(jiàn)，使得在會(huì)上無(wú)法代表部門而只能代表自己；

² 未明確區(qū)分商業(yè)決策評(píng)審和技術(shù)評(píng)審，評(píng)審文檔不能提前發(fā)出：

² 文檔還沒(méi)編寫完，但里程碑節(jié)點(diǎn)已經(jīng)快到了，所以邊進(jìn)行評(píng)審會(huì)組織邊準(zhǔn)備著文檔；

² IPMT評(píng)委不提前閱讀評(píng)審文檔，評(píng)審會(huì)變?yōu)橐粋€(gè)講解文檔會(huì)；會(huì)上無(wú)法決策，致使整個(gè)會(huì)議不完整；

² 會(huì)前缺少充分溝通，有些評(píng)委提前閱讀了文檔，發(fā)現(xiàn)了嚴(yán)重問(wèn)題，不提前溝通，一些嚴(yán)重的問(wèn)題，本應(yīng)延期或取消評(píng)審；

² IPMT評(píng)委本人不參加，安排代表參加評(píng)審，不能給出有效意見(jiàn)或決策，只是來(lái)收集問(wèn)題再回去反饋；

² 部分會(huì)議沒(méi)有結(jié)論，不是安排對(duì)口序列的人做評(píng)審記錄，評(píng)審會(huì)議結(jié)束前沒(méi)有對(duì)所記錄的問(wèn)題現(xiàn)在再次回顧、明確。

2) IPMT成員會(huì)前一定要做好準(zhǔn)備，準(zhǔn)備內(nèi)容包括：

² 認(rèn)真閱讀評(píng)審材料；

² 與PDT溝通，了解產(chǎn)品開(kāi)發(fā)進(jìn)展情況，對(duì)照決相關(guān)文檔（比如決策評(píng)審標(biāo)準(zhǔn)）進(jìn)行檢查，并在本功能部門內(nèi)部達(dá)成一致。不同的DR（立項(xiàng)、計(jì)劃、上市等）要應(yīng)用不同的檢查清單，因?yàn)椴煌腄R所關(guān)注的重點(diǎn)不一樣；

² 提出疑問(wèn)請(qǐng)PDT解答或準(zhǔn)備，并和本功能代表達(dá)成一致意見(jiàn)；

² 對(duì)PDT中需要本部門決策的事項(xiàng)（如資源、進(jìn)度等）進(jìn)行充分準(zhǔn)備；

² 在項(xiàng)目任務(wù)書(shū)發(fā)布（Charter）立項(xiàng)決策評(píng)審時(shí)，IPMT成員應(yīng)事先填寫好決策表；

² 全面了解產(chǎn)品線路標(biāo)規(guī)劃和產(chǎn)品線業(yè)務(wù)計(jì)劃。

同時(shí)，PDT成員也要做好充分的會(huì)前準(zhǔn)備，包括各種會(huì)議資料的準(zhǔn)備，并準(zhǔn)備回答IPMT成員的提問(wèn)。如果準(zhǔn)備不充分，IPMT成員在會(huì)前或者會(huì)中可以要求延期或者取消會(huì)議。

3) 決策評(píng)審是集成產(chǎn)品開(kāi)發(fā)管理團(tuán)隊(duì)（IPMT）管理產(chǎn)品投資的重要手段，在決策評(píng)審中，IPMT始終站在投資商的角度來(lái)進(jìn)行評(píng)審；集成產(chǎn)品開(kāi)發(fā)（IPD）流程中包括了四個(gè)主要的決策評(píng)審點(diǎn)：立項(xiàng)決策評(píng)審、計(jì)劃決策評(píng)審、上市決策評(píng)審和生命周期結(jié)束評(píng)審。

² 立項(xiàng)決策評(píng)審（DR2）

在規(guī)劃階段結(jié)束時(shí)要召開(kāi)一個(gè)立項(xiàng)決策評(píng)審會(huì)。在這個(gè)會(huì)議上，PDT正式向IPMT報(bào)告初始的業(yè)務(wù)計(jì)劃，由IPMT來(lái)決定項(xiàng)目是繼續(xù)還是終止。在初始的業(yè)務(wù)計(jì)劃中，PDT將給出如下方面的內(nèi)容：針對(duì)給定目標(biāo)細(xì)分市場(chǎng)存在的機(jī)會(huì)分析、目標(biāo)客戶群、擬開(kāi)發(fā)的產(chǎn)品描述、成本及風(fēng)險(xiǎn)估計(jì)、初始銷量預(yù)測(cè)及初始財(cái)務(wù)評(píng)估。若初始的業(yè)務(wù)計(jì)劃得到批準(zhǔn)，IPMT將做出下一階段開(kāi)始前所需的承諾，項(xiàng)目進(jìn)入概念階段。

² 計(jì)劃決策評(píng)審（DR3）

在計(jì)劃階段結(jié)束時(shí)要召開(kāi)一個(gè)計(jì)劃決策評(píng)審會(huì)。在這個(gè)會(huì)議上，PDT向IPMT展示最終的業(yè)務(wù)計(jì)劃以及決策合同，由IPMT來(lái)做出繼續(xù)/終止的決策。最終的業(yè)務(wù)計(jì)劃以初始的業(yè)務(wù)計(jì)劃為基礎(chǔ)，提供了更多的細(xì)節(jié)內(nèi)容及對(duì)計(jì)劃的承諾。若業(yè)務(wù)計(jì)劃獲得批準(zhǔn)，則PDT與IPMT達(dá)成一致承認(rèn)（IPMT承諾資源、培養(yǎng)人才， PDT承諾業(yè)績(jī)、呈現(xiàn)結(jié)果、貢獻(xiàn)價(jià)值）。項(xiàng)目進(jìn)入開(kāi)發(fā)階段，即每個(gè)主要部門都將支持項(xiàng)目以及給PDT必要的資源；另一方面，PDT將承諾按合同要求完成項(xiàng)目的交付目標(biāo)。

² 上市決策評(píng)審（DR4）

產(chǎn)品正式公開(kāi)發(fā)布及推向市場(chǎng)前的最終決策評(píng)審，需要IPMT明確做出繼續(xù)/終止的決策。上市決策評(píng)審應(yīng)在任何主要的發(fā)布花費(fèi)投入之前進(jìn)行。這一決策評(píng)審的目的是證實(shí)在計(jì)劃階段制定的業(yè)務(wù)計(jì)劃中的估計(jì)和假設(shè)，并評(píng)估產(chǎn)品發(fā)布前用戶的準(zhǔn)備情況。若PDT在計(jì)劃階段制定了合適的業(yè)務(wù)計(jì)劃執(zhí)行了開(kāi)發(fā)工作，則在上市決策評(píng)審時(shí)所要做的工作應(yīng)該是很少的。在上市決策評(píng)審會(huì)議上，PDT正式向IPMT給出他們的建議，由IPMT來(lái)做出繼續(xù)/終止的決策。若產(chǎn)品獲得批準(zhǔn)，則由IPMT分配資金，項(xiàng)目進(jìn)入上市階段。

² 生命周期結(jié)束評(píng)審（DR5）

在產(chǎn)品生命周期結(jié)束時(shí)，生命周期管理團(tuán)隊(duì)（LMT）要向IPMT提交停止銷售、停止生產(chǎn)、停止服務(wù)的時(shí)間表建議，由IPMT做出繼續(xù)/終止的決策。IPMT必須要審核產(chǎn)品生命終止的發(fā)布是否與新產(chǎn)品戰(zhàn)略保持一致以及是否已很好地考慮了潛在的客戶滿意度方面的問(wèn)題。

4) 決策評(píng)審怎么做

首先，要在產(chǎn)品開(kāi)發(fā)過(guò)程中設(shè)置階段性的決策評(píng)審點(diǎn)。如IPD流程中設(shè)置了立項(xiàng)決策評(píng)審、計(jì)劃決策評(píng)審、上市決策評(píng)審、生命周期決策評(píng)審這4個(gè)決策評(píng)審點(diǎn)。按階段對(duì)產(chǎn)品開(kāi)發(fā)項(xiàng)目進(jìn)行審視，及時(shí)砍掉不再具備投資意義的項(xiàng)目，把資源分配轉(zhuǎn)移給能夠獲得較高投資回報(bào)的項(xiàng)目。

第二，制定決策評(píng)審的Checklist。從市場(chǎng)與競(jìng)爭(zhēng)、項(xiàng)目方案、資源、投資估算、財(cái)務(wù)分析、風(fēng)險(xiǎn)評(píng)估等幾方面來(lái)設(shè)計(jì)Checklist。并且Checklist里要考慮現(xiàn)狀分析和未來(lái)判斷，在下個(gè)階段的決策評(píng)審時(shí)，要關(guān)注項(xiàng)目立項(xiàng)之初或上個(gè)階段的市場(chǎng)環(huán)境、競(jìng)爭(zhēng)趨勢(shì)、客戶需求有沒(méi)有變化，分析當(dāng)前產(chǎn)品的成熟度如何，以及未來(lái)有哪些風(fēng)險(xiǎn)。

第三，化決策為行動(dòng)。再好的決策，如果不能夠去行動(dòng)，那么任何決策都是沒(méi)有意義的。決策與想法不在于特別的英明，而在于能否實(shí)行，決策后需要立即行動(dòng)起來(lái)。

第四，規(guī)范決策評(píng)審的運(yùn)作制度。無(wú)規(guī)矩不成方圓，尤其是決策評(píng)審的評(píng)委們一般都是公司的高層管理者，如果都按照自己的意志來(lái)行事，沒(méi)有一個(gè)制度來(lái)規(guī)范他們的運(yùn)作，那么很快決策評(píng)審就會(huì)變成“四不像”。運(yùn)作制度要包括參與人員的選擇和要求，考核會(huì)議出席率；確定決策原則和決策的結(jié)論；制定決策評(píng)審的流程，計(jì)劃和準(zhǔn)備階段的預(yù)審要求、提交議題和材料的時(shí)間要求；匯報(bào)和決策階段的記錄要求、節(jié)奏和內(nèi)容要求；發(fā)布和執(zhí)行階段的紀(jì)要、歸檔和遺留問(wèn)題跟蹤的要求等。

滿足以上原則，可以保證各產(chǎn)品項(xiàng)目決策評(píng)審的有效性和充分性。

4. IPMT 和PDT關(guān)系

在IPD實(shí)施過(guò)程中，IPMT（Integrated Portfolio Management Team，集成組合管理團(tuán)隊(duì)）和 PDT（Product Development Team，產(chǎn)品開(kāi)發(fā)團(tuán)隊(duì)）是兩個(gè)最主要的跨部門團(tuán)隊(duì)，一般說(shuō)來(lái)也是在IPD體系建立過(guò)程中，最先要建立和建設(shè)的團(tuán)隊(duì)。IPMT是跨部門決策團(tuán)隊(duì)，由各個(gè)功能部門主管構(gòu)成。PDT是產(chǎn)品開(kāi)發(fā)跨部門團(tuán)隊(duì)，由和產(chǎn)品開(kāi)發(fā)相關(guān)的各個(gè)功能部門代表構(gòu)成。兩個(gè)團(tuán)隊(duì)的職責(zé)、運(yùn)作中的問(wèn)題前面已經(jīng)述說(shuō)，現(xiàn)將IPMT、功能部門和PDT的關(guān)系簡(jiǎn)單介紹如下：

² IPMT通過(guò)項(xiàng)目任務(wù)書(shū)方式向PDT團(tuán)隊(duì)下達(dá)開(kāi)發(fā)任務(wù)，并在決策評(píng)審點(diǎn)進(jìn)行決策（繼續(xù)/停止/重新調(diào)整方向），根據(jù)情況可增加臨時(shí)決策評(píng)審點(diǎn)；

² PDT團(tuán)隊(duì)在PDT經(jīng)理領(lǐng)導(dǎo)下進(jìn)行跨部門產(chǎn)品開(kāi)發(fā)，向IPMT匯報(bào)并提供決策和過(guò)程信息；

² IPMT有義務(wù)協(xié)調(diào)公司功能部門和其他資源解決PDT運(yùn)作中遇到的技術(shù)和管理問(wèn)題；

² IPMT對(duì)PDT實(shí)施績(jī)效考核。

1. 任命合格的PDT經(jīng)理

在團(tuán)隊(duì)運(yùn)作中，團(tuán)隊(duì)領(lǐng)導(dǎo)起著非常重要的作用，在PDT運(yùn)作中也是如此。那么，IPMT應(yīng)當(dāng)選擇什么樣的人來(lái)?yè)?dān)任PDT的項(xiàng)目經(jīng)理呢？在實(shí)踐中，我們發(fā)現(xiàn) IPD體系運(yùn)行中，尤其在IPD體系推行初期，IPMT往往傾向于選擇技術(shù)最強(qiáng)或者技術(shù)最全面的人擔(dān)任PDT經(jīng)理，產(chǎn)生這個(gè)問(wèn)題的原因在于：

² 對(duì)IPD模式下產(chǎn)品開(kāi)發(fā)團(tuán)隊(duì)特征理解不清。產(chǎn)品開(kāi)發(fā)團(tuán)隊(duì)的結(jié)構(gòu)和工作目的完全不同于功能部門；

² 對(duì)PDT經(jīng)理的角色職責(zé)及其所需的技能要求理解不清，還是以功能部門經(jīng)理的要求來(lái)衡量PDT經(jīng)理，功能部門主管的職責(zé)是構(gòu)建卓越的功能；

² 對(duì)IPD推行初期的艱巨性理解不夠，IPD體系下，開(kāi)發(fā)團(tuán)隊(duì)以一種和以前完全不同的方式進(jìn)行工作，這要求PDT經(jīng)理需要有很強(qiáng)的協(xié)調(diào)和資源整合能力，而這些不同于專業(yè)技術(shù)工作，需要特別的技能。

事實(shí)上，PDT是一個(gè)跨功能部門的重量級(jí)團(tuán)隊(duì)，他們?cè)赑DT經(jīng)理的帶領(lǐng)下，以一種跨功能部門方式工作，各成員在所有的產(chǎn)品決策中代表本功能部門作出決策。這要求PDT經(jīng)理和核心組成員有較強(qiáng)的組織、協(xié)調(diào)和溝通能力。對(duì)PDT經(jīng)理來(lái)講，還需要掌握必要的市場(chǎng)、財(cái)務(wù)等方面的知識(shí)，尤其具備相當(dāng)?shù)纳虡I(yè)意識(shí)，PDT經(jīng)理相當(dāng)于是產(chǎn)品上市前的產(chǎn)品“小總經(jīng)理”。

一味強(qiáng)調(diào)技術(shù)水平，按照技術(shù)能力高低選拔PDT經(jīng)理并不一定利于團(tuán)隊(duì)運(yùn) 作。PDT團(tuán)隊(duì)中有系統(tǒng)工程師（SE）、各個(gè)功能部門代表，由他們來(lái)對(duì)整個(gè)系統(tǒng)和各種專項(xiàng)技術(shù)進(jìn)行把關(guān)。在實(shí)踐中，PDT技術(shù)能力強(qiáng)而管理能力弱，往往反倒對(duì)項(xiàng)目運(yùn)作不利，這樣的PDT經(jīng)理往往越位進(jìn)行過(guò)細(xì)的技術(shù)指導(dǎo)，影響功能代表的積極性，并且忽略管理者應(yīng)當(dāng)做的事。

在IPD推行的初期，為了保證推行效果，對(duì)PDT經(jīng)理的要求一般為：

² 主要來(lái)自研發(fā)與市場(chǎng)；

² 崗位（職位）等級(jí)要有一定的要求（4A及以上）；

² 被任命前績(jī)效考評(píng)成績(jī)達(dá)到一定要求（B+及以上）；

² 有相當(dāng)?shù)墓芾斫?jīng)驗(yàn)。

2. 給PDT充分授權(quán)

IPMT通過(guò)體系文件、項(xiàng)目任務(wù)書(shū)、流程等方式對(duì)PDT團(tuán)隊(duì)進(jìn)行了充分授權(quán)，就應(yīng)當(dāng)嚴(yán)格按照規(guī)范進(jìn)行運(yùn)作：一般情況下，IPMT主要在決策評(píng)審點(diǎn)介入，其余事務(wù)由交給PDT團(tuán)隊(duì)處理。

這樣處理的好處：

² 明確了授權(quán)的范圍，比如計(jì)劃變更在多少范圍內(nèi)PDT成員可以自行決策；

² 選擇公司非關(guān)鍵項(xiàng)目作為IPD試點(diǎn)，對(duì)IPD流程進(jìn)行充分驗(yàn)證。防止因?yàn)轫?xiàng)目出現(xiàn)異常影響公司經(jīng)營(yíng)，給IPMT成員直接介入開(kāi)發(fā)工作提供理由；

² 提拔有能力的員工擔(dān)任PDT項(xiàng)目經(jīng)理，合格項(xiàng)目經(jīng)理的條件上面已經(jīng)討論過(guò)；

² 要求各個(gè)IPMT成員要深入理解IPD體系，明確自己的管理職能。對(duì)適合作PDT經(jīng)理的IPMT成員，也可以發(fā)揮所長(zhǎng)擔(dān)任PDT經(jīng)理。

5. 總結(jié)

IPD提供的是一個(gè)系統(tǒng)的路徑，以及一整套被驗(yàn)證過(guò)的、可落地的方法。首先是商業(yè)常識(shí)和管理常識(shí)的回歸。對(duì)外，一切以用戶為中心、以需求為驅(qū)動(dòng)、以市場(chǎng)為導(dǎo)向，主要通過(guò)市場(chǎng)規(guī)劃(MM)、需求管理、投資決策幾個(gè)工具來(lái)落地；對(duì)內(nèi)，通過(guò)對(duì)產(chǎn)品、技術(shù)、流程和人進(jìn)行結(jié)構(gòu)化、系統(tǒng)化的設(shè)計(jì)，分層分類，實(shí)現(xiàn)管理的系統(tǒng)化，主要實(shí)踐包括：異步研發(fā)、結(jié)構(gòu)化流程、平臺(tái)化。對(duì)于職業(yè)化程度較高的企業(yè)，大多已經(jīng)做得不錯(cuò)，并隨著企業(yè)的不斷發(fā)展而持續(xù)改善。到今天為止，華為每年還花費(fèi)數(shù)億美金，聘請(qǐng)世界頂級(jí)咨詢公司和管理專家，幫助其進(jìn)行管理提升，因?yàn)槿A為知道，職業(yè)化和系統(tǒng)化是永無(wú)止境的過(guò)程。而對(duì)于那些靠摸爬滾打成長(zhǎng)起來(lái)的制造企業(yè)，往往管理粗放，職業(yè)化程度遠(yuǎn)遠(yuǎn)不足。因此，IPD往往在很大程度上促進(jìn)了他們的基礎(chǔ)管理建設(shè)，至少是開(kāi)啟了管理提升的意識(shí)。

其次IPD更為重要的一個(gè)部分是其橫向協(xié)作機(jī)制。在傳統(tǒng)的科層制、職能制組織里，硬生生的拉出了一條線索，橫貫所有職能領(lǐng)域，用最靈活、最直接的方式去面對(duì)和響應(yīng)客戶需求。這里面既有端到端流程的打通，也有對(duì)跨領(lǐng)域團(tuán)隊(duì)的授權(quán)與賦能，同時(shí)在激勵(lì)機(jī)制上做深度變革，讓有追求有創(chuàng)造力的員工能夠圍繞客戶需求追求卓越，徹底釋放企業(yè)的創(chuàng)新活力。這讓所有的大企業(yè)，讓所有規(guī)模還不大就患上了大企業(yè)病的企業(yè)，讓所有希望成為平臺(tái)型組織的企業(yè)，看到了實(shí)實(shí)在在的希望。

產(chǎn)品開(kāi)發(fā)的問(wèn)題，是大多數(shù)大中型企業(yè)要走向規(guī)范化管理必須要解決的問(wèn)題，變革引入IPD流程，是企業(yè)完善產(chǎn)品研發(fā)體系的最佳方式之一。用友每年業(yè)務(wù)都在持續(xù)增長(zhǎng)，組織規(guī)模也越來(lái)越大；為推動(dòng)《用友研發(fā)管理體系V3.0框架》有效運(yùn)作，集團(tuán)已經(jīng)成立IPMT和ITMT，對(duì)集團(tuán)產(chǎn)品與技術(shù)發(fā)展的總體決策負(fù)責(zé)，以促進(jìn)產(chǎn)品開(kāi)發(fā)更好地滿足客戶需求，達(dá)成公司商業(yè)目標(biāo)，同時(shí)加強(qiáng)對(duì)公共技術(shù)、基礎(chǔ)技術(shù)及其它關(guān)鍵技術(shù)的識(shí)別與抽取，構(gòu)建技術(shù)持續(xù)領(lǐng)先體系。

文章參考用友研究院、用友開(kāi)發(fā)者大賽和 YonBuider開(kāi)發(fā)中心資料

四、3 IPD介紹- IPD（Integrated Product Development，集成產(chǎn)品開(kāi)發(fā)））

IPD概括介紹

狹義IPD：新產(chǎn)品開(kāi)發(fā)，該文針對(duì)于這個(gè)定義進(jìn)行展開(kāi)

中觀IPD：包括產(chǎn)品開(kāi)發(fā)（狹義IPD）、市場(chǎng)管理及產(chǎn)品規(guī)劃（marketmanagement，MM）和需求管理（requirementmanagement，RM），3大流程共同構(gòu)成產(chǎn)品創(chuàng)新管理體系

宏觀IPD：指的是端到端產(chǎn)品管理體系，除中觀IPD范圍外，宏觀IPD還包括技術(shù)和平臺(tái)規(guī)劃（technology＆ platformplanning，TPP）、技術(shù)開(kāi)發(fā)（technology＆platformdevelopment， TPD）、產(chǎn)品生命周期管理（productlife-cyclemanagement，PLM），以及支撐它們的組織體系和績(jī)效激勵(lì)體系

產(chǎn)品研發(fā)的最終目的是要實(shí)現(xiàn)商業(yè)目標(biāo)

IPD全流程環(huán)節(jié)專注兩條主線，決策團(tuán)隊(duì)和開(kāi)發(fā)團(tuán)隊(duì)在每個(gè)決策點(diǎn)和全流程都關(guān)注產(chǎn)品包和O/SBP，關(guān)注這兩方面的交付，生命周期也是圍繞著兩個(gè)主線開(kāi)展工作

IPD流程總體上遵循“V模型”

Charter DCP：立項(xiàng)評(píng)審，接受項(xiàng)目任務(wù)書(shū)

CDCP：概念決策評(píng)審（concept）

PDCP：計(jì)劃決策評(píng)審（plan）

ADCP：可獲得性/上市決策評(píng)審（availability）

EDCP：結(jié)束決策評(píng)審（end）

TDCP：臨時(shí)決策評(píng)審（temporary）

EOX：終止XX（end of xx）

EOL（end of life）

GA：通用可獲得性（general available）

繼續(xù)（Go）繼續(xù)開(kāi)展，承諾下一階段資源

重視項(xiàng)目（No Go）項(xiàng)目終止，釋放資源