簡介IPD集成產(chǎn)品開發(fā)體系常被高科技企業(yè)用于產(chǎn)品創(chuàng)新與研發(fā)管理本資源聚焦其開發(fā)階段的活動說明面向產(chǎn)品經(jīng)理、項(xiàng)目經(jīng)理、研發(fā)管理辦代表、產(chǎn)品線總監(jiān)等項(xiàng)目干系人。內(nèi)容以活動表格對照中英文呈現(xiàn)覆蓋項(xiàng)目開發(fā)、驗(yàn)證和發(fā)布階段的關(guān)鍵動作便于快速理解開工會議程、PDT任命、外圍組成員確定、項(xiàng)目環(huán)境更新、對外合作計(jì)劃監(jiān)控及項(xiàng)目執(zhí)行監(jiān)控等落地細(xì)節(jié)適合正在推行或?qū)W習(xí)IPD流程的團(tuán)隊(duì)直接借鑒。資源為1個PDF文件大小約236KB文檔結(jié)構(gòu)清晰、側(cè)重流程實(shí)操指引可配合流程文檔或培訓(xùn)材料使用。內(nèi)容預(yù)覽中詳細(xì)列出了開發(fā)階段開工會的十余項(xiàng)議程與對應(yīng)責(zé)任人能有效幫助讀者明確各角色職責(zé)規(guī)避流程導(dǎo)入過程中的常見盲點(diǎn)。已有300余人學(xué)習(xí)說明該主題具備實(shí)際參考價值。1. IPD開發(fā)階段不是“跑研發(fā)”一份活動清單背后的協(xié)同邏輯做過研發(fā)管理的人都有這種體驗(yàn)計(jì)劃階段評審一過PDCP還沒到大家以為可以埋頭干活了結(jié)果真正混亂的恰恰是從這個時候開始的——硬件在改原理圖軟件在調(diào)接口結(jié)構(gòu)在發(fā)模市場在準(zhǔn)備資料采購在選供應(yīng)商誰都不知道別人手上的版本是不是最新的。IPD流程把這一段切出來叫“開發(fā)階段”而這份資源就是給這個階段寫的一份完整活動說明。它不是理論講義是一張張帶編號、帶責(zé)任人縮寫、帶輸入輸出指向的動作清單從外圍組任命、開工會到EC變更受控、目標(biāo)成本跟蹤再到BETA客戶選點(diǎn)和知識產(chǎn)權(quán)分析全都在里面。適合三類人讀剛接手IPD項(xiàng)目管理的LPDT、需要向IPMT匯報階段狀態(tài)的研發(fā)總監(jiān)、以及想把開發(fā)階段活動拆成可執(zhí)行任務(wù)的產(chǎn)品經(jīng)理。2. 角色與活動地圖外圍組、開工會和監(jiān)控機(jī)制怎么把開發(fā)階段轉(zhuǎn)起來2.1 外圍組成員與開工會開發(fā)階段的“開戰(zhàn)動員”很多人誤以為IPD的開發(fā)階段就是“研發(fā)部關(guān)起門來做開發(fā)”其實(shí)從這份活動說明的第一條就能看出來IPD強(qiáng)調(diào)的是擴(kuò)展團(tuán)隊(duì)的協(xié)同。Identify Extended Team Members這個動作由IPMT-50負(fù)責(zé)明確寫著“確定項(xiàng)目開發(fā)、驗(yàn)證和發(fā)布階段后續(xù)工作的外圍組成員并按合同分配資源”。注意兩個關(guān)鍵詞一是“驗(yàn)證和發(fā)布階段”也被納入進(jìn)來說明現(xiàn)在確定的人不只是為當(dāng)前開發(fā)干活而是要為后續(xù)驗(yàn)證和發(fā)布持續(xù)負(fù)責(zé)二是“按合同分配資源”意味著外圍成員不是借調(diào)不是幫忙是帶著資源承諾進(jìn)組的。緊接著是Update Project EnvironmentPOP-30把外圍組成員加入項(xiàng)目文件、數(shù)據(jù)庫同時更新智力資本數(shù)據(jù)庫。這一步在處理上最容易被忽略因?yàn)榭雌饋碇皇恰凹觽€名單”但智力資本數(shù)據(jù)庫的更新本質(zhì)上是把項(xiàng)目早期積累的決策、教訓(xùn)和關(guān)鍵信息沉淀下來。之前踩過的坑、評審中討論過的備選方案如果不在這個時點(diǎn)入庫后面大概率就丟了。開工會Kick-off MeetingLPDT-83是開發(fā)階段第一個真正的團(tuán)隊(duì)動作。這份資源里給了13條推薦議程拆開看其實(shí)是三個層次第一層是“對齊目標(biāo)”包括項(xiàng)目目標(biāo)介紹、版本開發(fā)合同書發(fā)布或簽字儀式、PDT任命宣讀第二層是“明確規(guī)則”包括角色和職責(zé)介紹、開發(fā)階段流程及求助渠道、工作計(jì)劃與風(fēng)險、考評匯報關(guān)系、團(tuán)隊(duì)和個人測評指標(biāo)及激勵機(jī)制第三層是“建立承諾”包括簽定承諾書可選、PDT成員相互介紹、相關(guān)領(lǐng)導(dǎo)動員講話。我一般會建議LPDT把承諾書這個“可選”項(xiàng)做成必選項(xiàng)。理由很簡單任命宣讀是組織層面的事承諾書才是個人層面的事。讓產(chǎn)品經(jīng)理和功能部門總監(jiān)當(dāng)場簽承諾書后續(xù)出現(xiàn)資源被抽走、交付延期的時候你手上有一份白紙黑字的約定可以用。提示開工會不是信息發(fā)布會是承諾對齊會。13條議程如果只是照PPT念一遍會后就回到各自為政的狀態(tài)。2.2 開發(fā)階段的活動分組研發(fā)、質(zhì)量、市場、支撐四條線并行把整份活動說明通讀一遍會發(fā)現(xiàn)開發(fā)階段的活動并不是串行推進(jìn)的而是至少四條線并行。我習(xí)慣把它們分成四組任務(wù)線典型活動責(zé)任人代號觸發(fā)時點(diǎn)研發(fā)交付線組建Build小組、執(zhí)行BBIT、對設(shè)計(jì)進(jìn)行EC控制RDPDT-70、EE-40、SWE-40、ME-40開發(fā)啟動即開始質(zhì)量與受控線監(jiān)控質(zhì)量目標(biāo)、監(jiān)控配置及更改、設(shè)計(jì)檢視PQA-60、SE-140、SE-150持續(xù)進(jìn)行市場與發(fā)布線優(yōu)化市場計(jì)劃、制定發(fā)布計(jì)劃、準(zhǔn)備RFA包、確定BETA客戶MKTPDT-68、MKTPDT-6、MKTE-26、MKTE-25PDCP通過之后供應(yīng)鏈與合規(guī)線設(shè)計(jì)制造工藝、設(shè)計(jì)生產(chǎn)測試設(shè)備、供應(yīng)商選擇、標(biāo)準(zhǔn)起草、知識產(chǎn)權(quán)分析AME-40、AME-45、PRO-20、SE-156、SE-158與開發(fā)活動同步這個分組的意義在于排資源。很多項(xiàng)目把市場計(jì)劃和發(fā)布計(jì)劃放到驗(yàn)證階段才開始做結(jié)果PDCP一過就發(fā)現(xiàn)發(fā)布資料來不及、BETA客戶沒選定、渠道培訓(xùn)沒排期。實(shí)際上按這份說明市場側(cè)的工作在PDCP通過之后立刻啟動和研發(fā)側(cè)并行。另一個值得注意的活動是組建Build小組RDPDT-70由開發(fā)代表組建各開發(fā)項(xiàng)目組指定兼職成員加入負(fù)責(zé)準(zhǔn)備BBITBuilding Block Integrate and Test的集成方案、用例、環(huán)境并執(zhí)行BBIT。這里的關(guān)鍵詞是“兼職”——Build小組不是另起爐灶的獨(dú)立團(tuán)隊(duì)而是從各開發(fā)組抽人組成虛擬團(tuán)隊(duì)。這樣做的目的是讓集成測試的用例編寫者就是模塊開發(fā)者本人減少理解和溝通損耗。2.3 對外合作計(jì)劃與項(xiàng)目監(jiān)控兩條容易被掛空的線執(zhí)行對外合作計(jì)劃LPDT-91在實(shí)踐里經(jīng)常被忽略因?yàn)樗辉陉P(guān)鍵路徑上——除非你的產(chǎn)品有運(yùn)營商定制需求或技術(shù)合作方。這條活動的要點(diǎn)是各合作項(xiàng)目經(jīng)理依據(jù)對外合作合同或業(yè)務(wù)計(jì)劃監(jiān)控實(shí)施保證合作計(jì)劃與產(chǎn)品開發(fā)同步并把合作成果應(yīng)用到產(chǎn)品開發(fā)中。一旦需求變更或計(jì)劃調(diào)整必須走變更流程通過對外合作部門與合作方達(dá)成一致。這里有個容易被坑的細(xì)節(jié)“保證合作計(jì)劃與產(chǎn)品開發(fā)的同步”。對外合作通常有自己的時間表不一定和你的開發(fā)節(jié)奏一致。如果合作方的交付落后于你的集成節(jié)點(diǎn)你要么等要么砍功能無論哪種都是代價。所以這條活動要有人在固定節(jié)奏上去盯而不是等出了問題再協(xié)調(diào)。開始執(zhí)行項(xiàng)目監(jiān)控LPDT-90、FPDT-55、RDPDT-65等是整個開發(fā)階段的“儀表盤”。責(zé)任人的編號很多每個角色看自己的那一攤跟蹤時間進(jìn)度、成本、資源和交付件管理項(xiàng)目范圍和更改必要時重新分配資源向上反映問題定期報告項(xiàng)目狀態(tài)。值得注意的是“使用項(xiàng)目管理使能流程”這個表述——IPD不是說讓LPDT自己發(fā)明一套管理方法而是調(diào)用公司既有的項(xiàng)目管理流程來執(zhí)行監(jiān)控保證報告格式、升級路徑、變更通道都是標(biāo)準(zhǔn)化的。3. EC把設(shè)計(jì)鎖進(jìn)受控軌道硬件、軟件、結(jié)構(gòu)、文檔的統(tǒng)一變更邏輯3.1 EC不是凍結(jié)數(shù)據(jù)變更受控的出發(fā)點(diǎn)開發(fā)階段最核心的受控機(jī)制是ECEngineering Change工程更改。這份資源在開始EC發(fā)布管理SE-130里有一句非常關(guān)鍵的表述“EC release管理并不是凍結(jié)數(shù)據(jù)而是對更改進(jìn)行控制每個人都應(yīng)該被告知有關(guān)的更改以便每個人都基于相同的信息進(jìn)行工作?！边@句話建議直接背下來。很多團(tuán)隊(duì)把EC理解成“設(shè)計(jì)定稿后就不許改”結(jié)果就是開發(fā)人員為了避免走流程出現(xiàn)臨時改板子、口頭改接口、私下改文檔的情況反而制造出更多不一致。EC的本意不是阻止變更而是讓變更有記錄、可追溯、能通知到所有人。你改可以但必須讓硬件、軟件、結(jié)構(gòu)、測試、采購都同步知道否則就是埋雷。從流程定位上看EC通過“交付件更改管理使能流程”來決策提議的更改并用PDM或等效系統(tǒng)來自動化EC發(fā)布管理流程。在沒有PDM之前很多公司用CMM和線下評審單來管也能跑只是效率低、追溯難。這里的核心是“正式化”任何共享技術(shù)信息的變更都必須走正式流程而不是在郵件里討論一下就定了。3.2 四類設(shè)計(jì)的EC控點(diǎn)各自管什么、放哪里這份資源對硬件、軟件、結(jié)構(gòu)、信息開發(fā)四類設(shè)計(jì)分別定義了EC受控要求放在一起看更清楚設(shè)計(jì)類型責(zé)任人代號受控對象存放位置變更通道硬件設(shè)計(jì)EE-40規(guī)格、器件清單、原理圖、網(wǎng)表、布線圖、制造輸出產(chǎn)品數(shù)據(jù)管理系統(tǒng)PDM正式EC流程軟件設(shè)計(jì)SWE-40規(guī)格、源代碼、目標(biāo)代碼、測試規(guī)格和結(jié)果、配置、版本軟件管理系統(tǒng)正式EC流程結(jié)構(gòu)設(shè)計(jì)ME-40規(guī)格、器件清單、布局圖、制造輸出產(chǎn)品數(shù)據(jù)管理系統(tǒng)PDM正式EC流程技術(shù)文檔TD-20規(guī)格、圖紙、元器件技術(shù)信息產(chǎn)品數(shù)據(jù)管理系統(tǒng)PDM正式EC流程這里有一個統(tǒng)一的原則共享信息進(jìn)受控庫私人信息留在項(xiàng)目工作文件。在沒有準(zhǔn)備好給其他團(tuán)隊(duì)成員共享之前個人的中間稿、草稿、試驗(yàn)數(shù)據(jù)放在指定的項(xiàng)目工作文件下一旦準(zhǔn)備共享就必須存入受控系統(tǒng)并納入EC管理。這個邊界非常重要——很多項(xiàng)目的問題不是沒人管而是把不該受控的中間稿也塞進(jìn)受控庫結(jié)果EC評審單滿天飛真正有效的變更反而被淹沒。軟件開發(fā)的一條容易忽略SWE-40明確要求“測試規(guī)格和結(jié)果”也要納入受控。很多團(tuán)隊(duì)只把源代碼和配置納入版本管理測試用例和測試結(jié)果散落在個人機(jī)器上到了驗(yàn)證階段才發(fā)現(xiàn)測試環(huán)境的版本和被測代碼的版本對不上查起來非常痛苦。3.3 設(shè)計(jì)檢視與配置監(jiān)控EC的日常哨兵EC流程管的是“變更發(fā)生了怎么走”但還有一個前置問題怎么發(fā)現(xiàn)需要走EC的變更設(shè)計(jì)檢視SE-150和監(jiān)控并管理配置及更改SE-140這兩條活動就是干這個的。SE-150的觸發(fā)方式很樸素參加由硬件、軟件、結(jié)構(gòu)、測試、工業(yè)設(shè)計(jì)、采購、市場等項(xiàng)目成員召開的技術(shù)會議或者閱讀會議紀(jì)要查實(shí)產(chǎn)品是否符合特定的需求和規(guī)格對所有偏差或更改進(jìn)行標(biāo)注。這個動作是持續(xù)進(jìn)行的不是階段末的集中評審。SE-150的輸出直接喂給SE-140作為配置監(jiān)控的輸入。SE-140的要求是定期檢查產(chǎn)品需求、規(guī)格、配置和其它技術(shù)文檔沒有被隨意更改用結(jié)構(gòu)化流程維持對這些文檔變更的控制。在PDM實(shí)施之前可以用CMM和公司其它相關(guān)流程來支撐。這里想強(qiáng)調(diào)的是SE這條線在組織中通常是系統(tǒng)工程師來承擔(dān)的他們既不是開發(fā)執(zhí)行者也不是純粹的質(zhì)量審計(jì)者而是“守著產(chǎn)品定義不被悄悄改掉”的哨兵。4. 質(zhì)量、成本、供應(yīng)商與工藝開發(fā)階段四條不能省的任務(wù)線4.1 質(zhì)量目標(biāo)監(jiān)控PQA的偏差觸發(fā)機(jī)制和驗(yàn)證階段才開始測試的慣用做法不同IPD開發(fā)階段從第一天起就有質(zhì)量監(jiān)控動作。開始監(jiān)控產(chǎn)品質(zhì)量目標(biāo)和計(jì)劃PQA-60寫得很明確通過例會、階段會議、度量分析、交付物審計(jì)等手段監(jiān)控質(zhì)量計(jì)劃的執(zhí)行情況。當(dāng)實(shí)際執(zhí)行與產(chǎn)品質(zhì)量計(jì)劃發(fā)生偏差時PQA應(yīng)提醒LPDT采取補(bǔ)救措施LPDT更新計(jì)劃更新后的計(jì)劃必須再次審核和批準(zhǔn)。這個機(jī)制的關(guān)鍵在于“再次審核和批準(zhǔn)”。很多團(tuán)隊(duì)的質(zhì)量計(jì)劃在立項(xiàng)時評審一次之后就再也沒人看了等測試階段發(fā)現(xiàn)缺陷率超標(biāo)已經(jīng)來不及補(bǔ)救。PQA要做的不是等數(shù)據(jù)惡化而是在日常例會上就看趨勢。舉例來說如果度量指標(biāo)顯示代碼評審缺陷密度連續(xù)兩周下降PQA就應(yīng)該提醒LPDT檢查是不是評審流于形式而不是等測試階段再來拉警報。提示PQA不是審計(jì)員是偏差觸發(fā)者。例會、階段會、度量分析、交付物審計(jì)這四件事要固定節(jié)奏缺一個都會讓質(zhì)量監(jiān)控變成事后統(tǒng)計(jì)。4.2 目標(biāo)成本跟蹤從BOB到研發(fā)、采購、IPMT的反饋閉環(huán)跟蹤產(chǎn)品目標(biāo)成本FPDT-56在開發(fā)階段很容易被忽略因?yàn)檠邪l(fā)人員天然不看成本。但這條活動寫得非常實(shí)在根據(jù)產(chǎn)品清單BOB和采購價格計(jì)算產(chǎn)品的實(shí)際成本比較實(shí)際成本與目標(biāo)成本的差距并反饋給研發(fā)、采購和IPMT。這是一個典型的閉環(huán)FPDT財(cái)務(wù)代表基于當(dāng)前的設(shè)計(jì)選型和采購詢價算出這個產(chǎn)品現(xiàn)在做出來要多少錢和目標(biāo)成本差多少然后把差距反饋給研發(fā)改設(shè)計(jì)降成本、采購談價格降成本和IPMT決策是否接受偏差。很多項(xiàng)目直到要發(fā)布前才發(fā)現(xiàn)成本超了那時候設(shè)計(jì)已經(jīng)凍結(jié)供應(yīng)商已經(jīng)定點(diǎn)改什么都來不及了。正確做法是在開發(fā)階段就按固定頻率刷新成本把成本當(dāng)作和進(jìn)度、質(zhì)量并列的監(jiān)控維度。4.3 制造工藝設(shè)計(jì)與供應(yīng)商選擇把“可生產(chǎn)性”提前到開發(fā)期開發(fā)階段末尾要過PDCPPDCP之后緊接著就是驗(yàn)證和發(fā)布。如果到驗(yàn)證階段才發(fā)現(xiàn)生產(chǎn)線做不出來、測試設(shè)備沒有著落整個計(jì)劃都要往后推。所以這份資源把設(shè)計(jì)制造工藝AME-40和設(shè)計(jì)生產(chǎn)測試設(shè)備AME-45放在開發(fā)階段。AME-40的輸入是現(xiàn)有生產(chǎn)線能力輸出是制造工藝概要設(shè)計(jì)。中間的動作包括評審生產(chǎn)線能力以確定設(shè)備和工藝的重用程度、評估自動化技術(shù)、對工藝做成本/效益分析、調(diào)研新設(shè)備需求、選擇有效的制造工藝和設(shè)備。說白了就是回答一個問題按當(dāng)前的設(shè)計(jì)工廠能不能造出來如果不能需要什么新設(shè)備、新工藝成本多少周期多久AME-45更具體制定單板生產(chǎn)測試方案和各測試儀的設(shè)計(jì)規(guī)格書。單板生產(chǎn)測試方案要解決的是FT中各測試項(xiàng)目如何實(shí)現(xiàn)以及ICT、老化、軟件加載的方法測試儀規(guī)格書要解決的是測試儀怎么設(shè)計(jì)出來。這兩份文檔合起來指導(dǎo)后續(xù)裝備開發(fā)。供應(yīng)商選擇PRO-20則由CEG根據(jù)sourcing plan中設(shè)定的標(biāo)準(zhǔn)和權(quán)重來執(zhí)行啟動供應(yīng)商選擇流程ISC。注意這里的“標(biāo)準(zhǔn)和權(quán)重”是在計(jì)劃階段就定好的開發(fā)階段只是按既定規(guī)則執(zhí)行而不是臨時拍腦袋選供應(yīng)商。5. 常見問題與避坑開工會翻車、EC失控與目標(biāo)成本失真的實(shí)戰(zhàn)記錄5.1 開工會開成“報告會”十三個議程照本宣科現(xiàn)象開工會開了兩個半小時PPT念完就散會。會后問外圍組成員項(xiàng)目目標(biāo)是什么、自己負(fù)責(zé)什么、有問題找誰答不上來。原因LPDT把開工會當(dāng)成信息廣播把13條議程逐條念完就算完成任務(wù)沒有設(shè)計(jì)互動環(huán)節(jié)。承諾書設(shè)為“可選”后直接跳過角色和職責(zé)介紹變成了讀任命文件。解決把開工會重新定位成“承諾對齊會”。版本開發(fā)合同書的簽字儀式必須現(xiàn)場做PDT任命宣讀后當(dāng)場由產(chǎn)品經(jīng)理介紹每個核心組的職責(zé)邊界流程求助渠道要舉例說明而不是只放一個流程圖。承諾書建議不設(shè)可選直接安排現(xiàn)場簽署。會議控制在90分鐘以內(nèi)超時的議程會后單獨(dú)開專題會。5.2 EC流程走形式變更不通知版本不一致現(xiàn)象硬件改版后只更新了原理圖沒有同步更新網(wǎng)表和制造輸出導(dǎo)致PCB打樣出來和設(shè)計(jì)不一致軟件變更只改了代碼沒有更新配置項(xiàng)和版本記錄測試組用舊版本測了半天。原因EC流程只覆蓋了“提交變更申請”沒有覆蓋“變更通知”和“基線更新”。團(tuán)隊(duì)成員以為提交了EC就萬事大吉沒有回頭確認(rèn)所有受控對象都已同步更新。解決按照SE-130的要求把EC發(fā)布作為“受控庫更新全員通知”的組合動作。每次EC閉環(huán)后由配置管理員統(tǒng)一刷新基線并通過郵件或系統(tǒng)消息通知所有相關(guān)成員。硬件方向要核對EE-40列出的規(guī)格、器件清單、原理圖、網(wǎng)表、布線圖、制造輸出是否全部更新軟件方向要核對SWE-40列出的源代碼、測試規(guī)格和結(jié)果、配置、版本是否全部入庫。建議在EC評審單里加一個“受影響對象確認(rèn)”字段逐項(xiàng)勾選。5.3 目標(biāo)成本跟蹤失真BOB不更新導(dǎo)致偏差放大現(xiàn)象開發(fā)初期目標(biāo)成本看起來沒問題做到一半發(fā)現(xiàn)實(shí)際成本高出目標(biāo)15%這時候設(shè)計(jì)已經(jīng)定型降成本的空間非常有限。原因FPDT-56的執(zhí)行依賴實(shí)時的產(chǎn)品清單BOB和采購價格。很多項(xiàng)目的BOB遲遲不更新——器件清單變了采購價格變了財(cái)務(wù)代表還是按舊的清單算成本算出來的“實(shí)際成本”根本不準(zhǔn)。解決把BOB更新作為EC流程的一個環(huán)節(jié)器件清單每次變更后自動觸發(fā)成本刷新。財(cái)務(wù)代表按固定周期建議雙周發(fā)布一次成本快報對比目標(biāo)成本與實(shí)際成本的差額并按額度分級升級差額在5%以內(nèi)報LPDT知曉5%到10%報LPDT并要求研發(fā)給出降成本方案超過10%直接報IPMT決策。5.4 質(zhì)量計(jì)劃與開發(fā)脫節(jié)PQA變成“審計(jì)員”現(xiàn)象開發(fā)階段的例會上沒有質(zhì)量議題PQA只在里程碑節(jié)點(diǎn)出現(xiàn)一次對著交付物一通檢查列出幾十條問題然后消失在下一個里程碑之前。原因PQA沒有進(jìn)入日常節(jié)奏。PQA-60寫的“例會、階段會議、度量分析、交付物審計(jì)”這四個手段里后三個都是周期性動作唯獨(dú)“例會”是每星期都要參加的。PQA如果只在節(jié)點(diǎn)時出現(xiàn)就沒法在偏差早期觸發(fā)糾偏。解決把PQA列入開發(fā)階段周例會的固定參加人每周至少有一項(xiàng)質(zhì)量度量的匯報。度量指標(biāo)不追求多選三個就夠缺陷密度、問題關(guān)閉率、評審?fù)ㄟ^率。當(dāng)實(shí)際值和計(jì)劃值發(fā)生偏差時按PQA-60的要求PQA提醒LPDT更新質(zhì)量計(jì)劃更新后的計(jì)劃重新評審和批準(zhǔn)而不是私下調(diào)整指標(biāo)。6. 把活動編號變成檢查表開發(fā)階段日常追蹤的具體做法前面幾章把開發(fā)階段的活動一條條拆開了但落到實(shí)際操作最需要的是把這份PDF變成一張每周都能用的檢查表。我的做法是把活動編號作為主鍵做一張責(zé)任矩陣表每個活動一行標(biāo)注責(zé)任人、觸發(fā)時點(diǎn)、交付物、檢查頻率。這張表掛在項(xiàng)目管理工具里每周五下午對照著過一遍沒有啟動的動作標(biāo)記風(fēng)險已關(guān)閉的動作歸檔留痕?；顒泳幪柣顒用Q責(zé)任人觸發(fā)時點(diǎn)交付物/輸出檢查頻率IPMT-50確定外圍組成員IPMT開發(fā)階段啟動外圍組名單、資源分配記錄一次性POP-30更新項(xiàng)目環(huán)境POP外圍組確定后項(xiàng)目文件、數(shù)據(jù)庫更新記錄一次性LPDT-83召集開工會LPDT開發(fā)階段啟動會議紀(jì)要、承諾書一次性RDPDT-70組建Build小組RDPDT開發(fā)啟動BBIT方案、用例、環(huán)境準(zhǔn)備持續(xù)PQA-60監(jiān)控質(zhì)量目標(biāo)PQA開發(fā)啟動質(zhì)量偏差記錄、計(jì)劃更新單每周FPDT-56跟蹤目標(biāo)成本FPDT開發(fā)啟動成本快報、偏差報告雙周SE-130EC發(fā)布管理SE首批設(shè)計(jì)輸出后初始BOM、EC記錄持續(xù)MKTPDT-6制定發(fā)布計(jì)劃MKTPDTPDCP通過后發(fā)布計(jì)劃、發(fā)布活動清單按里程碑MKTE-25確定BETA客戶MKTE發(fā)布計(jì)劃確定后BETA客戶名單、選擇記錄按里程碑再往后做一步可以給每個活動設(shè)一個“風(fēng)險信號”。比如SE-140配置監(jiān)控的風(fēng)險信號是“連續(xù)兩周有變更繞過EC直接改文件”FPDT-56的風(fēng)險信號是“成本偏差連續(xù)兩次超過5%且沒有降本方案”MKTE-26 RFA準(zhǔn)備的風(fēng)險信號是“PDCP前兩周RFA包還沒有草稿”。這些信號寫在檢查表備注里每周核對時只要有一個亮燈就立刻組織專項(xiàng)會議。我從那以后每次接手開發(fā)階段都強(qiáng)制走一遍這個動作先花半天把原始PDF里的活動逐條映射到責(zé)任矩陣再把它變成周例會上的固定檢查項(xiàng)。這套方法幫我提前發(fā)現(xiàn)過兩次成本偏差和一次BETA客戶選點(diǎn)延誤都是靠檢查表里的風(fēng)險信號抓住的。希望幫到你——下載原版PDF后先別急著讀直接把活動編號摘出來建表格你會發(fā)現(xiàn)整個開發(fā)階段第一次在自己的掌控里。本文還有配套的精品資源點(diǎn)擊獲取