《軟件項目管理基礎(chǔ)》ppt課件

1、軟件項目管理基礎(chǔ),,武慷,海外軟件開發(fā)事業(yè)部,2,內(nèi)容,項目管理的基礎(chǔ)知識項目的時間管理項目的質(zhì)量管理項目的人力資源管理項目的結(jié)項,3,項目管理的基礎(chǔ)知識,項目管理的兩個基本概念項目生命周期項目管理過程項目成功的概念項目經(jīng)理應(yīng)具備的相關(guān)技能,4,項目管理的兩個基本概念,項目的概念PMI對項目的定義項目是為完成某一獨特的產(chǎn)品或服務(wù)所做的一次性努力,5,項目管理的兩個基本概念,項目的概念（續(xù)）臨時性項目有明確的起始與

2、截止日期項目合同的起止日期當(dāng)達(dá)到項目的目標(biāo)時即項目的截止日期；或項目被中止/取消的日期項目的臨時性并不意味著項目所提交的產(chǎn)品或服務(wù)也是一次性的（一次性紙杯的生產(chǎn)） 項目所面臨的市場機遇往往也是臨時性的（沒有企業(yè)愿意在2009年生產(chǎn)北京奧運的徽章）項目組也往往是臨時性的，當(dāng)項目結(jié)束時，項目組也隨之解散（或釋放）,6,項目管理的兩個基本概念,項目的概念（續(xù)）獨特的產(chǎn)品或服務(wù)項目所產(chǎn)生的產(chǎn)品或服務(wù)是獨一無二的對于批量生產(chǎn)的商品

3、（例如空調(diào)或冰箱）則不具備獨特性，而例如北京聯(lián)通計費項目則具有獨特性重新鋪設(shè)北京二環(huán)的所有路面也可以看作一個獨特的服務(wù),7,項目管理的兩個基本概念,項目的概念（續(xù)）項目需要使用資源，一般包括人（具有各種技能和經(jīng)驗的人員）物（開發(fā)規(guī)約、各種設(shè)計書、測試數(shù)據(jù)、開發(fā)需要的硬件和軟件等）資金（人件費、教育費、硬件與軟件的購入費）時間（交付日期）信息（項目組內(nèi)部信息、相關(guān)項目組的信息、用戶的信息、競爭對手的信息、行業(yè)領(lǐng)域的最新動向等

4、）,8,項目管理的兩個基本概念,項目的概念（續(xù)）項目應(yīng)有一個主要發(fā)起人或客戶大部分項目都會有許多項目利益相關(guān)者或干系人項目含有不確定性由于每個項目都是唯一的，有時很難確切地定義項目的目標(biāo)，或準(zhǔn)確估計完成項目所需的時間和成本支出。這種不確定性是項目管理的如此具有挑戰(zhàn)性的主要原因之一，這種情況在新技術(shù)項目中更為突出。,9,項目管理的兩個基本概念,項目管理的概念通過項目經(jīng)理和項目組織的努力，運用系統(tǒng)理論和方法對項目及其資源進(jìn)行計劃

5、、組織、協(xié)調(diào)、控制，旨在實現(xiàn)項目的特定目標(biāo)的管理方法管理是通過計劃、組織、控制和領(lǐng)導(dǎo)等環(huán)節(jié)來協(xié)調(diào)人力、物力和財力資源，以期更好地達(dá)成組織目標(biāo)的過程法約耳的管理五要素：計劃、組織、指揮、協(xié)調(diào)、控制項目管理與傳統(tǒng)管理之間的聯(lián)系與區(qū)別,10,項目管理的兩個基本概念,項目管理的概念（續(xù)）,,,,項目干系人的需要和期望,,9大知識領(lǐng)域核心功能,項目的整體管理,輔助功能,項目管理的工具和技術(shù),項目成功,11,項目管理的兩個基本概念,項目管

6、理的概念（續(xù)）三大關(guān)鍵要素項目干系人項目管理知識領(lǐng)域項目管理工具和技術(shù),,12,項目干系人,項目干系人的定義會對項目產(chǎn)生影響的個人或組織以及項目的結(jié)果會影響的個人或組織項目干系人更多地以利益影響的方式來區(qū)分以利益驅(qū)動的方式來促成項目的成功,13,項目干系人,項目干系人通常包括項目經(jīng)理客戶客戶與最終用戶項目團(tuán)隊成員出資人組織內(nèi)其它部門供應(yīng)方競爭對手其他處于組織外部的項目涉及或受項目影響的團(tuán)體,14,項目干系

7、人,取得項目干系人的支持與項目干系人溝通的重要性例會或定期報告制度項目干系人之間利益折衷項目干系人對項目往往存在不同的期望，且這些期望之間存在較大的差異以客戶為中心的思想,15,項目管理知識領(lǐng)域,四大核心知識領(lǐng)域范圍管理時間管理成本管理質(zhì)量管理,16,項目管理知識領(lǐng)域（續(xù)）,四大輔助知識領(lǐng)域人力資源管理溝通管理風(fēng)險管理采購管理,17,項目管理知識領(lǐng)域（續(xù)）,項目的整體管理要發(fā)揮項目管理上的支撐作用，它與其他項

8、目管理知識領(lǐng)域互相影響。項目經(jīng)理必須具備上述9方面全部的知識和能力,18,項目管理的工具和技術(shù),例如：時間管理的工具和技術(shù)有：甘特圖、PERT、關(guān)鍵路徑法（CPM）等MS-Project等,19,項目生命周期,項目階段與項目生命周期正是因為項目的獨特性，項目在執(zhí)行過程中存在不確定性為了降低不確定性以階段的方式來執(zhí)行項目項目生命周期則是項目階段的總和項目全生命周期概念不僅僅是交付，包括從立項一直到退役,20,項目生命周期

9、,項目生命周期特征根據(jù)項目生命周期的特征制訂項目計劃,21,項目生命周期,幾種典型的生命周期（續(xù)）,22,,23,,24,26,項目管理過程,項目過程項目管理過程適用于絕大部分項目的管理過程，例如時間管理、質(zhì)量管理、成本管理、風(fēng)險管理等具有普遍的適用性,27,項目管理過程,項目過程組項目管理過程可以分為5個過程組啟動過程批準(zhǔn)項目或階段的開始計劃過程定義項目或階段的目標(biāo)及其所需的資源執(zhí)行過程 根據(jù)計劃來執(zhí)行任務(wù)控制過

10、程通過定期來監(jiān)督和測量項目的進(jìn)展來判斷項目實際的執(zhí)行情況與計劃的差異，如果需要，還應(yīng)該采取糾正措施收尾過程確定項目或階段可以正式結(jié)束,28,項目管理過程,項目過程組（續(xù)）項目或階段的過程組示意圖,計劃,啟動,,執(zhí)行,收尾,控制,,,,,Plan,Do,Check/Action,29,項目管理過程,項目過程組（續(xù)）,30,項目成功的概念,項目管理的“三約束”,風(fēng)險,時間,范圍,成本,31,項目成功的概念,衡量項目是否成功的標(biāo)準(zhǔn)千差

11、萬別一般衡量項目是否成功的“三條件”：QCT,項目,時間,質(zhì)量,,成本,32,項目成功的概念,顧客滿意度的達(dá)成：CS例如：即使項目開發(fā)超出預(yù)算成本，投入運營后在中長期內(nèi)能實現(xiàn)客戶的業(yè)務(wù)需求鍛煉了開發(fā)隊伍，獲得了某方面的技術(shù)積累，有利于今后公司業(yè)務(wù)的開展,33,項目成功的概念（續(xù)）,決定項目成功的重要因素用戶的參與程度高級管理層的支持明確的需求說明,34,項目經(jīng)理應(yīng)具備的相關(guān)技能,項目管理的15項職能工作確定項目的范圍識別

12、項目干系人、決策人和逐級程序制定詳細(xì)的任務(wù)清單（WBS）估計時間要求制定初步的項目管理流程圖確定所需的資源和預(yù)算評估項目要求識別和估計項目風(fēng)險制定應(yīng)急計劃明確相互關(guān)系確認(rèn)并跟蹤項目的關(guān)鍵里程碑參與項目階段的評估保障所需的資源管理變更控制過程匯報項目狀態(tài),35,項目經(jīng)理應(yīng)具備的相關(guān)技能,有效的項目經(jīng)理與低效的項目經(jīng)理的幾個重要特點,有效的項目經(jīng)理有表率作用有洞察力技術(shù)過硬有決斷力善于溝通善于激勵他人

13、必要時能夠支持上級領(lǐng)導(dǎo)支持團(tuán)隊成員鼓勵新觀念新思想,低效的項目經(jīng)理表率作用差不自信缺乏專業(yè)技能和經(jīng)驗不善于溝通不會激勵他人,,,,36,項目時間管理,項目時間管理的基本概念制定項目進(jìn)度計劃的方法檢查項目進(jìn)度狀況的方法項目實際進(jìn)度落后于計劃時的對策,37,項目的時間管理的基本概念,項目時間管理包括項目所需時間的估算，制定可以接受的項目進(jìn)度計劃，并確保項目及時完工項目時間管理涉及確保項目準(zhǔn)時完成所必需的過程涉及的主要

14、過程包括：活動定義（WBS）活動排序活動歷時估算制定進(jìn)度計劃進(jìn)度計劃控制,38,制定項目進(jìn)度計劃的方法,項目開發(fā)計劃與項目進(jìn)度計劃的關(guān)系活動定義活動排序活動歷時估算制定進(jìn)度計劃,39,項目開發(fā)計劃與項目進(jìn)度計劃的關(guān)系,項目開發(fā)計劃書應(yīng)包含內(nèi)容開發(fā)目的（背景）系統(tǒng)/產(chǎn)品的特征質(zhì)量目標(biāo)及達(dá)成手段性能指標(biāo)及達(dá)成手段開發(fā)/運行環(huán)境開發(fā)范圍一覽表與功能概要規(guī)模與工數(shù)預(yù)算其他費用的預(yù)算開發(fā)體制開發(fā)日程表用戶使

15、用手冊制作的日程表項目規(guī)章,40,活動定義,活動定義，涉及確定項目團(tuán)隊成員和項目干系人為完成項目可交付成果而必須完成的具體工作活動或任務(wù)，是一部分工作，一般在WBS里可以找到，它有預(yù)期歷時、成本和資源的要求進(jìn)度計劃來自活動定義,41,關(guān)于WBS,WBS (Work Breakdown Structure)，工作分解結(jié)構(gòu)WBS是一種將復(fù)雜任務(wù)分解為簡單任務(wù)的方法將項目分解為可管理的活動作為軟件項目計劃和跟蹤的基礎(chǔ),42,WBS

16、 的結(jié)構(gòu)類型,兩種結(jié)構(gòu)類型交付物（工作產(chǎn)品）活動（任務(wù)）軟件項目計劃的WBS通常是兩種類型的混合,43,WBS示例,,,44,WBS分解的粒度,請根據(jù)以下準(zhǔn)則檢查WBS的粒度任務(wù)可由單個人來完成嗎？任務(wù)的完成狀態(tài)可以驗證嗎？任務(wù)開始之后還會依賴于其他任務(wù)嗎？任務(wù)所分配的時間是否過長而不利于管理？為了保證管理的有效性，對下一周每項任務(wù)的安排不要超過一個工作日,45,根據(jù)軟件生命周期制定WBS,對當(dāng)前階段的活動進(jìn)行詳細(xì)的分解

17、暫時不要分解后續(xù)階段的活動隨著對項目了解的深入不斷細(xì)化WBS根據(jù)階段的劃分來確定軟件項目的里程碑,46,細(xì)化WBS結(jié)構(gòu),通過滾動計劃方式不斷細(xì)化WBS結(jié)構(gòu),,47,WBS的層次,WBS具有不同的層次，不同的人關(guān)注在不同的層次項目團(tuán)隊成員的直接負(fù)責(zé)人關(guān)注到每個活動項目經(jīng)理（項目規(guī)模較小時）項目組長（項目規(guī)模較大時）項目高層經(jīng)理或客戶關(guān)注在較高層次的WBS活動例如需求分析階段、設(shè)計階段、集成測試階段和系統(tǒng)測試階段,48,活動

18、排序,活動排序，涉及審查詳細(xì)WBS中的活動、詳細(xì)的產(chǎn)品說明書、假設(shè)和約束條件，以決定活動之間的相互關(guān)系；也涉及評價活動之間依賴關(guān)系的原因，及各種依賴關(guān)系依賴關(guān)系反映了項目的活動或任務(wù)的順序確定活動之間的依賴關(guān)系對制定并控制項目進(jìn)度計劃有重要的影響,49,活動依賴關(guān)系類型,FS Finish to Start例如：需求分析-總體設(shè)計SF Start to Finish例如：系統(tǒng)上線-項目結(jié)項FF Finish t

19、o Finish例如：單元測試-編寫集成測試用例SS Start to Start例如：編寫系統(tǒng)測試用例-總體設(shè)計,50,活動歷時估算,歷時包括一項活動所消耗的實際工作時間加上間歇時間歷時的估算結(jié)果有可能導(dǎo)致更新工作分解結(jié)構(gòu),51,活動歷時估算的方法,類比法由上至下法(Top Down)由下至上法(Bottom Up)功能點法(Function Point),52,小結(jié),從“三約束”出發(fā)考慮上述三個步驟活動定義——

20、進(jìn)一步定義范圍活動排序——進(jìn)一步定義時間活動歷時估算——進(jìn)一步定義成本上述三個步驟必須由項目團(tuán)隊和關(guān)鍵的項目干系人共同參與完成為保證一致性和全員參與（項目績效考核出發(fā)）,53,制定進(jìn)度計劃,甘特圖關(guān)鍵路徑法(CPM)計劃評審技術(shù)(PERT),54,甘特圖,甘特圖1917年，亨利 · 甘特發(fā)明，通過日歷形式列出項目活動及其相應(yīng)的開始和結(jié)束日期，為反映項目進(jìn)度提供了一種標(biāo)準(zhǔn)格式,55,甘特圖,示例,56,關(guān)鍵路徑法(

21、CPM),CPM(Critical Path Method)美國國防部于二十世紀(jì)五十年代末期提出的方法，主要適用于大型工程項目項目關(guān)注于費用控制項目中的活動存在很強的依賴關(guān)系,57,關(guān)鍵路徑法(CPM),計算關(guān)鍵路徑關(guān)鍵路徑?jīng)Q定了項目所需要的最短總體時間位于關(guān)鍵路徑上的活動浮動時間為0浮動時間為0的所有活動組成了項目的關(guān)鍵路徑項目中可以有多條關(guān)鍵路徑項目經(jīng)理在控制項目進(jìn)度計劃時需要隨時關(guān)注處于關(guān)鍵路徑上活動的進(jìn)度情況,5

22、8,關(guān)鍵路徑法(CPM),示例,59,計劃評審技術(shù)(PERT),PERT(Program Evaluation&Review Technique)美國國防部于二十世紀(jì)五十年代末期提出的方法主要適用于：R&D等不確定性較高的項目技術(shù)更新頻繁、進(jìn)度風(fēng)險較高的項目,60,計劃評審技術(shù)(PERT),PERT主要應(yīng)用于對單個活動的時間進(jìn)行估計PERT對于每一種活動都采用三種估算值樂觀時間、悲觀時間和最可能的時間每種活

23、動的時間則取決于加權(quán)值,61,計劃評審技術(shù)(PERT),PERTPERT加權(quán)值=,62,計劃評審技術(shù)(PERT),PERT加權(quán)值與CPM單一活動值的關(guān)系,63,進(jìn)度計劃控制的基礎(chǔ),切實可行的計劃如果項目計劃制定得不合理，再怎么努力工作也改變不了失敗的命運區(qū)別有壓力的項目計劃和不可能完成的項目計劃對于工作完成狀態(tài)的客觀判斷可能會報喜不報憂，每個人都會不自覺地隱藏對自己不利的信息,64,檢查項目進(jìn)度狀況的方法,在項目全生命周期

24、中，項目經(jīng)理需要隨時監(jiān)控項目的進(jìn)度狀況若出現(xiàn)延遲情況需要及時進(jìn)行調(diào)整項目進(jìn)度狀況的檢查，包括：準(zhǔn)備工作進(jìn)度信息的獲取進(jìn)度信息的分析,65,準(zhǔn)備工作,項目經(jīng)理的職責(zé)建立項目進(jìn)度報告制度例如：確定例會時間、報告路徑、周報格式等檢查項目團(tuán)隊成員的個人工作進(jìn)度計劃是否合理項目團(tuán)隊成員的職責(zé)根據(jù)項目進(jìn)度計劃，建立本人工作進(jìn)度計劃按時提交周工作進(jìn)度報告,66,個人工作進(jìn)度計劃,項目經(jīng)理需要檢查的內(nèi)容與項目開發(fā)計劃對照檢查是

25、否有遺漏項未列入項目開發(fā)計劃的臨時性工作是否也被列入個人工作計劃各項工作的完成期限是否合理，是否對團(tuán)隊其他成員的工作造成負(fù)面影響根據(jù)個人能力判斷是否能夠按照計劃完成各項任務(wù)與團(tuán)隊中其他成員相比工作量分配是否平衡,67,個人工作進(jìn)度計劃,制定個人工作計劃對團(tuán)隊成員的意義對個人制定的計劃須充分負(fù)責(zé)培養(yǎng)項目團(tuán)隊成員自我管理的習(xí)慣通過個人計劃了解個人在整個項目中的地位與義務(wù)強化項目整體的團(tuán)隊意識,68,個人周工作進(jìn)度報告,向直接

26、上級報告報告內(nèi)容盡量詳細(xì)Who,when,what,where,how,how many明確區(qū)分“事實”與“意見”包含項目經(jīng)理需要了解的所有信息便于項目經(jīng)理與團(tuán)隊成員的填寫與閱讀避免由于個人原因提交虛假報告建立出現(xiàn)問題時的及時報告制度的同時，鼓勵團(tuán)隊成員通過思考，尋找解決問題的對策,69,個人周工作進(jìn)度報告,個人周工作進(jìn)度報告對團(tuán)隊成員的意義培養(yǎng)團(tuán)隊成員主動考慮問題對策的習(xí)慣培養(yǎng)團(tuán)隊成員從項目經(jīng)理的角度出發(fā)，考慮自己的

27、工作內(nèi)容的習(xí)慣,70,進(jìn)度信息的獲取,進(jìn)度信息的獲取途徑正式途徑項目會議個人周工作進(jìn)度報告非正式途徑日常的口頭交流等,71,項目會議的形式,項目周例會檢查上周工作，分配下周工作形成文檔 —— 項目周報項目月度會議 橫向交流經(jīng)驗，項目間調(diào)整事項形成文檔 —— 會議記錄里程碑會議項目經(jīng)理與SQA人員分別匯報當(dāng)前項目情況，高層管理人員根據(jù)報告的內(nèi)容判斷風(fēng)險，并決定是否可以進(jìn)入下一階段形成文檔 —— 項目度量表評審會

28、議評審前一任務(wù)的成果物，并決定是否可以進(jìn)入下一任務(wù)形成文檔 —— 評審記錄,72,高效的會議管理,會議組織者的職責(zé)會議準(zhǔn)備預(yù)先向與會者通報會議的時間計劃（起止時間）、議題等事先了解與會者的立場，準(zhǔn)備會議資料，預(yù)先考慮對策選擇與議題相適應(yīng)的與會者，控制與會人數(shù)會議組織控制會議時間（2個小時以內(nèi)），杜絕與議題無關(guān)的話題促使與會者充分發(fā)表意見會議應(yīng)有決議，防止反復(fù)就同一議題召開會議會議總結(jié)會議結(jié)束時總結(jié)會議決議與未定事

29、項，并獲取與會者的確認(rèn)盡快形成會議記錄并歸檔管理檢查會議決議的執(zhí)行情況,73,高效的會議管理（續(xù)）,與會者的職責(zé)會議準(zhǔn)備事先提交會議資料，預(yù)先就議題考慮對策根據(jù)會議時間安排工作，無法參加時指定代理人參加會議按時到會（提前5分鐘）就指定議題充分發(fā)表意見會議總結(jié)確認(rèn)相關(guān)的決議與未決事項執(zhí)行會議決議,74,進(jìn)度信息的分析,通過“計劃指標(biāo)”與“實際完成情況”確定進(jìn)度狀況,75,進(jìn)度信息的分析,在上述基本數(shù)據(jù)的基礎(chǔ)上預(yù)測任務(wù)

30、完成時間,76,進(jìn)度信息的分析,在上述基本數(shù)據(jù)的基礎(chǔ)上獲得平均生產(chǎn)效率經(jīng)驗數(shù)據(jù)正確認(rèn)識積累生產(chǎn)效率數(shù)據(jù)的意義作為任務(wù)歷時估算的基礎(chǔ)（類比法）建立切實可行的項目開發(fā)計劃的基礎(chǔ)項目/員工績效考核的基礎(chǔ),77,需要與上級經(jīng)理協(xié)調(diào),項目進(jìn)度落后時的對策,項目經(jīng)理的職責(zé)范圍,78,壓縮工期,趕工（Crashing）趕工是一種平衡成本和進(jìn)度的技術(shù)，分析如何以最低成本最大限度地壓縮項目的總工期趕工意味著用成本來爭取時間例如以加班的代價縮

31、短關(guān)鍵路徑上的活動的持續(xù)時間,79,壓縮工期,并行（Fast Tracking）將通常情況下按順序進(jìn)行的活動以重疊的方式進(jìn)行，這樣可以壓縮項目的工期并行最大的缺點是，由于太早開始某些任務(wù)常常會增加項目風(fēng)險并造成大量的返工，因而會“欲速則不達(dá)”，反倒更進(jìn)一步延長工期對工期壓縮后則要重新判斷項目的關(guān)鍵路徑,80,壓縮工期,提高效率通過與具體活動的負(fù)責(zé)人的溝通，了解進(jìn)度落后的真實原因在此基礎(chǔ)上，采取對策，從而達(dá)到提高效率，挽回進(jìn)度的

32、目的,81,平衡資源,資源的分配分解工作范圍，并為工作分配資源與時間成本預(yù)算的一個必要步驟“兩頭湊”需要的資源類型與可用的資源類型,82,平衡資源,角色分派矩陣,A：負(fù)責(zé)人P：參與者R：要求審查I：要求輸入S：要求簽字,83,平衡資源,資源負(fù)荷,84,平衡資源,資源平衡舉例項目網(wǎng)絡(luò)圖中標(biāo)出了活動A、B、C及其歷時，活動A有3天時差，活動C有2天時差。假設(shè)活動A有2個員工，活動B有4個員工，活動C有2個員工。,,2

33、,1,4,3,,,,,,A=2天,B=5天,C=3天,85,平衡資源,86,平衡資源,87,平衡資源,注意事項調(diào)整業(yè)務(wù)分擔(dān)時，不是簡單地將某項任務(wù)轉(zhuǎn)移到其他團(tuán)隊成員，應(yīng)仍舊以原負(fù)責(zé)人為主，其他人員支援其完成部分任務(wù)的形式進(jìn)行保證一致性，提高效率,88,修改計劃,項目開發(fā)的早期階段（整體設(shè)計~編碼）盡量在對外產(chǎn)生影響的里程碑之前，調(diào)整進(jìn)度計劃，挽回進(jìn)度同時應(yīng)該分析進(jìn)度落后的原因，采取對策嚴(yán)防由于同一原因再度導(dǎo)致進(jìn)度落后盡量在項目

34、經(jīng)理的職責(zé)范圍內(nèi)解決問題，防止對項目干系人的工作造成影響,89,修改計劃,項目開發(fā)的后期階段（測試階段）由于臨近交付日期，極可能對外產(chǎn)生影響，必須與項目干系人進(jìn)行協(xié)調(diào)，將影響控制在最小范圍內(nèi)可采取的對策：減少發(fā)布的功能限制某項功能的應(yīng)用分階段發(fā)布各項功能變更交付日期,90,補充人員,通過補充人員挽回進(jìn)度的局限性項目成本管理的考慮項目人員管理的考慮對外影響的考慮因此建議將補充人員的方法作為挽回進(jìn)度的最后手段,91,補充

35、人員,通過補充人員挽回進(jìn)度時的注意事項項目經(jīng)理需要對支援人員進(jìn)行必要的教育項目規(guī)章、業(yè)務(wù)背景、作業(yè)內(nèi)容等將支援人員與原有項目團(tuán)隊成員一視同仁項目經(jīng)理在請求支援時應(yīng)明確提出人員的技能要求，否則可能“得不償失”在得到支援后，項目經(jīng)理應(yīng)該要求項目團(tuán)隊原有的成員應(yīng)付出比支援人員更多的努力,92,進(jìn)度落后時需注意的其他方面,在進(jìn)度落后時，項目經(jīng)理不應(yīng)僅僅關(guān)注項目的進(jìn)度，同時要考慮下列問題項目質(zhì)量按照項目規(guī)章、質(zhì)量目標(biāo)組織評審項目團(tuán)

36、隊成員注意團(tuán)隊成員的健康狀況和士氣注意分析原因，采取對策，預(yù)防再犯相同錯誤,93,分析進(jìn)度落后的原因,由于不切實際的計劃所造成的交付日期不合理歷時估算不準(zhǔn)確高估項目團(tuán)隊成員的技術(shù)水平由于范圍變更導(dǎo)致工作內(nèi)容增加所造成的顧客需求的變更系統(tǒng)維護(hù)、Bug對應(yīng)等其他工作擠壓開發(fā)工時由于意外事件所造成的項目團(tuán)隊成員的傷病項目團(tuán)隊成員的工作調(diào)動項目團(tuán)隊成員的離職,94,進(jìn)度控制歸根到底是處理人的問題,推動項目按照計劃進(jìn)展并控

37、制其進(jìn)度，要求項目經(jīng)理掌握下列領(lǐng)導(dǎo)技能授權(quán)激勵紀(jì)律談判,95,關(guān)于制定切實可行的項目計劃,制定切實可行的項目計劃應(yīng)注意：考慮前期項目的維護(hù)工時（尤其是使用迭代式模型時）考慮與項目干系人接口的耗時（Q&A等）考慮項目團(tuán)隊成員參加各類公司內(nèi)外組織的培訓(xùn)、講座的時間考慮對項目團(tuán)隊成員進(jìn)行顧客業(yè)務(wù)知識培訓(xùn)的時間,96,項目的質(zhì)量管理,項目質(zhì)量管理的基本知識項目質(zhì)量控制手段評審測試,97,質(zhì)量管理的基本知識,質(zhì)量的定

38、義質(zhì)量管理的定義,98,質(zhì)量的定義,國際標(biāo)準(zhǔn)化組織(ISO)的定義反映實體滿足明確和隱含需要的能力和特性的總和。,99,質(zhì)量的定義（續(xù)）,與要求的一致性指項目的過程和產(chǎn)品滿足書面規(guī)范要求適用性指產(chǎn)品能像它被計劃的那樣使用,100,項目質(zhì)量管理的定義,項目質(zhì)量管理的目的是確保項目滿足它所應(yīng)滿足的需求項目質(zhì)量管理必須滿足或超越項目干系人的需求和期望為使項目干系人滿意項目團(tuán)隊必須與所有的干系人建立良好的工作關(guān)系，并明確理解他們明

39、確的和隱含的需求,101,項目質(zhì)量管理的定義（續(xù)）,項目質(zhì)量管理包括三個主要過程：質(zhì)量計劃編制：包括確認(rèn)與項目相關(guān)的質(zhì)量標(biāo)準(zhǔn)以及實現(xiàn)方式質(zhì)量保證：包括對整體項目績效進(jìn)行預(yù)先的評估以確保項目能夠滿足相關(guān)的質(zhì)量標(biāo)準(zhǔn)質(zhì)量控制：包括監(jiān)控特定的項目結(jié)果，確保它們遵循了相關(guān)質(zhì)量標(biāo)準(zhǔn)，并識別提高整體質(zhì)量的途徑,102,項目的質(zhì)量保證,隨著時代的變遷，質(zhì)量保證的思維方式也發(fā)生變化,,103,所謂“有組織的質(zhì)量保證活動”,明確定義質(zhì)量保證活動的內(nèi)容

40、及其責(zé)任人明確質(zhì)量保證數(shù)據(jù)的收集、分析、運用方法明確定義質(zhì)量保證活動的工作流程和標(biāo)準(zhǔn)簡言之，就是要求質(zhì)量管理體系下進(jìn)行質(zhì)量保證活動,104,現(xiàn)代質(zhì)量管理,ISO9000質(zhì)量管理體系領(lǐng)導(dǎo)的作用全員參與基于PDCA的持續(xù)改進(jìn)的過程方法以顧客為關(guān)注焦點,105,現(xiàn)代質(zhì)量管理,ISO9001:2000標(biāo)準(zhǔn)要求 組織應(yīng)依照本國際標(biāo)準(zhǔn)建立質(zhì)量管理體系將其形成文件并予以實施、保持和持續(xù)改進(jìn)。為了實施質(zhì)量管理體系，組織應(yīng)：標(biāo)識質(zhì)

41、量管理體系所需的過程；確定這些過程的順序和它們之間的相互作用；確定所需的準(zhǔn)則和方法，以確保這些過程有效運作和控制；確保可獲得必需的信息以支持這些過程的運作和監(jiān)控；測量、監(jiān)控和分析這些過程并采取必要的措施以達(dá)到預(yù)期的結(jié)果和持續(xù)的改進(jìn)。 組織應(yīng)依照本國際標(biāo)準(zhǔn)要求管理這些過程。,106,現(xiàn)代質(zhì)量管理,能力成熟度模型(CMM) 五個層次原始的： 沒幾個過程被定義，常常依靠個人努力取得成功可重復(fù)的： 建立了基本的項目管理

42、過程，有過程方法可供重復(fù)過去的成功經(jīng)驗，用于類似項目被定義的： 管理活動和軟件工程活動的過程被文檔化、標(biāo)準(zhǔn)化，并被集成到組織的標(biāo)準(zhǔn)軟件過程中，所有項目都使用一個經(jīng)批準(zhǔn)的、特制的標(biāo)準(zhǔn)過程版本被管理的： 軟件過程和產(chǎn)品都被定量地掌握和控制著優(yōu)化的： 組織能夠運用從過程、創(chuàng)意和技術(shù)中得到定量的反饋，來對軟件開發(fā)過程進(jìn)行持續(xù)改進(jìn),107,為什么需要對過程進(jìn)行標(biāo)準(zhǔn)化,部門或項目是由經(jīng)驗、技能水平不同的成員組成的，因此建立標(biāo)準(zhǔn)化的工作流程并通

43、過教育使全員遵守標(biāo)準(zhǔn)是十分重要的。通過標(biāo)準(zhǔn)的定義與實施，使全員按照一致的標(biāo)準(zhǔn)工作，是確保項目質(zhì)量的重要手段。例如，可建立以下標(biāo)準(zhǔn)：對開發(fā)過程，確定設(shè)計書的內(nèi)容與格式以及標(biāo)準(zhǔn)術(shù)語對測試與評審過程，確定評審用的檢查內(nèi)容表和測試程序的標(biāo)準(zhǔn),108,質(zhì)量評價（測量）標(biāo)準(zhǔn),質(zhì)量特性（外部特性）顧客要求的軟件特性，由多種副特性組成對于不同種類的軟件，各種副特性的重要度不同內(nèi)部特性為了確保顧客所要求的各種軟件特性，在開發(fā)過程中，評價（

44、測量）軟件質(zhì)量的內(nèi)部標(biāo)準(zhǔn),109,質(zhì)量特性（外部特性）,功能性(Functionality)信賴性(Reliability)易用性(Usability)高效性(Efficiency)維護(hù)性(Maintainability)易移植性(Portability),110,內(nèi)部特性,略,111,通過評審進(jìn)行質(zhì)量保證,設(shè)計階段質(zhì)量保證的手段通過評審進(jìn)行質(zhì)量保證的一般方法制定評審計劃Plan實施評審Do評審效果的審查

45、Check評審問題的對策Action,112,設(shè)計階段質(zhì)量保證的手段,導(dǎo)入案例,113,設(shè)計階段質(zhì)量保證的手段,評審是對設(shè)計階段質(zhì)量保證的重要手段但是評審不是設(shè)計階段質(zhì)量保證的唯一手段，提高設(shè)計質(zhì)量是設(shè)計階段質(zhì)量保證的根本途徑,114,提高設(shè)計質(zhì)量的手段,使用設(shè)計書模板，防止遺漏需明記的內(nèi)容使用圖表，使設(shè)計書能夠正確傳達(dá)信息選擇適當(dāng)?shù)拈_發(fā)工具，以自動完成部分開發(fā)考慮易測試、維護(hù)和擴(kuò)展的需要，采用模塊獨立性較高的設(shè)計方案測

46、試性：單元測試的全面性維護(hù)性：程序的易讀性與缺陷的易修正性擴(kuò)展性：對使用環(huán)境和用戶需求變化的易對應(yīng)性,115,評審活動的PDCA循環(huán),,,,（保證評審質(zhì)量）,,,,,反饋,116,制定評審計劃,制定項目開發(fā)計劃時，應(yīng)同時確定項目各階段的評審計劃評審計劃應(yīng)包括以下內(nèi)容：評審的對象評審的負(fù)責(zé)人（召集人）、參加人員評審的日程表評審?fù)瓿蓸?biāo)準(zhǔn)（需要定義各個項目獨特的標(biāo)準(zhǔn)）,117,選擇合適的評審人員,選擇合適的人員參加評審活動是獲得

47、客觀可靠的評審結(jié)果的重要保證 例如，評審人員可以是評審領(lǐng)域（質(zhì)量保證或?qū)徲嫞┑膶＜以擁椖繄F(tuán)隊成員具備評審人員素質(zhì)應(yīng)邀而來的人員由于感興趣自愿參加的人員從其他不相關(guān)部門邀請來的人員通常評審組由以上人員混合組成，由此帶來多樣性的觀點,118,評審?fù)瓿蓸?biāo)準(zhǔn)的內(nèi)容（例）,評審的實施率實際評審次數(shù)與計劃次數(shù)的比率評審的覆蓋率評審對象的實際實施量與總量的比率檢查內(nèi)容的覆蓋率實際檢查項目數(shù)與計劃檢查數(shù)的比率問題的對應(yīng)率

48、已經(jīng)對應(yīng)的問題數(shù)與發(fā)現(xiàn)總問題數(shù)的比率發(fā)現(xiàn)問題數(shù)發(fā)現(xiàn)問題的總數(shù)與評審對象規(guī)模的比率,119,實施評審,項目經(jīng)理需要根據(jù)事先制定的計劃，分階段召開評審會議在努力提高評審的質(zhì)量與效率的同時，對每次評審需要留有評審記錄,120,評審記錄的內(nèi)容（例）,評審實施時間評審對象階段參加人員評審對象設(shè)計書：“種類”與“頁數(shù)”程序：“開發(fā)語言”與“有效行數(shù)”評審工時評審問題清單與對應(yīng)記錄所使用的檢查內(nèi)容表的具體內(nèi)容,121,對評審結(jié)果

49、進(jìn)行記錄的意義,把握評審質(zhì)量通過參照評審活動中使用的檢查內(nèi)容表，可以了解評審的深度把握評審效果通過評審工時與發(fā)現(xiàn)問題數(shù)的對應(yīng)關(guān)系，可以衡量評審效果防止遺漏問題的修正通過記錄評審中發(fā)現(xiàn)的問題，可以防止遺漏上述問題的修正對發(fā)現(xiàn)問題的分析通過對評審中發(fā)現(xiàn)問題的分析，可以防止本人和其他項目團(tuán)隊成員犯相同類型的錯誤,122,評審的種類,正式評審滿足以下條件的評審以評審會議形式實施評審活動的負(fù)責(zé)人參加評審留有評審記錄根據(jù)事先

50、制定的計劃實施非正式評審不滿足上述一個以上條件的評審例如在開發(fā)過程中，由活動的具體負(fù)責(zé)人或項目經(jīng)理決定臨時進(jìn)行的評審，或以項目組內(nèi)傳閱形式進(jìn)行的檢查等,123,正式評審的優(yōu)點,可以獲得上級或用戶的承認(rèn)，減少事后出現(xiàn)問題的可能性可以聽取多方意見，增加評審意見的客觀性，降低風(fēng)險與非正式評審相比，事先準(zhǔn)備較充分，因此對提高質(zhì)量幫助較大,124,正式評審的注意事項,對于軟件開發(fā)各個階段生成的階段性成果，必須進(jìn)行評審，并記錄評審結(jié)果。

51、根據(jù)評審記錄對設(shè)計書或程序進(jìn)行修正。在未對修正結(jié)果進(jìn)行確認(rèn)前，不能結(jié)束本階段工作，進(jìn)入下一階段。一般來說，我們所說的“評審”就是指“正式評審”。,125,正式評審與非正式評審,項目經(jīng)理應(yīng)該區(qū)分不同情況，靈活運用正式評審與非正式評審的形式，以達(dá)到提高效率，實現(xiàn)項目質(zhì)量目標(biāo)的目的。評審的時機,126,評審的方法,走查法(Walkthrough)審查法(Inspection)輪查法(Round-robin)原型法(Prototypi

52、ng)模擬法(Simulation),127,走查法,假定程序模塊的輸入與輸出值，按照執(zhí)行步驟，逐行分析所有代碼的方法通常用于對控制流程明顯的程序或設(shè)計流程圖的評審應(yīng)該以工作的具體負(fù)責(zé)人為中心實施,128,走查法（續(xù)）,步驟首先假定對象模塊的輸入以及與之對應(yīng)的輸出結(jié)果根據(jù)輸入值，按照程序運行的順序跟蹤運行結(jié)果最后比較跟蹤到的最終結(jié)果與最初預(yù)想結(jié)果,129,走查法（續(xù)）,優(yōu)點當(dāng)參與評審人員較多時，可以對控制流程的各個步驟進(jìn)行

53、較詳細(xì)的評審缺點當(dāng)控制流程較復(fù)雜時，需要耗費較多的時間,130,審查法,根據(jù)評審用檢查內(nèi)容表，對評審對象的某方面的質(zhì)量進(jìn)行審查的方法要求所有參加人員根據(jù)審查項目，從對象物中找出相應(yīng)的審查位置要求在受過專門訓(xùn)練人員的主持下實施需要事先向所有參與人員分發(fā)講解檢查內(nèi)容表需要選擇詳細(xì)了解系統(tǒng)/產(chǎn)品全貌的人員參加評審,131,審查法（續(xù)）,優(yōu)點由于使用專用的檢查內(nèi)容表，使參加人員可以專注于對象物某一方面的質(zhì)量，因此可以一次對多個對象

54、進(jìn)行評審缺點若參加人員對評審對象不夠了解，則無法達(dá)到預(yù)期的評審效果,132,輪查法,輪流指定所有參加評審的項目團(tuán)隊成員為評審負(fù)責(zé)人的組織方法優(yōu)點全員參與，提高所有人的參與意識輪流作為評審負(fù)責(zé)人，可以提高大家的技術(shù)水平同時加深團(tuán)隊成員間的了解缺點對所有團(tuán)隊成員有較高技能要求，需要循序漸進(jìn)，不能急于求成,133,原型法,根據(jù)設(shè)計試作程序，根據(jù)實際的動作進(jìn)行評審的方法優(yōu)點對于用戶界面較多，或畫面顯示較多的程序比較有效缺點

55、試作程序與實際的產(chǎn)品存在差異，僅供參考事先的準(zhǔn)備工作耗費較多工時,134,模擬法,建立模型，根據(jù)數(shù)學(xué)的近似算法，模擬系統(tǒng)或軟件的運行環(huán)境，根據(jù)實際的運行結(jié)果進(jìn)行評審的方法。評審結(jié)果可以作為確定適當(dāng)?shù)募夹g(shù)路線的依據(jù)優(yōu)點對于由于設(shè)計方法的不同對系統(tǒng)的性能有較大影響的程序十分有效，例如：有較高性能指標(biāo)要求、占用較多系統(tǒng)資源、需要實時處理的系統(tǒng)缺點若模擬算法有誤，會得出錯誤結(jié)果需要改變條件，反復(fù)進(jìn)行模擬運行,135,事先進(jìn)行自查的

56、重要性,組織建立了較完備的評審制度后，組織成員有可能會產(chǎn)生過分依賴評審的傾向因此有必要強調(diào)自查的重要性在具體設(shè)計/開發(fā)的質(zhì)量過低，會導(dǎo)致在評審中分散參加評審人員的注意力，降低評審的效率（耗費大量工時，卻抓不住根本問題）對于所有項目團(tuán)隊成員，養(yǎng)成自查的習(xí)慣是一種重要的“紀(jì)律”,136,評審效果的審查,項目經(jīng)理需要主持所有的階段性評審，并審查評審的結(jié)果以把握項目的質(zhì)量情況項目經(jīng)理需要隨時掌握評審?fù)瓿蓸?biāo)準(zhǔn)與實際評審狀況的相對關(guān)系具體

57、來說，有以下兩部分的任務(wù)評審結(jié)果與完成標(biāo)準(zhǔn)的比較評審質(zhì)量的審查,137,評審結(jié)果與完成標(biāo)準(zhǔn)的比較,檢查實際進(jìn)行的評審是否已經(jīng)達(dá)到事先確定的評審?fù)瓿蓸?biāo)準(zhǔn)當(dāng)未達(dá)到標(biāo)準(zhǔn)要求的水平時，確定再次評審的計劃發(fā)現(xiàn)問題數(shù)高于標(biāo)準(zhǔn)時——再次評審發(fā)現(xiàn)問題數(shù)遠(yuǎn)遠(yuǎn)低于標(biāo)準(zhǔn)時——改變評審方法,138,評審質(zhì)量的審查,項目經(jīng)理可以通過以下的方面審查評審的質(zhì)量是從何種角度出發(fā)進(jìn)行評審的？是否有具有適當(dāng)?shù)募寄艿娜藛T參加評審活動？通過評審發(fā)現(xiàn)多少問題點？

58、通過評審發(fā)現(xiàn)哪些方面的問題點？對于多少量的對象物，耗費多少工時進(jìn)行評審？上述審查要求項目經(jīng)理積累足夠的經(jīng)驗數(shù)據(jù),139,評審問題的對策,項目經(jīng)理通過評審掌握項目質(zhì)量情況后，需要針對現(xiàn)存問題采取適當(dāng)對策從根本上重新制造組織再次評審,140,從根本上重新制造,有時當(dāng)成果物的質(zhì)量過低時，再次組織評審?fù)矁H僅是浪費時間，不能從實質(zhì)上提高質(zhì)量這時項目經(jīng)理應(yīng)該有勇氣決定投入技能較高的人員推翻原設(shè)計重新進(jìn)行制造。完成此步驟后再進(jìn)行評審。

59、,141,組織再次評審,確定再次評審的方法改變角度，采用與前一次不同的評審方法改變參加評審的人員在評審用檢查內(nèi)容表中追加新的項目,142,實施評審時的注意事項,限制評審會議的時間（2個小時以內(nèi)）項目經(jīng)理必須出席評審會議為使評審人員充分了解評審內(nèi)容，應(yīng)事先向他（她）們分發(fā)評審資料明確指出問題點并明確記錄在評審記錄中,143,通過測試進(jìn)行質(zhì)量保證,通過測試進(jìn)行質(zhì)量保證的一般方法制定測試計劃Plan測試的設(shè)計與實施Do測

60、試效果的審查Check測試問題的對策Action,144,測試活動的PDCA循環(huán),,,,（保證測試質(zhì)量）,,,,,反饋,145,制定測試計劃,制定項目開發(fā)計劃時，應(yīng)同時確定項目各階段的測試計劃測試的目的在于消除潛藏在成果物中的Bug，由于能夠用于測試的資源有限，在制定測試計劃時必須考慮效率因素為了提高測試效率，通常按照單元測試、集成測試、系統(tǒng)測試的順序分階段實施,146,測試計劃的內(nèi)容（例）,各個功能模塊的測試方法測試環(huán)境

61、測試工具測試管理方法測試日程測試體制Bug報告方法測試進(jìn)度管理方法測試完成標(biāo)準(zhǔn),147,測試完成標(biāo)準(zhǔn)（例）,測試項目的消化率(%)測試密度(件/KS)測試覆蓋率(命令的覆蓋率)測試覆蓋率(條件判斷的覆蓋率)Degrade率(%)Bug收斂率(%)Bug發(fā)現(xiàn)率(件/KS)Bug發(fā)現(xiàn)率(件/項目)Bug修正率(%),148,測試的種類,按功能層次分類單元測試（Unit Test）測試對象：詳細(xì)設(shè)計書內(nèi)容測試

62、單位：各個功能模塊集成測試（Integration Test）測試對象：功能設(shè)計書內(nèi)容測試單位：一般為整個程序系統(tǒng)測試（System Test）從用戶使用角度出發(fā)的、軟硬件結(jié)合的測試,149,,150,測試的種類（續(xù)）,按測試數(shù)據(jù)分類黑盒測試（Black-box Test）使用根據(jù)外部設(shè)計獲取的測試用例進(jìn)行的測試單元、集成、系統(tǒng)測試階段都可進(jìn)行白盒測試（White-box Test）專注于程序內(nèi)部結(jié)構(gòu)的測試選擇能夠

63、覆蓋程序中所有路徑的數(shù)據(jù)進(jìn)行測試負(fù)載測試自由測試,151,測試的種類（續(xù)）,按模塊間集成順序分類由上至下式測試（Top-down Test）由下至上式測試（Bottom-up Test）爆炸式測試（Big-bang Test）一步式測試,152,由上至下式測試,從程序的最上層模塊開始按由上至下的順序進(jìn)行測試的方法需要事先準(zhǔn)備替代下層模塊的測試程序通常用于需要反復(fù)測試上層模塊的情況,153,由上至下式測試（續(xù)）,優(yōu)點可以

64、在早期把握程序的整體情況可以在早期確定模塊間的接口情況每次的測試對象都是一個獨立的模塊，易于調(diào)試缺點有時制作替代下層模塊的測試程序較困難可能出現(xiàn)等待測試自己負(fù)責(zé)模塊的團(tuán)隊成員能夠測試的范圍取決于此時已經(jīng)集成在一起的其他模塊由于設(shè)計變更等原因，修改或追加了某些模塊后，需要重新測試的范圍相當(dāng)大需要詳細(xì)設(shè)計各個模塊間的集成順序，另外測試環(huán)境也不穩(wěn)定,154,由下至上式測試,從程序的最下層模塊開始按由下至上的順序進(jìn)行測試的方法

65、需要事先準(zhǔn)備替代上層模塊的測試（驅(qū)動）程序通常用于對改造模塊的測試,155,由下至上式測試（續(xù)）,優(yōu)點可以根據(jù)各個模塊的重要程度確定測試順序很少出現(xiàn)等待測試自己負(fù)責(zé)模塊的團(tuán)隊成員測試環(huán)境單一穩(wěn)定，易維護(hù)每次的測試對象都是一個獨立的模塊，易于調(diào)試缺點直到測試工作全部完成后，才能把握程序的整體情況,156,爆炸式測試,獨立并行地對各個模塊進(jìn)行單元測試，模塊間的集成測試在所有的單元測試都完成后統(tǒng)一進(jìn)行的方法需要事先準(zhǔn)備替代每個

66、模塊的上層與下層模塊的測試程序,157,爆炸式測試（續(xù)）,優(yōu)點無等待測試自己負(fù)責(zé)模塊的團(tuán)隊成員雖然需要事先準(zhǔn)備替代每個模塊的上層與下層模塊的測試程序，但僅需考慮與被測試模塊相關(guān)的部分即可缺點需要事先準(zhǔn)備替代每個模塊的上層與下層模塊的測試程序，耗費工時較多直到后期的集成測試階段才能測試各個模塊之間的接口直到測試工作全部完成后，才能把握程序的整體情況,158,一步式測試,省略單元測試，完成模塊的編碼后直接進(jìn)入集成測試的方法采取

67、此種方法時，應(yīng)該首先對程序的主干進(jìn)行測試，然后將測試范圍擴(kuò)展到分支部分,159,一步式測試（續(xù)）,優(yōu)點不需要事先準(zhǔn)備替代每個模塊的上層與下層模塊的測試程序測試環(huán)境用于整個測試過程，很穩(wěn)定缺點由于沒有對每個模塊分別進(jìn)行測試，所以發(fā)現(xiàn)問題時確定導(dǎo)致問題的具體模塊比較困難,160,測試設(shè)計,將測試計劃中規(guī)定的內(nèi)容以測試說明書的形式細(xì)化,161,測試設(shè)計的內(nèi)容,測試目的測試單位·測試內(nèi)容·模塊間的集成方式測試環(huán)境

68、測試項目測試數(shù)據(jù)測試步驟測試的預(yù)想結(jié)果測試預(yù)想結(jié)果的檢驗方法測試體制與管理方法,162,測試單位·測試內(nèi)容·模塊間的集成方式,應(yīng)按照功能單位詳細(xì)描述測試內(nèi)容與模塊間的集成方式模塊間的集成順序從單元測試到集成測試的順序選擇單元測試的單位按模塊單位或按編譯單位選擇集成測試的功能單位分階段進(jìn)行集成測試時，確定各階段的測試范圍,163,測試環(huán)境,應(yīng)詳細(xì)描述測試所需的硬件與軟件環(huán)境，包括測試用機器及附