《軟件項(xiàng)目管理》課件 第3章 項(xiàng)目準(zhǔn)備和啟動(dòng)

由FLUX1.1

生成《軟件項(xiàng)目管理》第3章項(xiàng)目準(zhǔn)備和啟動(dòng)真的準(zhǔn)備好了嗎？

所有項(xiàng)目都不是憑空產(chǎn)生的。不管是《人月神話》中的IBMSystem/360項(xiàng)目還是《夢斷代碼》中的Chandler項(xiàng)目，所有的項(xiàng)目都是為了解決特地的問題和滿足相關(guān)的需求而產(chǎn)生的項(xiàng)目啟動(dòng)前，我們都需要做分析，判斷這件事情是否值得去做？怎么去做？要消耗多少時(shí)間和成本？

3.1項(xiàng)目建議書什么是項(xiàng)目建議書？項(xiàng)目建議書

(projectproposal)，顧名思義，就是項(xiàng)目立項(xiàng)申請報(bào)告。它可以比較簡要，也可以比較詳盡，而重點(diǎn)是如何向有關(guān)的投資方或上級闡述立項(xiàng)的必要性。見書示例（P24~25)一些關(guān)鍵問題有市場前景嗎？做了哪些調(diào)查？調(diào)查數(shù)據(jù)怎樣？什么是項(xiàng)目關(guān)鍵因素？怎么挖掘項(xiàng)目價(jià)值？……項(xiàng)目建議書的內(nèi)容項(xiàng)目的背景項(xiàng)目的意義和必要性項(xiàng)目產(chǎn)品或服務(wù)的市場預(yù)測項(xiàng)目規(guī)模和期限項(xiàng)目建設(shè)必需的條件、已具備和尚不具備的條件分析投資估算和資金籌措的設(shè)想市場前景及經(jīng)濟(jì)效益初步分析其它需要說明的情況3.2項(xiàng)目可行性分析3.2.1可行性分析的前提

3.2.2可行性分析因素

3.2.3成本效益分析方法

3.2.4技術(shù)及風(fēng)險(xiǎn)分析方法

3.2.5可行性分析報(bào)告可行性分析因素可行性分析流程可行性分析方法成本效益分析方法（回收期法、凈現(xiàn)值法）回收期=原始投資額/每年現(xiàn)金凈流入量（NCF）凈現(xiàn)值（Net-Present-Value）可行性分析方法技術(shù)及風(fēng)險(xiǎn)分析方法技術(shù)分析-專家評定法風(fēng)險(xiǎn)分析-決策樹做項(xiàng)目？是否成功，收益：10萬元失敗，損失：5萬元信息更新和維護(hù)人員工資：4萬元概率：70%概率：30%可行性分析報(bào)告項(xiàng)目需求分析概況可行性要素分析項(xiàng)目的設(shè)計(jì)方案人員配置和培訓(xùn)計(jì)劃項(xiàng)目主要風(fēng)險(xiǎn)可行性研究的結(jié)論和建議其他重要意見見教程示例（P76~83)3.3項(xiàng)目投標(biāo)投標(biāo)兩個(gè)階段第一個(gè)階段是參加競標(biāo)的供應(yīng)商在規(guī)定的時(shí)間內(nèi)提交投標(biāo)書。第二個(gè)階段是需求方（客戶）對投標(biāo)書進(jìn)行評估，得出競標(biāo)結(jié)果。參考其它書籍3.4軟件項(xiàng)目合同條款評審

3.4.1合同計(jì)費(fèi)的種類

3.4.2簽訂合同示例合同種類固定總價(jià)合同費(fèi)用償還合同時(shí)間和材料合同功能點(diǎn)計(jì)費(fèi)合同合同評審制定合同評審合同簽訂合同3.5軟件開發(fā)模型

3.5.1瀑布模型與V模型

3.5.2以Scrum為代表的敏捷

3.5.3進(jìn)入軟件工程3.0時(shí)代

3.5.4軟件工程3.0之下的研發(fā)活動(dòng)3.5.1瀑布模型（軟件工程1.0）定義階段軟件計(jì)劃需求分析軟件設(shè)計(jì)軟件實(shí)現(xiàn)軟件測試軟件運(yùn)行與維護(hù)開發(fā)階段維護(hù)階段開發(fā)過程是通過一系列軟件活動(dòng)順序展開的，從系統(tǒng)需求分析開始直到產(chǎn)品發(fā)布和維護(hù)，每個(gè)活動(dòng)都會(huì)產(chǎn)生循環(huán)反饋。3.5.1

V模型設(shè)計(jì)/分析驗(yàn)證/測試系統(tǒng)設(shè)計(jì)的驗(yàn)證驗(yàn)證業(yè)務(wù)需求需求定義系統(tǒng)設(shè)計(jì)功能規(guī)格詳細(xì)設(shè)計(jì)構(gòu)建系統(tǒng)功能（規(guī)格）的驗(yàn)證編程單元測試集成測試系統(tǒng)測試驗(yàn)收測試代碼驗(yàn)證3.5.2敏捷開發(fā)（軟件工程2.0）敏捷開發(fā)是一種思想或方法論。－－通過不斷迭代開發(fā)和增量發(fā)布，最終交付符合用戶價(jià)值的產(chǎn)品。軟件開發(fā)模型的特點(diǎn)

敏捷流程-

Scrum10-30days24hours產(chǎn)品Backlog(確定優(yōu)先級)SprintBacklogBacklog任務(wù)分配可發(fā)布的產(chǎn)品階段性成果DailyScrumMeetingSource:AdaptedfromAgileSoftwareDevelopmentwithScrumbyKenSchwaberandMikeBeedle.Scrum開發(fā)流程

五大價(jià)值觀：承諾、關(guān)注、公開、尊重、勇氣Scrum與傳統(tǒng)模型對比

傳統(tǒng)模型Scrum模型

Tc3項(xiàng)目復(fù)雜度低高高成功可能性3.5.3我們正在進(jìn)入軟件工程3.0時(shí)代大模型具有的各種能力理解能力3D分析音樂描述信號分析視頻分析圖像分析目標(biāo)檢測文字識別音頻事件音頻鑒偽視頻檢索圖像檢索生成能力以文生圖以圖生圖音樂生成文本創(chuàng)作語言生成古詩生成中文問答機(jī)器翻譯代碼編寫數(shù)學(xué)計(jì)算邏輯推理標(biāo)題生成標(biāo)志著SE3.0時(shí)代的到來去年4月，我寫的一篇文章，定義“軟件工程3.0”軟件工程3.0新形態(tài)：軟件即模型SaaM：Software

as

a

Model預(yù)測文字生成圖像語音合成視頻解讀大模型分析/診斷摘要寫作翻譯回答問題圖像搜索軟件開發(fā)新范式：LLM-DevOps模型驅(qū)動(dòng)開發(fā)、模型驅(qū)動(dòng)運(yùn)維MLDevOps模型部署、運(yùn)維大模型模型訓(xùn)練模型驗(yàn)證3.5.4軟件工程3.0之下的研發(fā)活動(dòng)一切圍繞著LLM開展工作一鍵發(fā)布一鍵配置技術(shù)支持助手客戶服務(wù)助手大模型測試助手編程助手UI設(shè)計(jì)助手架構(gòu)咨詢BA助手AIOps模型驗(yàn)證模型運(yùn)維大模型模型訓(xùn)練模型部署角色基本沒變化，但每個(gè)人有一個(gè)助手、能力更強(qiáng)；團(tuán)隊(duì)變?。坏咝?、更能打勝戰(zhàn)人機(jī)交互智能將是一種常態(tài)利用人類所積累的經(jīng)驗(yàn)提示、引導(dǎo)消除LLM的偏見給出明確的上下文給LLM反饋使它改進(jìn)幫助LLM學(xué)習(xí)調(diào)優(yōu)、控制結(jié)果審查需求內(nèi)容/文檔生成通過人機(jī)交互引導(dǎo)、細(xì)化，今天的計(jì)算機(jī)可以理解業(yè)務(wù)，克服了智能軟件工程道路上的最大瓶頸各種代碼大模型不斷涌現(xiàn)甚至不寫一行代碼生成可執(zhí)行的程序GitHubCEO

ThomasDohmke

挑戰(zhàn)：用AI18分鐘完成一個(gè)小游戲的編程。結(jié)果只用了不到15分鐘成功上線部署，這邊他還在講臺上，全球網(wǎng)友已經(jīng)能玩上了。LLM驅(qū)動(dòng)測試From:中國信通院《AI4SE行業(yè)洞察》例如：生成測試用例3.6軟件項(xiàng)目組織結(jié)構(gòu)和人員角色

3.6.1項(xiàng)目的組織結(jié)構(gòu)

3.6.2敏捷研發(fā)組織

3.6.3軟件項(xiàng)目經(jīng)理

3.6.4高校即時(shí)聊天軟件項(xiàng)目的團(tuán)隊(duì)耐人尋味的故事從中你學(xué)到了什么？項(xiàng)目組織結(jié)構(gòu)智能型：經(jīng)營活動(dòng)按照職能劃分成部門。項(xiàng)目功能都在本職能部門內(nèi)部討論完成再遞交到下一個(gè)部門。如果完成期間涉及其他職能部門的問題，只能報(bào)告給本職能部門經(jīng)理，由各職能部門經(jīng)理進(jìn)行協(xié)調(diào)和溝通。純項(xiàng)目型：項(xiàng)目經(jīng)理擁有領(lǐng)導(dǎo)權(quán)，項(xiàng)目內(nèi)所有成員直接向項(xiàng)目經(jīng)理匯報(bào)。每個(gè)項(xiàng)目就是一個(gè)獨(dú)立自主單位。它就如同一個(gè)子公司那樣運(yùn)作，擁有完整的人員配備-像技術(shù)人員，行政人員，財(cái)務(wù)人員等。矩陣型：它是職能型和純項(xiàng)目型的結(jié)合體。但是項(xiàng)目內(nèi)的成員受項(xiàng)目經(jīng)理和職能經(jīng)理雙重領(lǐng)導(dǎo)。職能型純項(xiàng)目型矩陣型軟件項(xiàng)目的組織架構(gòu)項(xiàng)目角色責(zé)任見表2-4（P36）示例-微軟組織結(jié)構(gòu)項(xiàng)目決策層，管理層和執(zhí)行層之間的關(guān)系項(xiàng)目經(jīng)理《三國演義》中的諸葛孔明的軍事才能和領(lǐng)導(dǎo)管理才能都是毋庸置疑的。如果沒有諸葛亮對劉備的團(tuán)隊(duì)進(jìn)行的計(jì)劃、組織、實(shí)施、控制，也就沒有三分天下的蜀國。軟件項(xiàng)目經(jīng)理是整個(gè)軟件項(xiàng)目的核心和靈魂。一個(gè)合格的項(xiàng)目經(jīng)理必須具備良好的自身素質(zhì)和較強(qiáng)的管理、技術(shù)能力。QA與QCQA-質(zhì)量保證，通過建立和維持質(zhì)量管理體系來確保產(chǎn)品質(zhì)量沒有問題，是過程質(zhì)量審計(jì)者。在我們軟件開發(fā)過程中，QA也就是質(zhì)量組成員。QA所關(guān)注的是軟件產(chǎn)品質(zhì)量保證體系。QC-質(zhì)量控制，檢驗(yàn)產(chǎn)品的質(zhì)量，保證產(chǎn)品符合客戶的需求；是產(chǎn)品質(zhì)量檢查者。在我們軟件開發(fā)過程中，QC其實(shí)就是測試組成員。QC所關(guān)注的是產(chǎn)品，而非系統(tǒng)（體系）。3.7軟件項(xiàng)目干系人軟件項(xiàng)目干系人其實(shí)就是軟件項(xiàng)目干系人（stakeholders），是指積極參與項(xiàng)目或其利益在項(xiàng)目執(zhí)行中或成功后受到積極或消極影響的組織和個(gè)人夢斷代碼Chandle項(xiàng)目技術(shù)牛人癡迷技術(shù)，沒有從客戶的角度想問題。也是導(dǎo)致項(xiàng)目失敗的重要原因之一。項(xiàng)目干系人關(guān)系圖3.8軟件項(xiàng)目啟動(dòng)動(dòng)員會(huì)項(xiàng)目啟動(dòng)會(huì)（kickoffmeeting）會(huì)前準(zhǔn)備會(huì)議進(jìn)行會(huì)議結(jié)束Kickoff會(huì)議準(zhǔn)備確定參會(huì)者確定會(huì)議時(shí)