項(xiàng)目生命周期五大階段
1、項(xiàng)目啟動(dòng)階段
（1）項(xiàng)目可行性分析
一個(gè)成功的產(chǎn)品，應(yīng)該從以下3個(gè)方面來(lái)觀察評(píng)估：
-
設(shè)計(jì)產(chǎn)品：商業(yè)行為
產(chǎn)品設(shè)計(jì)前，要做好市場(chǎng)調(diào)查和評(píng)估，要考慮產(chǎn)品的時(shí)效性、市場(chǎng)需求和技術(shù)可行性；
產(chǎn)品設(shè)計(jì)結(jié)束后要寫(xiě)下詳細(xì)的產(chǎn)品規(guī)格（技術(shù)層次、人力資源、開(kāi)發(fā)費(fèi)用、產(chǎn)品成本）
盡量避免中途更改產(chǎn)品規(guī)格；
凡事以最終用戶需求或體驗(yàn)為準(zhǔn)。
-
管理項(xiàng)目：管理行為
- 項(xiàng)目經(jīng)理必須清楚了解其任務(wù)事在規(guī)定的期限內(nèi)完成質(zhì)量可接受的產(chǎn)品開(kāi)發(fā)，在此前提下必須衡量人力及其它相關(guān)資源，只做該做的事，能夠因時(shí)制宜。
-
開(kāi)發(fā)系統(tǒng)：技術(shù)行為
不要追求完美，只需達(dá)到在規(guī)定的時(shí)限，有限的資源條件下，設(shè)計(jì)開(kāi)發(fā)出“足夠好”的滿足需求的產(chǎn)品就好。
設(shè)計(jì)工作一定要確實(shí)執(zhí)行，絕對(duì)要文件化。不能為了敢進(jìn)度而跳過(guò)設(shè)計(jì)直接進(jìn)行程序編寫(xiě)。
需求管理者確定 ——> 需求分析&Review ——> 項(xiàng)目規(guī)模估算 ——> 項(xiàng)目風(fēng)險(xiǎn)分析 ——> 初步項(xiàng)目執(zhí)行計(jì)劃&Review
（2）項(xiàng)目授權(quán)書(shū)
明確說(shuō)明項(xiàng)目目標(biāo)與管理方向
明確對(duì)授權(quán)PM
任何與項(xiàng)目有關(guān)的信息
（3）理清必要的約束
確認(rèn)產(chǎn)品規(guī)格（成本/性能/質(zhì)量/。。。需求）
確認(rèn)產(chǎn)品限制
初步確認(rèn)將參與項(xiàng)目的公司與單位
確認(rèn)開(kāi)發(fā)模式（S/W Development Life Cycle）
Waterfall Model
Prototype Model（初期需求不明確）
Spiral Model（Waterfall + Prototype的多次迭代）
。。。
2、項(xiàng)目規(guī)劃階段
初期規(guī)劃：是否該接這個(gè)項(xiàng)目？
沒(méi)規(guī)劃，一定掛！在確定接項(xiàng)目前，一定要做過(guò)極為仔細(xì)的分析。
完成不可能的任務(wù)！因?yàn)榭蛻艚桓兜捻?xiàng)目肯定不會(huì)太簡(jiǎn)單。
（1）Scope/Time/Cost/Quality Plan
（2）Resource/Communication Plan
（3）Risk Plan
（4）Configuration Plan
（1）項(xiàng)目范圍（Scope）管理
妥協(xié)的藝術(shù)：進(jìn)度 VS 規(guī)格
質(zhì)能守衡原則，如果客戶一再壓縮進(jìn)度，那只能降低規(guī)格；若客戶一再變更規(guī)格，那只能delay進(jìn)度。
當(dāng)項(xiàng)目啟動(dòng)后，首先就是要花時(shí)間做好項(xiàng)目的范圍管理（哪些該做，哪些不該做），唯有定義出正確的范圍，之后做的進(jìn)度、成本和人力計(jì)劃才是有意義的。
項(xiàng)目管理工具——Work Breakdown Structure,WBS和變更管理
-
WBS
工作分解，其它項(xiàng)目計(jì)劃最重要的依據(jù)
-
分解的標(biāo)準(zhǔn)：
按“功能組成”分解
按“項(xiàng)目生命周期”分解
按照“系統(tǒng)架構(gòu)”分解
WBS的最小分解單元（Work Package）要非常具體，至少拆分到一周或40HRs的工作量。
表述方式（樹(shù)狀圖+列表）
- image-20201110210209743
-
變更管理
所有的變更一定要經(jīng)過(guò)CCB（Change Control Board，變更管理委員會(huì)，即與此變更有關(guān)的關(guān)系人參與決策的會(huì)談）的同意，并造出新的計(jì)劃書(shū)，嚴(yán)禁接受客戶私下變更規(guī)格的請(qǐng)托。
- image-20201110211121028
（2）項(xiàng)目進(jìn)度（Time/Schedule）管理
時(shí)間與其他資源特性不同，它具有單向性、不可重復(fù)性、不可替代性。
-
規(guī)劃“進(jìn)度計(jì)劃”：
從WBS中取得所有的最小活動(dòng)單元（樹(shù)狀圖中的葉節(jié)點(diǎn)leaf）
-
確認(rèn)各任務(wù)間的關(guān)系（持續(xù)時(shí)間、次序關(guān)系）
FS（Finish to Start）：任務(wù)A結(jié)束后，任務(wù)B才可以開(kāi)始；
FF（Finish to Finish）：任務(wù)A結(jié)束后，任務(wù)B才可以結(jié)束；
SF（Start to Finish）：任務(wù)A結(jié)束后，任務(wù)B才可以結(jié)束；
SS（Start to Start）：任務(wù)A開(kāi)始后，任務(wù)B才可以開(kāi)始；
-
進(jìn)度管理圖表（Gantt圖+網(wǎng)絡(luò)圖）
甘特圖描述各任務(wù)的起訖時(shí)間，也可用來(lái)執(zhí)行“進(jìn)度追蹤”；
網(wǎng)絡(luò)圖描述各任務(wù)間的先后關(guān)系（節(jié)點(diǎn)代表任務(wù)，箭頭指示任務(wù)次序，箭頭邊的數(shù)字代表所需時(shí)間），用來(lái)找到關(guān)鍵路徑CPM（圖中用時(shí)最長(zhǎng)的路徑），唯有縮短關(guān)鍵路徑上任務(wù)的時(shí)間，才能縮短整個(gè)項(xiàng)目的周期。
-
管理預(yù)留
為整個(gè)項(xiàng)目預(yù)留時(shí)間（一般是整個(gè)項(xiàng)目周期的10-15%），不到不得已，不要拿出來(lái)用。
根據(jù)帕金森定律，不論你給員工多少時(shí)間，他總傾向于用完分配給他的時(shí)間。
-
需知道的原則
進(jìn)度計(jì)劃是用來(lái)遵守而不是修改的。當(dāng)延遲發(fā)生時(shí)，PM和主管應(yīng)該積極設(shè)法解決問(wèn)題并設(shè)法趕上進(jìn)度，而不是修改進(jìn)度。
規(guī)劃進(jìn)度表時(shí)，應(yīng)該由粗到細(xì)，協(xié)調(diào)并整合各單位的意見(jiàn)，切記閉門(mén)造車(chē)。
進(jìn)度與成本呈反比。
WBS分解的好壞直接影響項(xiàng)目進(jìn)度計(jì)劃
執(zhí)行時(shí)期必須不斷檢查項(xiàng)目計(jì)劃與實(shí)際進(jìn)度是否存在偏差，并及時(shí)追蹤和處理。
（3）項(xiàng)目成本（Cost）管理
軟件系統(tǒng)的項(xiàng)目成本預(yù)估永遠(yuǎn)不會(huì)很精確，只能依靠經(jīng)驗(yàn)或業(yè)界共識(shí)來(lái)提高精度。
項(xiàng)目是商業(yè)行為，開(kāi)發(fā)出一件不賺錢(qián)的產(chǎn)品不如不開(kāi)發(fā)。一切要為成本讓步。
-
成本的幾個(gè)主要來(lái)源：
管理成本
硬件/結(jié)構(gòu)設(shè)計(jì)成本
生產(chǎn)&材料成本
軟件開(kāi)發(fā)成本（代碼行、函數(shù)點(diǎn)、人月。。。）
COCOMO模型估算成本
- image-20201110225129815
-
成本估算誤差來(lái)源：
基礎(chǔ)數(shù)據(jù)不足，項(xiàng)目仍存在許多不定因素
項(xiàng)目成本對(duì)需求敏感
經(jīng)驗(yàn)不足或低劣的成本估算技術(shù)
簽約前后不連貫
只有等WBS做出來(lái)后，且工作被分割的越細(xì)，估算才能最接近實(shí)際。但往往實(shí)際工作做不可能等你做完WBS才報(bào)價(jià)。推薦《人月神話：軟件項(xiàng)目管理之道》。在嵌入式軟件項(xiàng)目中人力成本是總成本最主要的部分；
-
掙值管理
主要用于項(xiàng)目成本和進(jìn)度的監(jiān)控，它將目前為止所完成的工作與項(xiàng)目計(jì)劃里的估計(jì)值比較，以提供關(guān)于項(xiàng)目距離完成還有多遠(yuǎn)的估量，PM可以得到距離項(xiàng)目完成還需花費(fèi)多少資源。
（4）項(xiàng)目質(zhì)量（Quality）管理
-
基本思想
質(zhì)量是規(guī)劃出來(lái)的，而不是檢查出來(lái)的，預(yù)防重于治療，要在規(guī)劃階段就做好“質(zhì)量計(jì)劃”，并明文公布；可以先粗線條定下baseline，再制定細(xì)則。
項(xiàng)目質(zhì)量是所有開(kāi)發(fā)人員工作質(zhì)量之積；
質(zhì)量管理并非一次性活動(dòng)，而是貫穿整項(xiàng)目生命周期；
質(zhì)量等級(jí)是相對(duì)的，以客戶需求和價(jià)格而定；
質(zhì)量管理是一種精神，并非通過(guò)ISO9000或CMM就能做出有質(zhì)量的產(chǎn)品。
質(zhì)量管理系統(tǒng)：ISO9000或CMMI
- CMM的5級(jí)管理體系
-
QA（Quality Assurance）
專注在流程的正確性上，是一種管理職能。QA的主要目的就是確保產(chǎn)品在既定進(jìn)度與預(yù)算下，能達(dá)成預(yù)期質(zhì)量水平與可靠度目標(biāo)。QA的工具就是稽核（Audit），從計(jì)劃擬定、模塊設(shè)計(jì)、Code Review、測(cè)試計(jì)劃、生產(chǎn)流程、備料計(jì)劃等各階段都要進(jìn)行稽核。規(guī)劃階段的工作產(chǎn)品是制定質(zhì)量規(guī)劃書(shū)，明確項(xiàng)目采用的質(zhì)量標(biāo)準(zhǔn)，確定如何滿足該標(biāo)準(zhǔn)的要求。特別是：
完成了某個(gè)里程碑
提出了變更要求
項(xiàng)目即將進(jìn)入下階段時(shí)
-
QC（Quality Control）
專注在流程bug的查找和追蹤上，是一種檢查職能。QC必須確定項(xiàng)目結(jié)果與質(zhì)量標(biāo)準(zhǔn)是否相符，同時(shí)查找不符的原因（bug）和跟蹤是否妥善解決（每個(gè)bug的處理流程都必須記錄下來(lái)）。規(guī)劃階段的工作產(chǎn)品是制定測(cè)試計(jì)劃。
質(zhì)量規(guī)劃流程圖
（5）項(xiàng)目人力資源（Human Resource）管理
人員的組織管理是否得當(dāng)，是影響軟件項(xiàng)目的決定性因素。
MS有一個(gè)明確的規(guī)則——項(xiàng)目組的人員不要超過(guò)10人。
-
組織結(jié)構(gòu)：
職能型組織（組織與項(xiàng)目利益可能沖突）
項(xiàng)目型組織（資源重復(fù)，無(wú)法貫徹公司策略）
矩陣型組織（職能或部門(mén)經(jīng)理與項(xiàng)目經(jīng)理的沖突）
強(qiáng)矩陣組織
- 矩陣式組織圖
-
團(tuán)隊(duì)管理
創(chuàng)建由實(shí)際存在感的項(xiàng)目團(tuán)隊(duì)
建立獎(jiǎng)勵(lì)機(jī)制
確立良好的人際關(guān)系
設(shè)定工作授權(quán)系統(tǒng)
激勵(lì)理論：因才適所、投其所好
（6）項(xiàng)目溝通（Communication）管理
管理中70%的錯(cuò)誤是因?yàn)椴簧朴跍贤ㄔ斐傻?，PM 80%以上的時(shí)間是用在溝通上。
-
溝通計(jì)劃：
溝通需求：哪些人、哪些時(shí)候、需要哪些需求？
溝通內(nèi)容：溝通的格式、內(nèi)容、詳細(xì)程度等
溝通方法：明確溝通方式與溝通管道（會(huì)議、bug管理軟件、工作報(bào)告）
溝通職責(zé)：誰(shuí)發(fā)送消息，誰(shuí)接收消息
溝通安排：在項(xiàng)目計(jì)劃中必須包含重要溝通事件的Schedule。（例如review meeting）
溝通渠道計(jì)算：若項(xiàng)目中有N個(gè)人，那么需要建立N(N-1)/2條溝通渠道，相當(dāng)于溝通成本就很高。
（7）項(xiàng)目風(fēng)險(xiǎn)（Risk）管理
-
Risk三要素：
是某個(gè)事件
有發(fā)生的概率
會(huì)對(duì)項(xiàng)目造成一定的影響
風(fēng)險(xiǎn)管理最容易被忽略也是最難以管理的
-
風(fēng)險(xiǎn)管理流程（循環(huán)往復(fù)）：
-
風(fēng)險(xiǎn)識(shí)別：列出風(fēng)險(xiǎn)列表
項(xiàng)目缺乏可見(jiàn)度
新技術(shù)的吸引力
技術(shù)兼容性風(fēng)險(xiǎn)
性能風(fēng)險(xiǎn)：增加執(zhí)行設(shè)計(jì)階段的力度、制作原型（Prototype）等
倉(cāng)促上線風(fēng)險(xiǎn)
可用性問(wèn)題
缺料、零件漲價(jià)
合約風(fēng)險(xiǎn)：同法務(wù)詳細(xì)檢查合約內(nèi)容
需求變更風(fēng)險(xiǎn)：提前以書(shū)面形式約定好變更處理流程
溝通不良風(fēng)險(xiǎn)：項(xiàng)目溝通計(jì)劃制定與公布
缺乏高層支持風(fēng)險(xiǎn)
進(jìn)度風(fēng)險(xiǎn)：若Schedule無(wú)法調(diào)整，則盡量多獲取資源與預(yù)算，或者分階段交付產(chǎn)品。
質(zhì)量風(fēng)險(xiǎn)：慎重制定項(xiàng)目質(zhì)量策略，成立質(zhì)控小組。
團(tuán)隊(duì)成員能力風(fēng)險(xiǎn)：提前培訓(xùn)或變更成員。
團(tuán)隊(duì)合作風(fēng)險(xiǎn)：目標(biāo)明確，績(jī)效制度公平。
人員流動(dòng)風(fēng)險(xiǎn)：核心工作分派給多人執(zhí)行。
協(xié)助廠商風(fēng)險(xiǎn)：合作前即制定審核稽核與驗(yàn)收流程。
-
風(fēng)險(xiǎn)評(píng)估
-
定性分析
列出概率/嚴(yán)重性矩陣
對(duì)項(xiàng)目的薄弱環(huán)節(jié)有一定的了解
定量分析：基于定性分析成果的數(shù)學(xué)處理與表達(dá)
列出風(fēng)險(xiǎn)排行榜（概率 X 嚴(yán)重性）
-
-
風(fēng)險(xiǎn)規(guī)劃（處理）
回避風(fēng)險(xiǎn)：主動(dòng)放棄或拒絕使用導(dǎo)致風(fēng)險(xiǎn)的方案，尋找替代方案
轉(zhuǎn)移風(fēng)險(xiǎn)：將風(fēng)險(xiǎn)轉(zhuǎn)移給外包公司
損失控制：減緩風(fēng)險(xiǎn)發(fā)生時(shí)的危害程度
承擔(dān)風(fēng)險(xiǎn)：對(duì)發(fā)生概率低或影響小的風(fēng)險(xiǎn)，可選擇先不處理
風(fēng)險(xiǎn)控制
-
（8）項(xiàng)目采購(gòu)/合約管理
軟件外包：實(shí)際比自身開(kāi)發(fā)的凈投資多15%至20%
-
外包項(xiàng)目的管理比自己開(kāi)發(fā)更復(fù)雜：
技術(shù)難度
溝通復(fù)雜度
外包成本
-
外包項(xiàng)目注意事項(xiàng)：
溝通問(wèn)題
做好詳細(xì)計(jì)劃
避免延誤
明確驗(yàn)收標(biāo)準(zhǔn)（軟件規(guī)格與API。。。）
（9）項(xiàng)目配置（Configuration）管理
貫徹開(kāi)發(fā)的全過(guò)程，目的是用于建立和維護(hù)產(chǎn)品的完整性和可追溯性
對(duì)應(yīng)軟件開(kāi)發(fā)項(xiàng)目中成熟的版本控制流程
-
軟件配置管理——簡(jiǎn)單說(shuō)就是項(xiàng)目資產(chǎn)管理，對(duì)開(kāi)發(fā)過(guò)程中的產(chǎn)品進(jìn)行標(biāo)識(shí)、追蹤、控制的過(guò)程，包括：
項(xiàng)目的全貌，包含產(chǎn)品規(guī)格與設(shè)計(jì)規(guī)格。
項(xiàng)目原始的計(jì)劃，以及項(xiàng)目運(yùn)行期間所有曾做過(guò)的變更。
設(shè)計(jì)階段的任何重大轉(zhuǎn)折點(diǎn)、與項(xiàng)目運(yùn)行期間技術(shù)上的重大突破。
軟件開(kāi)發(fā)期間曾遇到哪些問(wèn)題，解決的方式是什么？對(duì)應(yīng)的程序代碼是什么？
重要軟件版本或項(xiàng)目里程碑所代表的意義，以及該事件點(diǎn)項(xiàng)目狀況的快照
硬件設(shè)計(jì)與生產(chǎn)階段的問(wèn)題履歷即解決方式。
3、項(xiàng)目執(zhí)行/控制階段
軟件工程與項(xiàng)目管理如何配合執(zhí)行？
- image-20201114130434239
軟件工程包含三個(gè)循環(huán)過(guò)程：
開(kāi)發(fā)過(guò)程定義：包含軟件需求、軟件開(kāi)發(fā)過(guò)程、軟件配置管理SCM
軟件開(kāi)發(fā)：包含軟件設(shè)計(jì)、軟件構(gòu)建、測(cè)試、維護(hù)和更新
軟件質(zhì)量保證：軟件質(zhì)量
項(xiàng)目管理過(guò)程包含三個(gè)循環(huán)過(guò)程：
項(xiàng)目規(guī)劃
項(xiàng)目實(shí)施
項(xiàng)目監(jiān)控
（1）產(chǎn)品規(guī)格設(shè)計(jì)
產(chǎn)品規(guī)格寫(xiě)完，最后必須再讓客戶確認(rèn)一次并簽字！以后所有設(shè)計(jì)工作必須以此為模板。一旦客戶要將新的需求變成“規(guī)格”，必須改動(dòng)已通過(guò)審查的正式文件，而這要經(jīng)過(guò)質(zhì)量管理體系的同意。
一般來(lái)說(shuō)產(chǎn)品規(guī)格包含以下方面：
硬件規(guī)格簡(jiǎn)介
產(chǎn)品設(shè)計(jì)理念、限制與應(yīng)用范圍
使用者功能說(shuō)明書(shū)
操作流程圖
使用者界面與美工圖案
性能規(guī)定
特殊注意事項(xiàng)
（2）硬件設(shè)計(jì)
硬件設(shè)計(jì)階段的工作如下，除了外觀與結(jié)構(gòu)設(shè)計(jì)外，固件工程師應(yīng)盡量參與：
CPU選擇
主要芯片選擇
電路設(shè)計(jì)
Layout
零件、物料管理
產(chǎn)品外形設(shè)計(jì)
結(jié)構(gòu)設(shè)計(jì)
開(kāi)模前的模型制作
在此階段輸出的文件有：
硬件設(shè)計(jì)規(guī)格書(shū)
BOM表
3D外觀圖
結(jié)構(gòu)圖
原理圖
Layout圖
（3）系統(tǒng)設(shè)計(jì)
根據(jù)項(xiàng)目大小或硬件環(huán)境，選擇合適的設(shè)計(jì)方法。如果是CPU主頻僅有幾十M，且內(nèi)存又很小，建議選擇結(jié)構(gòu)化方法設(shè)計(jì)，并選擇C語(yǔ)言進(jìn)行開(kāi)發(fā)。如果項(xiàng)目較大，CPU主頻幾百M(fèi)，且存儲(chǔ)資源豐富，則選擇面向?qū)ο蠓椒ǎZ(yǔ)言上可選擇C++或Java語(yǔ)言。
（4）測(cè)試計(jì)劃設(shè)計(jì)
軟件測(cè)試也有標(biāo)準(zhǔn)，IEEE 829詳細(xì)描述了測(cè)試計(jì)劃書(shū)的規(guī)定與注意事項(xiàng)，但實(shí)際情況是，要按照項(xiàng)目本身特點(diǎn)，傳承該標(biāo)準(zhǔn)的思想和精神。在測(cè)試前，需要著重了解較復(fù)雜的功能、新功能、客戶特殊的要求或規(guī)格書(shū)中描述較模糊的地帶，然后才設(shè)計(jì)測(cè)試個(gè)案testing case和計(jì)劃。
（5）風(fēng)險(xiǎn)評(píng)估
最普遍的風(fēng)險(xiǎn)有以下幾個(gè)：
進(jìn)度拖延
需求膨脹
人員流失
規(guī)格崩潰
績(jī)效低落
技術(shù)落差
文化差異
軟硬件整合
生產(chǎn)制造問(wèn)題
風(fēng)險(xiǎn)識(shí)別流程：
面對(duì)風(fēng)險(xiǎn)的4種處理方法：
回避：不去碰觸會(huì)產(chǎn)生風(fēng)險(xiǎn)的部分
抑制：準(zhǔn)備足夠的時(shí)間與金錢(qián)，在風(fēng)險(xiǎn)成型時(shí)砸下去
舒緩：在風(fēng)險(xiǎn)成型前，就先采取某些措施
逃避：什么都不做，祈求老天保佑
（6）動(dòng)手編碼前先寫(xiě)設(shè)計(jì)文件
從項(xiàng)目開(kāi)始就應(yīng)該準(zhǔn)備一個(gè)服務(wù)器存放并管理項(xiàng)目的所有文件，并讓所有項(xiàng)目成員都可以很容易取得所需的文件或記錄。
應(yīng)該被記錄的文件包含:
產(chǎn)品規(guī)格
schedule
硬件設(shè)計(jì)相關(guān)文件（CPU PIN腳配置圖、原理圖、Layout圖等）
技術(shù)文件-芯片的datasheet、3rd party軟件函式庫(kù)的API等
系統(tǒng)架構(gòu)設(shè)計(jì)規(guī)格書(shū)（包含各模塊API）
測(cè)試計(jì)劃書(shū)
測(cè)試報(bào)告及bug sheets
質(zhì)量文件
重要會(huì)議記錄
重要郵件備份
其它需要記錄的文檔
（7）設(shè)計(jì)審查（design review）
設(shè)計(jì)審查的原則：
設(shè)計(jì)審查必須師漸進(jìn)式的。且要貫穿設(shè)計(jì)的全過(guò)程
設(shè)計(jì)審查時(shí)要邀請(qǐng)?jiān)撛O(shè)計(jì)的客戶參加
越是大范圍的設(shè)計(jì)，越要召集所有項(xiàng)目人員參加。
（8）實(shí)作階段
當(dāng)所有設(shè)計(jì)文件都通過(guò)審查后，就可以進(jìn)入實(shí)作階段了。其包含以下內(nèi)容：
程序開(kāi)發(fā)與調(diào)試
硬件（電子、結(jié)構(gòu)）開(kāi)發(fā)
軟件與硬件測(cè)試
質(zhì)量相同執(zhí)行
工廠試產(chǎn)
項(xiàng)目的每一個(gè)階段都應(yīng)該根據(jù)PDCA（Plan、Do、Chick、Act）循環(huán)。當(dāng)在程序編寫(xiě)時(shí)發(fā)現(xiàn)設(shè)計(jì)有問(wèn)題，切不可自行修改，必須暫時(shí)局部停下實(shí)作的腳步，找出對(duì)策，確認(rèn)影響范圍，通過(guò)相關(guān)單位的設(shè)計(jì)審查后，才可以再繼續(xù)實(shí)作。也即就是“設(shè)計(jì)變更”流程
嵌入式相同開(kāi)發(fā)的成果最終要產(chǎn)品化，所以不可避免要和工廠打交道。
-
軟件工程師必須交付給工廠的項(xiàng)目有：
用來(lái)燒錄的Binary File
生產(chǎn)線專用自動(dòng)測(cè)試程序與說(shuō)明書(shū)
環(huán)境測(cè)試專用的測(cè)試程序
-
硬件、電子工程師必須交付給工廠的項(xiàng)目為：
電子電路
電氣工程規(guī)格
特殊規(guī)格測(cè)試說(shuō)明（工廠之前沒(méi)生產(chǎn)過(guò)的功能）
-
結(jié)構(gòu)工程師必須交付給工廠的項(xiàng)目為：
組合圖（把所有零件一一展開(kāi)）
特殊部品外形圖
特殊加工組合圖
4、項(xiàng)目結(jié)項(xiàng)階段
（1）對(duì)外合約結(jié)項(xiàng)
（2）對(duì)內(nèi)項(xiàng)目結(jié)項(xiàng)
項(xiàng)目資料歸檔
技術(shù)數(shù)據(jù)歸檔
記錄經(jīng)驗(yàn)，累計(jì)企業(yè)的項(xiàng)目資產(chǎn)
close meeting，人員解散
在項(xiàng)目執(zhí)行期間，制定流程，并使用自動(dòng)化工具，將項(xiàng)目開(kāi)發(fā)的軌跡（包含程序、文件、bug管理、issue管理、變更管理等）記錄下來(lái)，并定期備份。
明確規(guī)定執(zhí)行項(xiàng)目結(jié)項(xiàng)流程的起訖時(shí)間，最好不超過(guò)一周，并于項(xiàng)目成員的部門(mén)主管以及現(xiàn)任的項(xiàng)目經(jīng)理溝通與協(xié)調(diào)，請(qǐng)這些同事們?cè)谀扯螘r(shí)間內(nèi)幫這個(gè)項(xiàng)目最后的忙。
