HOME 首頁(yè)
SERVICE 服務(wù)產(chǎn)品
XINMEITI 新媒體代運(yùn)營(yíng)
CASE 服務(wù)案例
NEWS 熱點(diǎn)資訊
ABOUT 關(guān)于我們
CONTACT 聯(lián)系我們
創(chuàng)意嶺
讓品牌有溫度、有情感
專注品牌策劃15年

    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

    本文目錄:

    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ō)明書、修改后的項(xiàng)目開(kāi)發(fā)計(jì)劃、初步的用戶手冊(cè)、確認(rèn)測(cè)試計(jì)劃、數(shù)據(jù)要求說(shuō)明書)。這個(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ō)明書中的主要部分。描述工具是

    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ù)據(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)的理解,如畫系統(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ù)男问阶龀鰰嬗涗洝? 分析階段結(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ō)明書等)才作為用戶和軟件開(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),作為繪圖員畫圖的基礎(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ù)書發(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ù)書方式向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ù)書、流程等方式對(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ù)書

    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)目終止,釋放資源

    重新定向(Redirect)根據(jù)高層建議調(diào)整優(yōu)化,重新進(jìn)入決策評(píng)審

    TR原則:

    決策評(píng)審點(diǎn)前必須有技術(shù)評(píng)審點(diǎn),技術(shù)評(píng)審?fù)ㄟ^(guò)才提交高層決策評(píng)審;

    開(kāi)發(fā)周期越長(zhǎng)、產(chǎn)品越復(fù)雜、涉及領(lǐng)域越多、技術(shù)含量越高,TR應(yīng)越多

    產(chǎn)品開(kāi)發(fā)團(tuán)隊(duì)級(jí)評(píng)審(product development team,PDT)

    領(lǐng)域級(jí)評(píng)審(Xdepartment review,XR)

    產(chǎn)品級(jí)技術(shù)評(píng)審(technical review,TR)

    技術(shù)領(lǐng)域級(jí)(sub-TR)

    除了DCP都是TR

    集成組合管理團(tuán)隊(duì)(IPMT,integrated portfolio management team):高層決策

    業(yè)務(wù)管理團(tuán)隊(duì)(BMT,business management team):業(yè)務(wù)線決策團(tuán)隊(duì)

    產(chǎn)品開(kāi)發(fā)團(tuán)隊(duì)(PDT,product development team):虛擬項(xiàng)目開(kāi)發(fā)組織

    生命周期管理團(tuán)隊(duì)(LMT,life-cycle management team):涉及各部門,見(jiàn)下角色說(shuō)明

    技術(shù)開(kāi)發(fā)團(tuán)隊(duì)(TMT,technical develpment team):技術(shù)職能團(tuán)隊(duì)

    9大角色及職責(zé):(根據(jù)實(shí)際使用領(lǐng)域情況,可增刪)

    以上就是關(guān)于charter開(kāi)發(fā)流程的意義相關(guān)問(wèn)題的回答。希望能幫到你,如有更多相關(guān)問(wèn)題,您也可以聯(lián)系我們的客服進(jìn)行咨詢,客服也會(huì)為您講解更多精彩的知識(shí)和內(nèi)容。


    推薦閱讀:

    potatochat破解版下載(potato 破解版)

    如何與ChatGPT對(duì)話

    WeChatDownloader(WeChatDownloader在電腦怎么安裝)

    吸引人的促銷文案(讓顧客心動(dòng)的句子)

    園林類上市公司有哪些(園林類上市公司有哪些公司)