項(xiàng)目生命周期五大階段

1涯捻、項(xiàng)目啟動(dòng)階段

（1）項(xiàng)目可行性分析

一個(gè)成功的產(chǎn)品躲舌，應(yīng)該從以下3個(gè)方面來觀察評(píng)估：

• 設(shè)計(jì)產(chǎn)品：商業(yè)行為

  • 產(chǎn)品設(shè)計(jì)前蒿偎，要做好市場調(diào)查和評(píng)估湿刽，要考慮產(chǎn)品的時(shí)效性绍绘、市場需求和技術(shù)可行性奶镶；

  • 產(chǎn)品設(shè)計(jì)結(jié)束后要寫下詳細(xì)的產(chǎn)品規(guī)格（技術(shù)層次、人力資源陪拘、開發(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)品開發(fā)捺信，在此前提下必須衡量人力及其它相關(guān)資源，只做該做的事欠痴，能夠因時(shí)制宜迄靠。

• 開發(fā)系統(tǒng)：技術(shù)行為

  • 不要追求完美，只需達(dá)到在規(guī)定的時(shí)限斋否，有限的資源條件下梨水，設(shè)計(jì)開發(fā)出“足夠好”的滿足需求的產(chǎn)品就好。

  • 設(shè)計(jì)工作一定要確實(shí)執(zhí)行茵臭，絕對(duì)要文件化疫诽。不能為了敢進(jìn)度而跳過設(shè)計(jì)直接進(jìn)行程序編寫。

需求管理者確定 ——> 需求分析&Review ——> 項(xiàng)目規(guī)模估算 ——> 項(xiàng)目風(fēng)險(xiǎn)分析 ——> 初步項(xiàng)目執(zhí)行計(jì)劃&Review

（2）項(xiàng)目授權(quán)書

明確說明項(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)開發(fā)模式（S/W Development Life Cycle）

Waterfall Model

Prototype Model（初期需求不明確）

Spiral Model（Waterfall + Prototype的多次迭代）

。摩钙。罢低。

2、項(xiàng)目規(guī)劃階段

初期規(guī)劃：是否該接這個(gè)項(xiàng)目胖笛？

• 沒規(guī)劃网持，一定掛！在確定接項(xiàng)目前长踊，一定要做過極為仔細(xì)的分析功舀。

• 完成不可能的任務(wù)！因?yàn)榭蛻艚桓兜捻?xiàng)目肯定不會(huì)太簡單身弊。

（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的工作量姻檀。

  • 表述方式（樹狀圖+列表）

  • image-20201110210209743

• 變更管理

  • 所有的變更一定要經(jīng)過CCB（Change Control Board命满，變更管理委員會(huì)，即與此變更有關(guān)的關(guān)系人參與決策的會(huì)談）的同意绣版，并造出新的計(jì)劃書胶台，嚴(yán)禁接受客戶私下變更規(guī)格的請(qǐng)托。

  • image-20201110211121028

（2）項(xiàng)目進(jìn)度（Time/Schedule）管理

• 時(shí)間與其他資源特性不同杂抽，它具有單向性诈唬、不可重復(fù)性、不可替代性缩麸。

• 規(guī)劃“進(jìn)度計(jì)劃”：

  • 從WBS中取得所有的最小活動(dòng)單元（樹狀圖中的葉節(jié)點(diǎn)leaf）

  • 確認(rèn)各任務(wù)間的關(guān)系（持續(xù)時(shí)間铸磅、次序關(guān)系）

    • FS（Finish to Start）：任務(wù)A結(jié)束后，任務(wù)B才可以開始；

    • 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開始后空民，任務(wù)B才可以開始；

  • 進(jìn)度管理圖表（Gantt圖+網(wǎng)絡(luò)圖）

    • 甘特圖描述各任務(wù)的起訖時(shí)間羞迷，也可用來執(zhí)行“進(jìn)度追蹤”界轩；

    • 網(wǎng)絡(luò)圖描述各任務(wù)間的先后關(guān)系（節(jié)點(diǎn)代表任務(wù)，箭頭指示任務(wù)次序衔瓮，箭頭邊的數(shù)字代表所需時(shí)間）浊猾，用來找到關(guān)鍵路徑CPM（圖中用時(shí)最長的路徑），唯有縮短關(guān)鍵路徑上任務(wù)的時(shí)間报辱，才能縮短整個(gè)項(xiàng)目的周期与殃。

• 管理預(yù)留

  • 為整個(gè)項(xiàng)目預(yù)留時(shí)間（一般是整個(gè)項(xiàng)目周期的10-15%），不到不得已碍现，不要拿出來用幅疼。

  • 根據(jù)帕金森定律，不論你給員工多少時(shí)間昼接，他總傾向于用完分配給他的時(shí)間爽篷。

• 需知道的原則

  • 進(jìn)度計(jì)劃是用來遵守而不是修改的。當(dāng)延遲發(fā)生時(shí)慢睡，PM和主管應(yīng)該積極設(shè)法解決問題并設(shè)法趕上進(jìn)度逐工，而不是修改進(jìn)度。

  • 規(guī)劃進(jìn)度表時(shí)漂辐，應(yīng)該由粗到細(xì)泪喊，協(xié)調(diào)并整合各單位的意見，切記閉門造車髓涯。

  • 進(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í)來提高精度。

• 項(xiàng)目是商業(yè)行為包各，開發(fā)出一件不賺錢的產(chǎn)品不如不開發(fā)摘仅。一切要為成本讓步。

• 成本的幾個(gè)主要來源：

  • 管理成本

  • 硬件/結(jié)構(gòu)設(shè)計(jì)成本

  • 生產(chǎn)&材料成本

  • 軟件開發(fā)成本（代碼行问畅、函數(shù)點(diǎn)娃属、人月六荒。。膳犹。）

  • COCOMO模型估算成本

  • image-20201110225129815

• 成本估算誤差來源：

  • 基礎(chǔ)數(shù)據(jù)不足恬吕，項(xiàng)目仍存在許多不定因素

  • 項(xiàng)目成本對(duì)需求敏感

  • 經(jīng)驗(yàn)不足或低劣的成本估算技術(shù)

  • 簽約前后不連貫

  只有等WBS做出來后，且工作被分割的越細(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ī)劃出來的坦刀，而不是檢查出來的愧沟，預(yù)防重于治療，要在規(guī)劃階段就做好“質(zhì)量計(jì)劃”鲤遥，并明文公布沐寺；可以先粗線條定下baseline，再制定細(xì)則盖奈。

  • 項(xiàng)目質(zhì)量是所有開發(fā)人員工作質(zhì)量之積混坞；

  • 質(zhì)量管理并非一次性活動(dòng)，而是貫穿整項(xiàng)目生命周期钢坦；

  • 質(zhì)量等級(jí)是相對(duì)的究孕，以客戶需求和價(jià)格而定；

  • 質(zhì)量管理是一種精神爹凹，并非通過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指郁、測試計(jì)劃、生產(chǎn)流程拷呆、備料計(jì)劃等各階段都要進(jìn)行稽核闲坎。規(guī)劃階段的工作產(chǎn)品是制定質(zhì)量規(guī)劃書疫粥，明確項(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的處理流程都必須記錄下來）慷彤。規(guī)劃階段的工作產(chǎn)品是制定測試計(jì)劃。

  質(zhì)量規(guī)劃流程圖

（5）項(xiàng)目人力資源（Human Resource）管理

• 人員的組織管理是否得當(dāng)怖喻，是影響軟件項(xiàng)目的決定性因素底哗。

• MS有一個(gè)明確的規(guī)則——項(xiàng)目組的人員不要超過10人。

• 組織結(jié)構(gòu)：

  • 職能型組織（組織與項(xiàng)目利益可能沖突）

  • 項(xiàng)目型組織（資源重復(fù)锚沸，無法貫徹公司策略）

  • 矩陣型組織（職能或部門經(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)椴簧朴跍贤ㄔ斐傻模琍M 80%以上的時(shí)間是用在溝通上哗蜈。

• 溝通計(jì)劃：

  • 溝通需求：哪些人前标、哪些時(shí)候、需要哪些需求距潘？

  • 溝通內(nèi)容：溝通的格式炼列、內(nèi)容、詳細(xì)程度等

  • 溝通方法：明確溝通方式與溝通管道（會(huì)議绽昼、bug管理軟件唯鸭、工作報(bào)告）

  • 溝通職責(zé)：誰發(fā)送消息，誰接收消息

  • 溝通安排：在項(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)目缺乏可見度

    • 新技術(shù)的吸引力

    • 技術(shù)兼容性風(fēng)險(xiǎn)

    • 性能風(fēng)險(xiǎn)：增加執(zhí)行設(shè)計(jì)階段的力度缭付、制作原型（Prototype）等

    • 倉促上線風(fēng)險(xiǎn)

    • 可用性問題

    • 缺料、零件漲價(jià)

    • 合約風(fēng)險(xiǎn)：同法務(wù)詳細(xì)檢查合約內(nèi)容

    • 需求變更風(fēng)險(xiǎn)：提前以書面形式約定好變更處理流程

    • 溝通不良風(fēng)險(xiǎn)：項(xiàng)目溝通計(jì)劃制定與公布

    • 缺乏高層支持風(fēng)險(xiǎn)

    • 進(jìn)度風(fēng)險(xiǎn)：若Schedule無法調(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)明確嫂粟，績效制度公平娇未。

    • 人員流動(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)目采購/合約管理

• 軟件外包：實(shí)際比自身開發(fā)的凈投資多15%至20%

• 外包項(xiàng)目的管理比自己開發(fā)更復(fù)雜：

  • 技術(shù)難度

  • 溝通復(fù)雜度

  • 外包成本

• 外包項(xiàng)目注意事項(xiàng)：

  • 溝通問題

  • 做好詳細(xì)計(jì)劃

  • 避免延誤

  • 明確驗(yàn)收標(biāo)準(zhǔn)（軟件規(guī)格與API。平夜。蝶棋。）

（9）項(xiàng)目配置（Configuration）管理

• 貫徹開發(fā)的全過程，目的是用于建立和維護(hù)產(chǎn)品的完整性和可追溯性

• 對(duì)應(yīng)軟件開發(fā)項(xiàng)目中成熟的版本控制流程

• 軟件配置管理——簡單說就是項(xiàng)目資產(chǎn)管理忽妒，對(duì)開發(fā)過程中的產(chǎn)品進(jìn)行標(biāo)識(shí)玩裙、追蹤、控制的過程锰扶，包括：

  • 項(xiàng)目的全貌献酗，包含產(chǎn)品規(guī)格與設(shè)計(jì)規(guī)格。

  • 項(xiàng)目原始的計(jì)劃坷牛，以及項(xiàng)目運(yùn)行期間所有曾做過的變更罕偎。

  • 設(shè)計(jì)階段的任何重大轉(zhuǎn)折點(diǎn)、與項(xiàng)目運(yùn)行期間技術(shù)上的重大突破京闰。

  • 軟件開發(fā)期間曾遇到哪些問題颜及，解決的方式是什么？對(duì)應(yīng)的程序代碼是什么蹂楣？

  • 重要軟件版本或項(xiàng)目里程碑所代表的意義俏站，以及該事件點(diǎn)項(xiàng)目狀況的快照

  • 硬件設(shè)計(jì)與生產(chǎn)階段的問題履歷即解決方式。

3痊土、項(xiàng)目執(zhí)行/控制階段

• 軟件工程與項(xiàng)目管理如何配合執(zhí)行肄扎？

• image-20201114130434239

image-20201114130549788

軟件工程包含三個(gè)循環(huán)過程：

• 開發(fā)過程定義：包含軟件需求、軟件開發(fā)過程赁酝、軟件配置管理SCM

• 軟件開發(fā)：包含軟件設(shè)計(jì)犯祠、軟件構(gòu)建、測試酌呆、維護(hù)和更新

• 軟件質(zhì)量保證：軟件質(zhì)量

項(xiàng)目管理過程包含三個(gè)循環(huán)過程：

• 項(xiàng)目規(guī)劃

• 項(xiàng)目實(shí)施

• 項(xiàng)目監(jiān)控

（1）產(chǎn)品規(guī)格設(shè)計(jì)

產(chǎn)品規(guī)格寫完衡载，最后必須再讓客戶確認(rèn)一次并簽字！以后所有設(shè)計(jì)工作必須以此為模板隙袁。一旦客戶要將新的需求變成“規(guī)格”痰娱，必須改動(dòng)已通過審查的正式文件，而這要經(jīng)過質(zhì)量管理體系的同意菩收。

一般來說產(chǎn)品規(guī)格包含以下方面：

• 硬件規(guī)格簡介

• 產(chǎn)品設(shè)計(jì)理念梨睁、限制與應(yīng)用范圍

• 使用者功能說明書

• 操作流程圖

• 使用者界面與美工圖案

• 性能規(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ì)

• 開模前的模型制作

在此階段輸出的文件有：

• 硬件設(shè)計(jì)規(guī)格書

• 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語言進(jìn)行開發(fā)政鼠。如果項(xiàng)目較大，CPU主頻幾百M(fèi)队魏，且存儲(chǔ)資源豐富公般，則選擇面向?qū)ο蠓椒ǎZ言上可選擇C++或Java語言胡桨。

（4）測試計(jì)劃設(shè)計(jì)

軟件測試也有標(biāo)準(zhǔn)官帘，IEEE 829詳細(xì)描述了測試計(jì)劃書的規(guī)定與注意事項(xiàng)，但實(shí)際情況是昧谊，要按照項(xiàng)目本身特點(diǎn)刽虹，傳承該標(biāo)準(zhǔn)的思想和精神。在測試前呢诬，需要著重了解較復(fù)雜的功能涌哲、新功能、客戶特殊的要求或規(guī)格書中描述較模糊的地帶尚镰，然后才設(shè)計(jì)測試個(gè)案testing case和計(jì)劃阀圾。

（5）風(fēng)險(xiǎn)評(píng)估

最普遍的風(fēng)險(xiǎn)有以下幾個(gè)：

• 進(jìn)度拖延

• 需求膨脹

• 人員流失

• 規(guī)格崩潰

• 績效低落

• 技術(shù)落差

• 文化差異

• 軟硬件整合

• 生產(chǎn)制造問題

風(fēng)險(xiǎn)識(shí)別流程：

風(fēng)險(xiǎn)識(shí)別流程圖

面對(duì)風(fēng)險(xiǎn)的4種處理方法：

• 回避：不去碰觸會(huì)產(chǎn)生風(fēng)險(xiǎn)的部分

• 抑制：準(zhǔn)備足夠的時(shí)間與金錢，在風(fēng)險(xiǎn)成型時(shí)砸下去

• 舒緩：在風(fēng)險(xiǎn)成型前狗唉，就先采取某些措施

• 逃避：什么都不做初烘，祈求老天保佑

（6）動(dòng)手編碼前先寫設(shè)計(jì)文件

從項(xiàng)目開始就應(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軟件函式庫的API等

• 系統(tǒng)架構(gòu)設(shè)計(jì)規(guī)格書（包含各模塊API）

• 測試計(jì)劃書

• 測試報(bào)告及bug sheets

• 質(zhì)量文件

• 重要會(huì)議記錄

• 重要郵件備份

• 其它需要記錄的文檔

（7）設(shè)計(jì)審查（design review）

設(shè)計(jì)審查的原則：

• 設(shè)計(jì)審查必須師漸進(jìn)式的局齿。且要貫穿設(shè)計(jì)的全過程

• 設(shè)計(jì)審查時(shí)要邀請(qǐng)?jiān)撛O(shè)計(jì)的客戶參加

• 越是大范圍的設(shè)計(jì)，越要召集所有項(xiàng)目人員參加橄登。

（8）實(shí)作階段

當(dāng)所有設(shè)計(jì)文件都通過審查后抓歼，就可以進(jìn)入實(shí)作階段了。其包含以下內(nèi)容：

• 程序開發(fā)與調(diào)試

• 硬件（電子拢锹、結(jié)構(gòu)）開發(fā)

• 軟件與硬件測試

• 質(zhì)量相同執(zhí)行

• 工廠試產(chǎn)

項(xiàng)目的每一個(gè)階段都應(yīng)該根據(jù)PDCA（Plan谣妻、Do、Chick卒稳、Act）循環(huán)蹋半。當(dāng)在程序編寫時(shí)發(fā)現(xiàn)設(shè)計(jì)有問題，切不可自行修改充坑，必須暫時(shí)局部停下實(shí)作的腳步减江，找出對(duì)策染突，確認(rèn)影響范圍，通過相關(guān)單位的設(shè)計(jì)審查后辈灼，才可以再繼續(xù)實(shí)作份企。也即就是“設(shè)計(jì)變更”流程

嵌入式相同開發(fā)的成果最終要產(chǎn)品化，所以不可避免要和工廠打交道巡莹。

• 軟件工程師必須交付給工廠的項(xiàng)目有：

  • 用來燒錄的Binary File

  • 生產(chǎn)線專用自動(dòng)測試程序與說明書

  • 環(huán)境測試專用的測試程序

• 硬件司志、電子工程師必須交付給工廠的項(xiàng)目為：

  • 電子電路

  • 電氣工程規(guī)格

  • 特殊規(guī)格測試說明（工廠之前沒生產(chǎn)過的功能）

• 結(jié)構(gòu)工程師必須交付給工廠的項(xiàng)目為：

  • 組合圖（把所有零件一一展開）

  • 特殊部品外形圖

  • 特殊加工組合圖

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)目開發(fā)的軌跡（包含程序、文件唠雕、bug管理贸营、issue管理、變更管理等）記錄下來岩睁，并定期備份钞脂。

明確規(guī)定執(zhí)行項(xiàng)目結(jié)項(xiàng)流程的起訖時(shí)間，最好不超過一周捕儒，并于項(xiàng)目成員的部門主管以及現(xiàn)任的項(xiàng)目經(jīng)理溝通與協(xié)調(diào)冰啃，請(qǐng)這些同事們?cè)谀扯螘r(shí)間內(nèi)幫這個(gè)項(xiàng)目最后的忙。