軟件項(xiàng)目管理

軟件項(xiàng)目管理2011/11/7目錄基本概念軟件項(xiàng)目需求管理軟件項(xiàng)目進(jìn)度管理軟件項(xiàng)目質(zhì)量管理軟件項(xiàng)目成本管理軟件項(xiàng)目配置管理軟件項(xiàng)目風(fēng)險(xiǎn)管理軟件項(xiàng)目溝通管理軟件項(xiàng)目團(tuán)隊(duì)管理王海艦的就業(yè)指導(dǎo)課基本概念軟件項(xiàng)目管理軟件企業(yè)商業(yè)模式業(yè)務(wù)模式軟件定制軟件外包軟件產(chǎn)品（嵌入式軟件）軟件服務(wù)（SaaS）軟件運(yùn)營(yíng)代表公司中軟、浪潮大連華信用友、華為百度盈利模式項(xiàng)目收入－項(xiàng)目成本（單位工作量收入－單位工作量成本）×工作量產(chǎn)品收入－產(chǎn)品投入（研發(fā)、市場(chǎng)）－升級(jí)成本服務(wù)費(fèi)用－系統(tǒng)投入（研發(fā)、市場(chǎng)）－維護(hù)成本服務(wù)費(fèi)用－系統(tǒng)投入（研發(fā)、市場(chǎng)）－維護(hù)成本客戶(hù)群政府或企業(yè)軟件、集成公司政府、企業(yè)或個(gè)人企業(yè)或個(gè)人企業(yè)或個(gè)人客戶(hù)數(shù)量極少少多多眾多收入穩(wěn)定性差一般好好極好利潤(rùn)率低低高高高市場(chǎng)投入大小極大小極小研發(fā)投入極大極大大小小維護(hù)投入大小大小小風(fēng)險(xiǎn)極大小大小極小需求來(lái)源單一較單一眾多眾多眾多“管”、“理”和“管理”“管”是“管控”、“監(jiān)督”，“理”是“梳理”、“理順”“管”是執(zhí)行規(guī)章制度，“理”是制訂規(guī)章制度“管理”就是制定，執(zhí)行，檢查和改進(jìn)。制定就是制定計(jì)劃（或規(guī)定、規(guī)范、標(biāo)準(zhǔn)、法規(guī)等）；執(zhí)行就是按照計(jì)劃去做，即實(shí)施；檢查就是將執(zhí)行的過(guò)程或結(jié)果與計(jì)劃進(jìn)行對(duì)比，總結(jié)出經(jīng)驗(yàn)，找出差距；改進(jìn)首先是推廣通過(guò)檢查總結(jié)出的經(jīng)驗(yàn)，將經(jīng)驗(yàn)轉(zhuǎn)變?yōu)殚L(zhǎng)效機(jī)制或新的規(guī)定；再次是針對(duì)檢查發(fā)現(xiàn)的問(wèn)題進(jìn)行糾正，制定糾正、預(yù)防措施，以持續(xù)改進(jìn)。“管理”是“管”和“理”的統(tǒng)一，是科學(xué)與藝術(shù)的統(tǒng)一，是例行與例外的統(tǒng)一，是運(yùn)營(yíng)與項(xiàng)目的統(tǒng)一?！绊?xiàng)目”“項(xiàng)目”是一個(gè)組織為實(shí)現(xiàn)自己既定的目標(biāo)，在一定的時(shí)間、人員和資源約束條件下，所開(kāi)展的一種具有一定獨(dú)特性的一次性工作?！绊?xiàng)目”是為創(chuàng)造特定產(chǎn)品或服務(wù)的一項(xiàng)有時(shí)限的任務(wù)。項(xiàng)目的特性：目的性：任何一個(gè)項(xiàng)目都是為實(shí)現(xiàn)特定的組織目標(biāo)服務(wù)的獨(dú)特性：項(xiàng)目所生成的產(chǎn)品或服務(wù)與其他產(chǎn)品或服務(wù)都有一定的獨(dú)特之處一次性/時(shí)限性：每一個(gè)項(xiàng)目都有自己明確的時(shí)間起點(diǎn)和終點(diǎn)，都是有始有終的，而不是不斷重復(fù)、周而復(fù)始的制約性：每個(gè)項(xiàng)目都在一定程度上受客觀條件的制約，最主要的制約是資源的制約其它特性：包括：不確定性、風(fēng)險(xiǎn)性、過(guò)程的漸進(jìn)性、成果的不可挽回性、組織的臨時(shí)性和開(kāi)放性等項(xiàng)目與運(yùn)營(yíng)的區(qū)別與聯(lián)系區(qū)別：工作性質(zhì)與內(nèi)容的不同：“運(yùn)營(yíng)”中存在著大量的常規(guī)性、不斷重復(fù)的工作或勞動(dòng)，而“項(xiàng)目”中則存在較多創(chuàng)新性的一次性工作或勞動(dòng)。工作環(huán)境與方式的不同：“運(yùn)營(yíng)”工作的環(huán)境是相對(duì)封閉和相對(duì)確定的，而“項(xiàng)目”的環(huán)境是相對(duì)開(kāi)放和相對(duì)不確定的。組織與管理上的不同：一般運(yùn)營(yíng)工作的組織是相對(duì)不變的和相對(duì)持久的，運(yùn)營(yíng)的組織形式基本上是分部門(mén)成體系的。項(xiàng)目的組織是相對(duì)變化的和相對(duì)臨時(shí)性的，項(xiàng)目的組織形式多數(shù)是團(tuán)隊(duì)性的。聯(lián)系：項(xiàng)目的循環(huán)往復(fù)是運(yùn)營(yíng)，運(yùn)營(yíng)的單個(gè)片段是項(xiàng)目“談戀愛(ài)”是項(xiàng)目，“過(guò)日子”是運(yùn)營(yíng)“吃飯”是運(yùn)營(yíng)，“吃某一頓飯”是項(xiàng)目“項(xiàng)目管理”項(xiàng)目管理就是為了滿足甚至超越項(xiàng)目涉及人員對(duì)項(xiàng)目的需求和期望而將理論知識(shí)、技能、工具和技巧應(yīng)用到項(xiàng)目的活動(dòng)中去。為滿足或超越項(xiàng)目涉及人員的需求和期望，需要在下面這些相互沖突的要求中尋求平衡：明確表示出來(lái)的要求（需求）和未明確表達(dá)的要求（期望）有不同需求和期望的項(xiàng)目涉及人員范圍、時(shí)間、成本和質(zhì)量質(zhì)量成本時(shí)間范圍美國(guó)項(xiàng)目狀況項(xiàng)目平均預(yù)算超出90%，進(jìn)度超出120%項(xiàng)目總數(shù)33%既超出預(yù)算又進(jìn)度推遲52.7%的項(xiàng)目費(fèi)用是原估算的189%以上只有16.2%項(xiàng)目按預(yù)算和進(jìn)度完成平均時(shí)間超出量是原估算的222%。在大公司，只有9%的項(xiàng)目按預(yù)算，按進(jìn)度完成“軟件項(xiàng)目”軟件項(xiàng)目是指以軟件開(kāi)發(fā)為主要工作內(nèi)容的項(xiàng)目；軟件項(xiàng)目特點(diǎn)：項(xiàng)目干系人的復(fù)雜性--甲方、乙方、第三方以及每一方內(nèi)部錯(cuò)綜復(fù)雜的組織結(jié)構(gòu)；項(xiàng)目目標(biāo)的不確定性--干系人的利益沖突導(dǎo)致項(xiàng)目目標(biāo)的飄忽不定；項(xiàng)目范圍的易變性--也就是軟件需求的易變性，有諸多成因；項(xiàng)目質(zhì)量的不可控性--也就是軟件質(zhì)量的不可控性；項(xiàng)目人力資源的稀缺性--每一個(gè)環(huán)節(jié)都需要一批專(zhuān)家；高風(fēng)險(xiǎn)性--經(jīng)常發(fā)生意想不到的突發(fā)事件。軟件項(xiàng)目容易失控的原因特別的需求管理模糊和不精確的交流脆弱的架構(gòu)過(guò)度復(fù)雜未檢測(cè)出需求，設(shè)計(jì)和實(shí)現(xiàn)中的不一致測(cè)試不足對(duì)項(xiàng)目狀況的估計(jì)過(guò)于樂(lè)觀未解決存在的風(fēng)險(xiǎn)無(wú)法控制變化的傳播自動(dòng)化程度不足出自美國(guó)IBM公司Rational產(chǎn)品首席科學(xué)家

GradyBooch

“軟件項(xiàng)目管理”軟件項(xiàng)目管理是為了使軟件項(xiàng)目能夠按照預(yù)定的成本、進(jìn)度、質(zhì)量順利完成，而對(duì)人員（People）、產(chǎn)品（Product）、過(guò)程（Process）和項(xiàng)目(Project)進(jìn)行分析和管理的活動(dòng)。軟件項(xiàng)目管理和其他的項(xiàng)目管理相比有相當(dāng)?shù)奶厥庑浴Ｊ紫?，軟件是純知識(shí)產(chǎn)品，其開(kāi)發(fā)進(jìn)度和質(zhì)量很難估計(jì)和度量，生產(chǎn)效率也難以預(yù)測(cè)和保證。其次，軟件系統(tǒng)的復(fù)雜性也導(dǎo)致了開(kāi)發(fā)過(guò)程中各種風(fēng)險(xiǎn)的難以預(yù)見(jiàn)和控制。Windows這樣的操作系統(tǒng)有1500萬(wàn)行以上的代碼，同時(shí)有數(shù)千個(gè)程序員在進(jìn)行開(kāi)發(fā)，項(xiàng)目經(jīng)理都有上百個(gè)。這樣龐大的系統(tǒng)如果沒(méi)有很好的管理，其軟件質(zhì)量是難以想象的。再次，軟件項(xiàng)目管理最主要的是對(duì)人員的管理，尤其是相關(guān)人員基本都是高學(xué)歷、高素質(zhì)的年輕人。軟件項(xiàng)目需求管理軟件需求的相關(guān)概念需求獲取需求分析需求驗(yàn)證需求跟蹤需求變更控制需求需求：需求是指人們對(duì)于某種事務(wù)的需要，體現(xiàn)為意向、愿望和興趣，是促成行動(dòng)的直接原因。有顯性的，也有隱性的。顯性需求來(lái)源于用戶(hù)的“客觀需要”，這些“需要”被分析、確認(rèn)后形成完整的文檔，詳細(xì)說(shuō)明項(xiàng)目“必須或應(yīng)當(dāng)”做什么。隱性需求來(lái)源于客戶(hù)的“主觀需要”，無(wú)法被量化，但必須被重視。軟件需求的類(lèi)別需求類(lèi)型軟件需求設(shè)計(jì)約束功能性需求非功能性需求可靠性性能適用性軟件需求工程所有與需求直接相關(guān)的活動(dòng)通稱(chēng)為需求工程。軟件需求工程是應(yīng)用工程化的方法、技術(shù)和規(guī)范來(lái)開(kāi)發(fā)和管理軟件的需求。軟件需求工程是科學(xué)與藝術(shù)的結(jié)合。科學(xué)主要用來(lái)保證顯性需求，藝術(shù)主要用來(lái)保證隱性需求軟件需求管理的主要困難軟件需求的主要來(lái)源直接和間接使用軟件系統(tǒng)的用戶(hù)；市場(chǎng)調(diào)查和用戶(hù)問(wèn)卷調(diào)查；已開(kāi)發(fā)出的和待開(kāi)發(fā)的同類(lèi)軟件系統(tǒng)的描述和文檔；對(duì)人工系統(tǒng)的存在問(wèn)題的報(bào)告和增強(qiáng)要求；觀察正在工作的用戶(hù)；對(duì)用戶(hù)工作內(nèi)容的分析。軟件需求收集技巧1—面談?dòng)脩?hù)面談是一種十分重要而直接的需求獲取方法，是一種在任何情況下都可以使用的簡(jiǎn)單、直接的方法。需要注意的是要確保面談?wù)叩钠?jiàn)或易于動(dòng)搖不會(huì)妨礙到信息的自由交換。只要面談?wù)吣X子里把握住目標(biāo)，話題偏題一點(diǎn)沒(méi)有關(guān)系。軟件需求收集技巧2—問(wèn)卷調(diào)查問(wèn)卷調(diào)查可用來(lái)確認(rèn)假設(shè)和收集統(tǒng)計(jì)傾向數(shù)據(jù)。在完成初次面談和分析后，問(wèn)卷調(diào)查作為一項(xiàng)輔助技術(shù)可以收到良好的效果。如果系統(tǒng)應(yīng)用有大量現(xiàn)成的或潛在的用戶(hù)，目標(biāo)是獲得關(guān)于客戶(hù)或用戶(hù)在有限選擇項(xiàng)中的傾向性統(tǒng)計(jì)數(shù)據(jù)時(shí)，問(wèn)卷調(diào)查可以在短時(shí)間內(nèi)高效的收集大量數(shù)據(jù)。問(wèn)卷調(diào)查不能取代面談中人與人的接觸、友好關(guān)系的建立和不拘形式的交互。其他技巧也不能。問(wèn)卷調(diào)查壓制了許多獲取需求的好技術(shù)，通常不推薦只用它進(jìn)行需求獲取。軟件需求收集技巧3—需求專(zhuān)題討論會(huì)需求專(zhuān)題討論會(huì)是被設(shè)計(jì)來(lái)在較短的時(shí)間內(nèi)促成與會(huì)者在需求上達(dá)成共識(shí)，對(duì)操作過(guò)程盡快取得同一意見(jiàn)。它將項(xiàng)目的主要風(fēng)險(xiǎn)承擔(dān)人在短暫而緊湊的時(shí)間段內(nèi)集中在一起，一般1到2天，集中對(duì)系統(tǒng)所要提交的高級(jí)特征進(jìn)行創(chuàng)建和審閱。它也許是啟發(fā)需求的最有力技術(shù)。結(jié)果是，一個(gè)在特征級(jí)別上的初步系統(tǒng)定義很快被產(chǎn)生。充分的準(zhǔn)備和使用有需求管理經(jīng)驗(yàn)的聯(lián)絡(luò)員是需求專(zhuān)題討論會(huì)成功的關(guān)鍵。軟件需求收集技巧4—角色扮演開(kāi)發(fā)團(tuán)隊(duì)從用戶(hù)的角度體驗(yàn)用戶(hù)的世界。很多用戶(hù)不能清晰的表達(dá)出他們所遵循的過(guò)程以及必須解決的問(wèn)題；許多用戶(hù)沒(méi)有承認(rèn)他們不遵循所規(guī)定過(guò)程的自由。任何開(kāi)發(fā)人員都無(wú)法預(yù)見(jiàn)到所有必須問(wèn)的問(wèn)題，任何用戶(hù)也不可能預(yù)見(jiàn)到開(kāi)發(fā)人員需要的所有問(wèn)題。開(kāi)發(fā)團(tuán)隊(duì)的每一個(gè)成員簡(jiǎn)單的扮演用戶(hù)的角色，執(zhí)行客戶(hù)的工作。適用于功能密集而不是算法密集型的項(xiàng)目。很多情況下，角色扮演并不實(shí)際。軟件需求收集技巧5—原型開(kāi)發(fā)為了啟發(fā)需求，我們通常選擇構(gòu)建一個(gè)舍棄型的、水平的、基于用戶(hù)接口的需求原型，而不是演化的、垂直的、基于技術(shù)可行性的體系結(jié)構(gòu)原型。需求原型是軟件系統(tǒng)的部分實(shí)現(xiàn)，構(gòu)建該原型幫助開(kāi)發(fā)人員、用戶(hù)以及客戶(hù)更好的理解系統(tǒng)的需求。要針對(duì)模糊的用戶(hù)需求部分開(kāi)發(fā)需求原型。開(kāi)發(fā)舍棄型的原型要求采用實(shí)現(xiàn)示例最快、最便宜的方法。開(kāi)發(fā)演化原型必須選擇最終系統(tǒng)的實(shí)現(xiàn)語(yǔ)言和開(kāi)發(fā)環(huán)境，要花大力氣為系統(tǒng)設(shè)計(jì)軟件結(jié)構(gòu)，而且要遵循編碼標(biāo)準(zhǔn)和過(guò)程規(guī)范。否則將引入重大的缺陷。原型建成后，應(yīng)該讓盡可能多的用戶(hù)在盡可能接近最終系統(tǒng)運(yùn)行環(huán)境的環(huán)境中使用。 非功能性需求非功能需求是衡量軟件能良好運(yùn)行的定性指標(biāo)。由于缺乏定量指標(biāo)，因此很難根據(jù)這些需求來(lái)評(píng)價(jià)軟件系統(tǒng)，這也是開(kāi)發(fā)出來(lái)的軟件系統(tǒng)與用戶(hù)所滿足的軟件系統(tǒng)之間存在差異的主要原因。用戶(hù)所關(guān)心的非功能需求主要有：可靠性；在給定的時(shí)間和規(guī)定的條件下，系統(tǒng)能完成所要求的功能的概率，常用平均無(wú)故障時(shí)間和平均修復(fù)時(shí)間表示可擴(kuò)充性；系統(tǒng)能方便和容易的增加新功能，常用增加新功能時(shí)所需工作量的大小表示安全性；防非法訪問(wèn)、防數(shù)據(jù)丟失、防病毒入侵等互操作性；與其他系統(tǒng)交換數(shù)據(jù)和服務(wù)的難易程度健壯性；系統(tǒng)遇到非法輸入數(shù)據(jù)以及在異常情況和非法操作下，能繼續(xù)運(yùn)行的程度易使用性；用戶(hù)學(xué)習(xí)和使用系統(tǒng)功能的簡(jiǎn)易程度，以及系統(tǒng)輸出結(jié)果易于理解的程度可維護(hù)性：發(fā)現(xiàn)并糾正一個(gè)故障或進(jìn)行一次修改的簡(jiǎn)易程度可移植性：把系統(tǒng)從一種運(yùn)行環(huán)境移植到另一種運(yùn)行環(huán)境所花費(fèi)的工作量可重用性：系統(tǒng)中的某個(gè)構(gòu)件可以在其他應(yīng)用系統(tǒng)中使用的程度確定軟件需求的優(yōu)先級(jí)確定優(yōu)先級(jí)的意義幫助項(xiàng)目相關(guān)人員判斷系統(tǒng)的核心需求，并有助于項(xiàng)目相關(guān)人員集中于重點(diǎn)問(wèn)題的交流和協(xié)商；形成需求基線；根據(jù)需求的優(yōu)先級(jí)權(quán)衡合理的項(xiàng)目范圍和進(jìn)度安排、預(yù)算、人力資源以及質(zhì)量目標(biāo)的要求。在確定了所有需求的優(yōu)先級(jí)后，必須把每個(gè)需求優(yōu)先級(jí)記錄入需求規(guī)格說(shuō)明中，并可通過(guò)設(shè)置相應(yīng)的字段給予標(biāo)識(shí)。軟件需求確認(rèn)的內(nèi)容和方法內(nèi)容正確性一致性完備性可實(shí)現(xiàn)性可驗(yàn)證性無(wú)二義性必要性方法自查走讀評(píng)審軟件需求跟蹤需求跟蹤需求跟蹤的目的是建立與維護(hù)“需求－設(shè)計(jì)－編程－測(cè)試”之間的一致性，確保所有的工作成果符合用戶(hù)需求。需求跟蹤有兩種方式：正向跟蹤。檢查《產(chǎn)品需求規(guī)格說(shuō)明書(shū)》中的每個(gè)需求是否都能在后繼工作成果中找到對(duì)應(yīng)點(diǎn)。逆向跟蹤。檢查設(shè)計(jì)文檔、代碼、測(cè)試用例等工作成果是否都能在《產(chǎn)品需求規(guī)格說(shuō)明書(shū)》中找到出處。正向跟蹤和逆向跟蹤合稱(chēng)為“雙向跟蹤”。不論采用何種跟蹤方式，都要建立與維護(hù)需求跟蹤矩陣（即表格）。需求跟蹤矩陣保存了需求與后繼工作成果的對(duì)應(yīng)關(guān)系。軟件需求變更控制需求變更通常會(huì)帶來(lái)一系列的問(wèn)題，如需求間的影響（即當(dāng)一個(gè)需求更改后對(duì)其它需求的影響），需求更改對(duì)設(shè)計(jì)和實(shí)現(xiàn)的影響等。為了有效地管理需求變更，應(yīng)該考慮以下幾方面的工作：控制項(xiàng)目范圍的擴(kuò)展；變更控制策略；變更控制的步驟變更幾乎是不可避免的通過(guò)合同控制《用戶(hù)需求說(shuō)明書(shū)》通過(guò)《用戶(hù)需求說(shuō)明書(shū)》控制后續(xù)變更提前和客戶(hù)溝通，確定閾值，超過(guò)部分堅(jiān)決抵制，或者交換軟件需求變更控制流程軟件項(xiàng)目進(jìn)度管理項(xiàng)目策劃項(xiàng)目跟蹤與監(jiān)控軟件項(xiàng)目策劃WBS分解項(xiàng)目估算制定其他計(jì)劃制訂進(jìn)度計(jì)劃項(xiàng)目分工進(jìn)度安排編寫(xiě)項(xiàng)目計(jì)劃評(píng)審項(xiàng)目計(jì)劃項(xiàng)目跟蹤控制開(kāi)始結(jié)束WBS分解WBS（WorkBreakdownStructure）是識(shí)別項(xiàng)目所應(yīng)完成的各項(xiàng)工作的工具WBS是項(xiàng)目管理工作的基礎(chǔ)，是項(xiàng)目工作量估算、編制進(jìn)度計(jì)劃、費(fèi)用計(jì)劃、人力資源計(jì)劃的前提，也是項(xiàng)目跟蹤的必要條件項(xiàng)目范圍內(nèi)工作的細(xì)分，歸納和定義形成項(xiàng)目的《工作任務(wù)分解表》WBS分解的要求分解后的任務(wù)應(yīng)該是：可管理的、可定量檢查的、可分配任務(wù)的、獨(dú)立的復(fù)雜工作至少應(yīng)分解成二項(xiàng)任務(wù)每項(xiàng)工作的持續(xù)時(shí)間不能太長(zhǎng)不體現(xiàn)工期和任務(wù)的先后順序要包括管理活動(dòng)：項(xiàng)目管理、質(zhì)量保證、配置管理、項(xiàng)目總結(jié)等任務(wù)分解是大家商討出的，不是項(xiàng)目經(jīng)理自己定的。軟件項(xiàng)目估算規(guī)模估算工作量估算進(jìn)度估算人員估算成本估算項(xiàng)目經(jīng)理選擇具有應(yīng)用領(lǐng)域內(nèi)的經(jīng)驗(yàn)、敢于承擔(dān)責(zé)任、有聲望的估算人員3-5人組成估算小組,并確認(rèn)組長(zhǎng)；項(xiàng)目經(jīng)理準(zhǔn)備與估算相關(guān)的材料；估算組長(zhǎng)召開(kāi)會(huì)議,確認(rèn)待估算的條目(Item),并和將使用的《Delphi個(gè)人估算表》分發(fā)給估算小組成員；估算小組成員進(jìn)行獨(dú)立估算,并填寫(xiě)《Delphi個(gè)人估算表》；估算組長(zhǎng)匯總并分析個(gè)人估算表；估算組長(zhǎng)召開(kāi)會(huì)議組織討論和匯總,對(duì)于估算相對(duì)偏差大于30%的條目評(píng)估小組成員討論差異；（最大偏差=最大估值-最小估值；平均值=估值總和/估算人數(shù)；相對(duì)偏差=最大偏差/平均值)重復(fù)4～6步驟直至達(dá)成一致意見(jiàn)DELPHI估算法規(guī)模、工作量和工期估算規(guī)模：項(xiàng)目（系統(tǒng)）大小的度量。工作量：完成一（多）項(xiàng)任務(wù)花費(fèi)的人時(shí)（天、月）數(shù)量。工期：完成一（多）項(xiàng)任務(wù)花費(fèi)的時(shí)長(zhǎng)（小時(shí)、天、月）。三者關(guān)系理論上：工作量＝規(guī)模/生產(chǎn)效率理論上：工期＝工作量/人數(shù)實(shí)際上：？進(jìn)度安排及任務(wù)分工進(jìn)度安排根據(jù)規(guī)模估算，推算出各種類(lèi)型工作的工作量根據(jù)工作量估算和工作任務(wù)分解表安排進(jìn)度計(jì)劃某項(xiàng)任務(wù)的子任務(wù)工作量之和應(yīng)在該項(xiàng)任務(wù)的工作量估算范圍內(nèi)任務(wù)分工項(xiàng)目經(jīng)理根據(jù)項(xiàng)目組人員數(shù)量和每個(gè)人的技能情況進(jìn)行合理分工分工應(yīng)充分爭(zhēng)取有經(jīng)驗(yàn)人員及當(dāng)事人意見(jiàn)制定進(jìn)度計(jì)劃甘特圖計(jì)劃制訂的依據(jù)估算結(jié)果進(jìn)度要求（計(jì)劃倒排）資源限制計(jì)劃優(yōu)化工期優(yōu)化、資源優(yōu)化軟件項(xiàng)目跟蹤和監(jiān)控會(huì)議周例會(huì)專(zhuān)題會(huì)協(xié)調(diào)會(huì)報(bào)告?zhèn)€人周報(bào)項(xiàng)目周報(bào)專(zhuān)題報(bào)告總結(jié)報(bào)告項(xiàng)目跟蹤表跟蹤甘特圖.......時(shí)間管理—時(shí)間矩陣緊急不緊急重要不重要討論：可以舉例說(shuō)明哪些事情各屬于哪個(gè)象限嗎？虛假的必要的領(lǐng)導(dǎo)的浪費(fèi)的馬上做盡早做委托別人做不做緊急不緊急重要不重要考試上課火災(zāi)鍛煉身體孝敬父母防患于未然打牌三缺一聊天電話看歐洲杯決賽無(wú)關(guān)緊要的郵件部分瑣碎的工作抽煙普通人的時(shí)間安排25-30%15%50-60%2-3%緊急不緊急重要不重要成功人士的時(shí)間安排20-25%65-80%15%<1%緊急不緊急重要不重要軟件項(xiàng)目質(zhì)量管理質(zhì)量保證：針對(duì)過(guò)程評(píng)審：針對(duì)文檔軟件測(cè)試：針對(duì)代碼質(zhì)量保證的概念軟件質(zhì)量保證的目的是保證軟件開(kāi)發(fā)過(guò)程按照一定的規(guī)范執(zhí)行。好的過(guò)程質(zhì)量并不等于好的產(chǎn)品質(zhì)量，但是糟糕的過(guò)程很難帶來(lái)好的產(chǎn)品質(zhì)量。為了較好地開(kāi)展軟件質(zhì)量保證工作，軟件質(zhì)量保證人員應(yīng)該是獨(dú)立的，與項(xiàng)目經(jīng)理沒(méi)有任何行政隸屬關(guān)系，對(duì)他的考核與評(píng)價(jià)也不應(yīng)由項(xiàng)目經(jīng)理做出，同時(shí)他也不能承擔(dān)本項(xiàng)目中除軟件質(zhì)量保證外的其他任何工作，以確保其獨(dú)立性。質(zhì)量保證的內(nèi)涵SQA的責(zé)任是檢查軟件項(xiàng)目的活動(dòng)并鑒別活動(dòng)中出現(xiàn)的與公司規(guī)范不一致的偏差。軟件質(zhì)量保證的主要工作包括以下三個(gè)方面：通過(guò)監(jiān)控軟件的開(kāi)發(fā)過(guò)程來(lái)保證產(chǎn)品的質(zhì)量；保證生產(chǎn)出的軟件和軟件開(kāi)發(fā)過(guò)程符合相應(yīng)的標(biāo)準(zhǔn)與規(guī)程；保證軟件產(chǎn)品、軟件過(guò)程中存在的不符合問(wèn)題得到處理，必要時(shí)將問(wèn)題反映給高級(jí)管理者。質(zhì)量保證的主要工作公司標(biāo)準(zhǔn)培訓(xùn)指導(dǎo)審核評(píng)審評(píng)審評(píng)審不符合問(wèn)題處理流程發(fā)現(xiàn)不符合項(xiàng)項(xiàng)目經(jīng)理同意并解決將項(xiàng)目經(jīng)理不同意解決的不符合項(xiàng)提交事業(yè)部分管經(jīng)理SQA將事業(yè)部分管經(jīng)理、SQA經(jīng)理和管理者代表的處理意見(jiàn)傳達(dá)有關(guān)人員,由項(xiàng)目經(jīng)理安排人員處理問(wèn)題被豁免SQA跟蹤檢查、確認(rèn)NoNo是否當(dāng)時(shí)解決YesNo解決SQA將事業(yè)部分管經(jīng)理不同意解決的不符合項(xiàng)提交SQA經(jīng)理協(xié)商處理解決YesYesYesNoNoSQA經(jīng)理將自己無(wú)法協(xié)商處理的不符合項(xiàng)提交管理者代表裁決解決不符合項(xiàng)關(guān)閉Yes將不符合項(xiàng)錄入TD文檔評(píng)審評(píng)審類(lèi)別主要的評(píng)審內(nèi)容評(píng)審方式評(píng)審負(fù)責(zé)人參與角色備注技術(shù)評(píng)審需求文檔單人/小組概要設(shè)計(jì)詳細(xì)設(shè)計(jì)數(shù)據(jù)庫(kù)設(shè)計(jì)用戶(hù)界面設(shè)計(jì)文檔測(cè)試用例測(cè)試分析報(bào)告用戶(hù)手冊(cè)維護(hù)手冊(cè)管理評(píng)審軟件項(xiàng)目開(kāi)發(fā)計(jì)劃配置管理計(jì)劃質(zhì)量保證計(jì)劃測(cè)試計(jì)劃驗(yàn)收計(jì)劃安裝實(shí)施計(jì)劃里程碑報(bào)告項(xiàng)目總結(jié)報(bào)告軟件需求評(píng)審步驟軟件測(cè)試V模型需求分析概要設(shè)計(jì)詳細(xì)設(shè)計(jì)編碼集成測(cè)試系統(tǒng)測(cè)試單元測(cè)試代碼審查基本概念項(xiàng)目預(yù)算費(fèi)用控制軟件項(xiàng)目成本管理項(xiàng)目利潤(rùn)=項(xiàng)目收入-項(xiàng)目成本-項(xiàng)目費(fèi)用項(xiàng)目成本/費(fèi)用的構(gòu)成采購(gòu)成本代理成本人員費(fèi)用車(chē)船費(fèi)市內(nèi)交通費(fèi)住宿費(fèi)業(yè)務(wù)費(fèi)辦公費(fèi)不可預(yù)見(jiàn)費(fèi)用軟件項(xiàng)目成本管理的基本概念請(qǐng)看《費(fèi)用預(yù)算表》軟件項(xiàng)目預(yù)算費(fèi)用跟蹤和分析費(fèi)用月報(bào)費(fèi)用分析+解決措施降低費(fèi)用的常用方法盡量用合適的人千萬(wàn)不能人浮于事制訂費(fèi)用標(biāo)準(zhǔn)，統(tǒng)一執(zhí)行進(jìn)行費(fèi)用考核，讓成員自己主動(dòng)節(jié)約費(fèi)用軟件項(xiàng)目費(fèi)用控制軟件配置管理配置管理的意義配置管理的相關(guān)概念配置管理的功能配置管理的概念軟件配置管理是一門(mén)技術(shù)、管理和監(jiān)督相結(jié)合的學(xué)科，通過(guò)標(biāo)識(shí)和文檔來(lái)記錄配置項(xiàng)的功能和物理特性，控制這些特性的變更，記錄和報(bào)告變更的過(guò)程和狀態(tài)，并驗(yàn)證它們與需求是否一致。配置管理的主要概念配置項(xiàng)基線SCCB版本并行開(kāi)發(fā)和分支系統(tǒng)建立SCM主要概念－配置項(xiàng)配置項(xiàng)定義：是一個(gè)硬件，軟件或硬、軟件的集合，配置項(xiàng)是為了配置管理而指定的，并在配置管理過(guò)程被當(dāng)作單一實(shí)體。配置項(xiàng)包括：項(xiàng)目計(jì)劃；SCM計(jì)劃；需求定義文檔；分析、設(shè)計(jì)、編碼和審核標(biāo)準(zhǔn)；系統(tǒng)分析文檔；系統(tǒng)設(shè)計(jì)文檔；原型；高層設(shè)計(jì)文檔；低層設(shè)計(jì)文檔；系統(tǒng)測(cè)試規(guī)格說(shuō)明書(shū)；系統(tǒng)測(cè)試計(jì)劃；源代碼；目標(biāo)碼和可執(zhí)行文件；單元測(cè)試說(shuō)明；單元測(cè)試計(jì)劃；數(shù)據(jù)庫(kù)設(shè)計(jì)文檔；測(cè)試數(shù)據(jù)；用戶(hù)手冊(cè)等。SCM主要概念－基線基線定義：已經(jīng)經(jīng)過(guò)正式評(píng)審或批準(zhǔn)的，作為以后進(jìn)一步開(kāi)發(fā)的基礎(chǔ)，只有通過(guò)正式的更改控制流程才能進(jìn)行更改的配置項(xiàng)。在配置項(xiàng)的生命周期中，在特定時(shí)間經(jīng)過(guò)正式認(rèn)定的一個(gè)或一組配置標(biāo)識(shí)文檔?；€加上經(jīng)過(guò)審批的基線變更，共同組成了當(dāng)前的配置標(biāo)識(shí)?；€是SCM的一個(gè)重要概念，它幫助實(shí)現(xiàn)對(duì)變更的控制SCM主要概念－SCCBSCCB(SoftwareConfigurationControlBoard)－軟件配置控制委員會(huì)SCCB的作用：審定軟件基線的建立和配置項(xiàng)/單元的標(biāo)識(shí)。代表項(xiàng)目經(jīng)理和所有可能受到軟件基線更改影響的組的利益。評(píng)審和審定對(duì)軟件基線的更改。審定由軟件基線庫(kù)制造的產(chǎn)品的生成。配置管理的功能配置標(biāo)識(shí)配置控制配置審核狀態(tài)統(tǒng)計(jì)SCM配置標(biāo)識(shí)變更控制狀態(tài)統(tǒng)計(jì)配置審核與復(fù)審配置標(biāo)識(shí)配置標(biāo)識(shí)的過(guò)程由三部分組成：選擇、命名、描述。配置項(xiàng)的取舍并沒(méi)有硬性規(guī)定，主要取決于經(jīng)驗(yàn)和良好的判斷力。不恰當(dāng)?shù)呐渲庙?xiàng)選擇將會(huì)導(dǎo)致花費(fèi)增加、時(shí)間延長(zhǎng)，甚至在軟件開(kāi)發(fā)期間和維護(hù)期間導(dǎo)致增加額外的管理和技術(shù)負(fù)擔(dān)。一個(gè)系統(tǒng)配置項(xiàng)的數(shù)量是由負(fù)責(zé)SCM系統(tǒng)設(shè)計(jì)的人來(lái)決定的。配置項(xiàng)的選擇要做到“不多也不少”。每個(gè)軟件部件都必須具有獨(dú)一無(wú)二的標(biāo)識(shí)。標(biāo)識(shí)方法包括命名約定，版本排序和文字標(biāo)簽。變更控制變更是軟件開(kāi)發(fā)過(guò)程中最基本的特性。開(kāi)發(fā)過(guò)程的所有階段從需求分析到產(chǎn)品再到維護(hù)都圍繞著變更來(lái)進(jìn)行。對(duì)軟件實(shí)施變更是容易的，但管理這些變更卻不容易。狀態(tài)統(tǒng)計(jì)在軟件開(kāi)發(fā)過(guò)程中為了收集數(shù)據(jù)應(yīng)盡早開(kāi)始跟蹤C(jī)I的狀態(tài)。配置管理系統(tǒng)應(yīng)能夠有效的記錄SCM活動(dòng)并能在數(shù)據(jù)庫(kù)中自動(dòng)更新活動(dòng)的狀態(tài)。配置項(xiàng)狀態(tài)報(bào)告配置審計(jì)實(shí)施配置審計(jì)以維護(hù)配置基線的完整性。配置審計(jì)確認(rèn)最終的基線和文件有遵照特定標(biāo)準(zhǔn)或需求，并適當(dāng)記錄審計(jì)結(jié)果。何時(shí)開(kāi)始審計(jì)工作？通常是在開(kāi)發(fā)生命周期中每個(gè)階段的末尾開(kāi)始審計(jì)工作。審計(jì)工作都干什么？為了保證所有人員（包括項(xiàng)目成員、配置管理員和CCB）都遵守配置管理規(guī)范，要定期審計(jì)配置管理工作。配置審計(jì)是一種“過(guò)程質(zhì)量檢查”活動(dòng)。由誰(shuí)執(zhí)行審核工作？通常由管理者、QA部門(mén)或客戶(hù)執(zhí)行審核工作。配置管理總結(jié)配置評(píng)審配置標(biāo)識(shí)配置狀態(tài)發(fā)布配置控制開(kāi)發(fā)庫(kù)測(cè)試庫(kù)基線庫(kù)產(chǎn)品庫(kù)通過(guò)單元測(cè)試的代碼評(píng)審?fù)ㄟ^(guò)的基線文檔需變更的文檔和代碼發(fā)布的最終版本其他工作產(chǎn)品通過(guò)系統(tǒng)測(cè)試的代碼軟件項(xiàng)目風(fēng)險(xiǎn)管理風(fēng)險(xiǎn)定義風(fēng)險(xiǎn)識(shí)別風(fēng)險(xiǎn)度量風(fēng)險(xiǎn)控制軟件項(xiàng)目風(fēng)險(xiǎn)定義項(xiàng)目風(fēng)險(xiǎn)的定義項(xiàng)目風(fēng)險(xiǎn)是指由于不能準(zhǔn)確預(yù)見(jiàn)或控制的因素，而引發(fā)的使項(xiàng)目受到損害的事件。項(xiàng)目風(fēng)險(xiǎn)產(chǎn)生的原因人們的認(rèn)識(shí)能力所限信息本身的滯后特性項(xiàng)目的各種不確定性項(xiàng)目風(fēng)險(xiǎn)的主要特性隨機(jī)性漸進(jìn)性相對(duì)可預(yù)測(cè)性潛在損失特性軟件項(xiàng)目風(fēng)險(xiǎn)的識(shí)別項(xiàng)目風(fēng)險(xiǎn)識(shí)別的概念識(shí)別和確定項(xiàng)目究竟有哪些風(fēng)險(xiǎn)，這些項(xiàng)目風(fēng)險(xiǎn)究竟有哪些基本的特性，這些項(xiàng)目風(fēng)險(xiǎn)可能會(huì)影響項(xiàng)目的哪些方面。項(xiàng)目風(fēng)險(xiǎn)識(shí)別的主要內(nèi)容包括：識(shí)別并確定項(xiàng)目有哪些潛在的風(fēng)險(xiǎn)識(shí)別引起這些風(fēng)險(xiǎn)的主要因素識(shí)別項(xiàng)目風(fēng)險(xiǎn)可能引起的后果經(jīng)驗(yàn)數(shù)據(jù)法通過(guò)分析以往同類(lèi)項(xiàng)目經(jīng)常出現(xiàn)的風(fēng)險(xiǎn)，來(lái)識(shí)別本項(xiàng)目可能的風(fēng)險(xiǎn)頭腦風(fēng)暴法運(yùn)用創(chuàng)造性思維和專(zhuān)家經(jīng)驗(yàn)，通過(guò)會(huì)議的形式去分析和識(shí)別項(xiàng)目風(fēng)險(xiǎn)經(jīng)驗(yàn)數(shù)據(jù)+頭腦風(fēng)暴軟件項(xiàng)目風(fēng)險(xiǎn)識(shí)別的方法軟件項(xiàng)目風(fēng)險(xiǎn)度量項(xiàng)目風(fēng)險(xiǎn)度量的內(nèi)容項(xiàng)目風(fēng)險(xiǎn)發(fā)生概率P項(xiàng)目風(fēng)險(xiǎn)后果嚴(yán)重程度H項(xiàng)目風(fēng)險(xiǎn)的重要性I（I=

P×H）項(xiàng)目風(fēng)險(xiǎn)影響范圍項(xiàng)目風(fēng)險(xiǎn)發(fā)生時(shí)間項(xiàng)目風(fēng)險(xiǎn)的優(yōu)先級(jí)根據(jù)I的大小進(jìn)行排序關(guān)注重要性最高的前6~8個(gè)風(fēng)險(xiǎn)風(fēng)險(xiǎn)預(yù)防措施—盡量讓其不發(fā)生風(fēng)險(xiǎn)容忍：不管它—不采取任何措施風(fēng)險(xiǎn)規(guī)避：設(shè)法完全避免—搞清原因，徹底解決風(fēng)險(xiǎn)延遲：盡量推遲風(fēng)險(xiǎn)發(fā)生的時(shí)間—情感、待遇、前景留人，留不下就拖風(fēng)險(xiǎn)消減：逐步降低風(fēng)險(xiǎn)發(fā)生的概率和影響—培養(yǎng)接班人風(fēng)險(xiǎn)轉(zhuǎn)移：用一個(gè)破壞性小一些的風(fēng)險(xiǎn)代替—趕走他討厭的人風(fēng)險(xiǎn)處理措施—盡量減少已發(fā)生風(fēng)險(xiǎn)的破壞性風(fēng)險(xiǎn)消減：減少風(fēng)險(xiǎn)帶來(lái)的影響—做好工作交接風(fēng)險(xiǎn)分擔(dān)：利用團(tuán)隊(duì)的力量應(yīng)對(duì)風(fēng)險(xiǎn)—安排兩個(gè)人接替他的工作風(fēng)險(xiǎn)轉(zhuǎn)化：轉(zhuǎn)危為機(jī)—向老板要一個(gè)更厲害的人過(guò)來(lái)軟件項(xiàng)目風(fēng)險(xiǎn)應(yīng)對(duì)措施舉例：項(xiàng)目的一名骨干人員有離職的風(fēng)險(xiǎn)需要進(jìn)行哪些溝通怎樣進(jìn)行這些溝通軟件項(xiàng)目溝通管理軟件項(xiàng)目干系人之間的關(guān)系軟件項(xiàng)目主要溝通方式溝通方式參與人周期目的技術(shù)文檔溝通項(xiàng)目組內(nèi)部、客戶(hù)階段性傳遞工作成果一對(duì)一口頭溝通有關(guān)系的干系人不定期各種目的個(gè)人周報(bào)項(xiàng)目組成員撰寫(xiě)，項(xiàng)目經(jīng)理沈陽(yáng)一周匯報(bào)進(jìn)度、解決問(wèn)題項(xiàng)目周報(bào)項(xiàng)目經(jīng)理撰寫(xiě)，客戶(hù)及公司領(lǐng)導(dǎo)審閱每周一次匯報(bào)進(jìn)度、協(xié)調(diào)資源、解決問(wèn)題項(xiàng)目周例會(huì)項(xiàng)目組核心人員、有關(guān)客戶(hù)每周一次匯報(bào)進(jìn)度、協(xié)調(diào)資源、解決問(wèn)題月度項(xiàng)目分析會(huì)公司領(lǐng)導(dǎo)、各項(xiàng)目經(jīng)理、職能部門(mén)每月一次匯報(bào)進(jìn)度、協(xié)調(diào)資源、解決問(wèn)題問(wèn)題協(xié)調(diào)會(huì)項(xiàng)目經(jīng)理、客戶(hù)、公司領(lǐng)導(dǎo)根據(jù)需要解決重大問(wèn)題項(xiàng)目技術(shù)評(píng)審文檔作者、項(xiàng)目經(jīng)理、評(píng)審專(zhuān)家階段性確定技術(shù)文檔是否合格項(xiàng)目管理評(píng)審文檔作者、項(xiàng)目經(jīng)理、客戶(hù)、公司領(lǐng)導(dǎo)階段性確定管理文檔是否合格集體活動(dòng)（運(yùn)動(dòng)、吃飯、旅游等）項(xiàng)目組成員、客戶(hù)階段性溝通情感、強(qiáng)化關(guān)系項(xiàng)目總結(jié)報(bào)告項(xiàng)目經(jīng)理撰寫(xiě)，客戶(hù)及公司領(lǐng)導(dǎo)審閱一次性匯報(bào)成果，總結(jié)經(jīng)驗(yàn)和教訓(xùn)高效的會(huì)議明確會(huì)議目的找到合適的參會(huì)人員做好通知做好準(zhǔn)備工作不但規(guī)定開(kāi)始時(shí)間，同時(shí)提前規(guī)定結(jié)束時(shí)間把控會(huì)議方向和進(jìn)度形成結(jié)論，做好記錄落實(shí)并檢查實(shí)在不行站著開(kāi)會(huì)溝通的兩個(gè)重要原則知識(shí)的詛咒游戲1：在同伴身上用手拍一段歌曲的旋律，讓他猜是哪首歌換位思考游戲2：手指自上而下旋轉(zhuǎn)，觀察順時(shí)針變?yōu)槟鏁r(shí)針溝通管理四象限別人知道別人不知道自己知道自己不知道公開(kāi)象限隱私象限盲點(diǎn)象限潛能象限名字性別大部分日常工作不良嗜好痛苦經(jīng)歷默默奉獻(xiàn)暗戀牙齒上粘了根韭菜自以為是領(lǐng)導(dǎo)、同時(shí)對(duì)你的看法明天你會(huì)怎么樣20年后你會(huì)成為一個(gè)什么樣的人自我揭示尋求反饋D.D.S不好意思說(shuō)忘了說(shuō)，或者以為沒(méi)有必要說(shuō)尊重與信任要想獲得成功，盡可能擴(kuò)大公開(kāi)象限反饋的藝術(shù)反饋分為正反饋（表?yè)P(yáng)）和負(fù)反饋（批評(píng)）正反饋的藝術(shù)：及時(shí)說(shuō)其不常被人說(shuō)的優(yōu)點(diǎn)負(fù)反饋的藝術(shù)：B：事實(shí)（而非評(píng)價(jià)）I：影響C：結(jié)果軟件項(xiàng)目團(tuán)隊(duì)管理團(tuán)隊(duì)特征和要求團(tuán)隊(duì)發(fā)展階段團(tuán)隊(duì)精神項(xiàng)目經(jīng)理的職責(zé)團(tuán)隊(duì)的基本特征共同認(rèn)可的明確的目標(biāo)合理的分工與協(xié)作積極的參與互相信任良好的信息溝通高度的凝聚力與民主氣氛學(xué)習(xí)是一種經(jīng)?；幕顒?dòng)軟件項(xiàng)目團(tuán)隊(duì)成員的基本要求具備項(xiàng)目工作所需要的技能成員自身的需要可以通過(guò)參與項(xiàng)目而實(shí)現(xiàn)應(yīng)具有與其他成員相融的個(gè)性不反對(duì)項(xiàng)目工作的各種約束………形成階段震蕩階段規(guī)范階段輝煌階段項(xiàng)目團(tuán)隊(duì)的發(fā)展階段解體工作績(jī)效團(tuán)隊(duì)精神形成階段是項(xiàng)目團(tuán)隊(duì)的初創(chuàng)和組建階段。在這個(gè)階段中，團(tuán)隊(duì)成員由個(gè)體而歸屬于一個(gè)團(tuán)隊(duì)，總體上有一種積極向上的愿望，團(tuán)隊(duì)成員的情緒特點(diǎn)包括：激動(dòng)、希望、懷疑、焦急和猶豫，在心理上處于一種極不穩(wěn)定的階段。在這一階段，項(xiàng)目經(jīng)理需要為整個(gè)團(tuán)隊(duì)明確方向、目標(biāo)和任務(wù)，為每個(gè)人確定職責(zé)和角色，以創(chuàng)建一個(gè)良好的項(xiàng)目團(tuán)隊(duì)。項(xiàng)目團(tuán)隊(duì)的形成階段這是項(xiàng)目團(tuán)隊(duì)發(fā)展的第二階段。這一階段，團(tuán)隊(duì)成員按照分工開(kāi)始了初步的合作，有些成員會(huì)發(fā)現(xiàn)項(xiàng)目的工作與個(gè)人當(dāng)初的設(shè)想不一致，有些會(huì)發(fā)現(xiàn)項(xiàng)目團(tuán)隊(duì)成員之間的關(guān)系與自己期望的不