【正文】 導變化的抵制。 ? 提升 —— 提拔員工的權(quán)力。他們把軟件開發(fā)看成是實現(xiàn)自我的目標，獲得成功也就意味著他們可能獲得從軟件技術(shù)開發(fā)上升到管理崗位的機會。 人力資源規(guī)劃 招聘 解聘 篩選 定向 培訓 績效考核 職業(yè)發(fā)展 滿意的勞資關(guān)系 圖 項目人力資源管理的 9項基本活動 確定和選聘 有能力的員工 能適應(yīng)組織和不斷更新 技能與知識的能干員工 能長期保持高效的 能干、杰出員工 項目人力資源管理的關(guān)鍵 ? 首先，是對問題的理解； ? 其次，集成所掌握的知識和信息，并且進行分析獲得全面的解決方案； ? 最后提煉整個解決方案形成可執(zhí)行程序。采用間接測量技術(shù)。 ? 質(zhì)量評審。 軟件項目評審的基本概念 評審是一種質(zhì)量保證的機制： ? 指出開發(fā)和管理人員或者軟件產(chǎn)品所需改進的部分。 包括了對質(zhì)量控制度量結(jié)果的糾正以及采取預(yù)防工作等。 軟件項目質(zhì)量控制 產(chǎn)生的工作成果 : ? 項目質(zhì)量改進的措施。 ? 統(tǒng)計樣本 。包括項目的實施結(jié)果和產(chǎn)品結(jié)果。 軟件項目質(zhì)量保證 質(zhì)量保證的主要依據(jù)是 : ? 質(zhì)量管理計劃。但是，這種方法存在費用與進度交換的問題。 ? 基準法。 軟件質(zhì)量管理 軟件產(chǎn)品 的質(zhì)量 軟件產(chǎn)品的 質(zhì)量目標 開發(fā)過程的 質(zhì)量目標 開發(fā)過程 的質(zhì)量 圖 開發(fā)過程質(zhì)量和軟件產(chǎn)品質(zhì)量的關(guān)系 軟件質(zhì)量標準 軟件質(zhì)量標準的定義 ， 有 3個重要方面需要強調(diào)： ? 軟件需求是進行質(zhì)量度量的基礎(chǔ)，與需求不符就是質(zhì)量不高。 2. 向用戶服務(wù)的觀點，用戶滿意是第一原則 ? 要樹立質(zhì)量第一、用戶第一的思想，滿足廣義用戶 (產(chǎn)品的使用者以及企業(yè)生產(chǎn)過程的下一階段 )對產(chǎn)品質(zhì)量的要求。 ? 質(zhì)量是一個動態(tài)的、相對的、變化的、發(fā)展的概念，隨著地域、時期、使用對象、社會環(huán)境、市場競爭的變化而被賦予不同的內(nèi)容和要求，而且隨著社會的進步及知識創(chuàng)新，其內(nèi)涵和要求也是不斷更新、豐富的。 ? 防止不正確、不適宜或者未核準的變更納入成本基準計劃中。將 LOC估算值相加，即得到該 CAD系統(tǒng)的規(guī)模估算值是33200LOC。 中級 COCOMO模型開發(fā)成本及進度計算公式 類 型 開發(fā)成本 開發(fā)進度 組織模式 PM = (KDSI) TDEV = (PM) 半分離模式 PM = (KDSI) TDEV = (PM) 嵌入模式 PM = (KDSI) TDEV = (PM) 高級 COCOMO 模型 高級 COCOMO 模型引入了兩種主要功能： ? 階段敏感工作權(quán)數(shù) ， 某些階段 (設(shè)計 、 編碼 、調(diào)試 )比其他階段有關(guān)因素的影響可能更大 。 ? 每頁文檔的成本。 ? Weinberg法則：如果系統(tǒng)不必可靠，則可以滿足任何目標。 l 優(yōu)化網(wǎng)絡(luò)從而建立基本的計劃 。 ? 另外一種圖示法的形式是用節(jié)點表示活動 (ActivityonNode， AoN)或優(yōu)先圖表 (Precedence Diagram)。 b. 類比估計：類比估計意味著以先前的類似的實際項目的工作時間來推測估計當前項目各工作的實際時間。 項目計劃的主要活動 ? 計劃初始階段 ? 指定軟件開發(fā)計劃 SDP ? 對 SDP草稿進行審查和批準 ? 實施軟件開發(fā)計劃 ? 軟件開發(fā)過程的質(zhì)量和評價 ? 修改 SDP 項目計劃的主要活動 軟件規(guī)模、成本、日期估計 軟件項目跟蹤和監(jiān)控 計劃過程開始 制訂項目計劃 SDP 對 SDP審查和批準 實施軟件開發(fā)計劃 SDP 過程度量和評價 修改 SDP 需求管理 軟件配置管理(SCM) 軟件質(zhì)量保證(SQA) 圖 軟件項目計劃的實現(xiàn)過程 甘 特 圖 ? 甘特圖 (Gantt Chart或 Bar Chart)，是表示項目各階段任務(wù)開始時間與結(jié)束時間的圖。 ? 19. 按照書面流程確定項目的軟件開發(fā)進度 。 ? 11. 按照書面流程與高級管理人員或企業(yè)外部機構(gòu)軟件項目的承諾進行復(fù)審 。 ? 3. 相關(guān)的機構(gòu)或個人認可他們對軟件項目的承諾 。 ? 資源： 這里是指完成一項活動能夠投入的人力資源。 項目責任分配矩陣 責任分配矩陣是用來對項目團隊成員進行分工，明確其角色與職責的有效工具，通過這樣的關(guān)系矩陣，項目團隊每個成員的角色，也就是誰做什么，以及他們的職責，也就是誰決定什么，得到了直觀地反映。 工作分解原則 ? 在同一個工作任務(wù)中，最好只包含相關(guān)的工作元素。 項目管理的基本內(nèi)容 : 關(guān)鍵成功因素 ? 范圍 (Scope) ? 時間 (Time) ? 成本 (Cost) ? 質(zhì)量 (Quality) 項目三角形 PMBOK三角形 項目的浴盆曲線 ? 項目的浴盆曲線與 IT項目的浴盆曲線 二、項目范圍管理 ? 項目范圍管理概述 ? 項目范圍規(guī)劃 ? 項目范圍定義 ? 工作分解結(jié)構(gòu)（ WBS） ? 活動估算 項目范圍管理概述 ? 項目范圍的確定 項目范圍 (Project Scope)包括項目的最終產(chǎn)品或者服務(wù)，以及實現(xiàn)該產(chǎn)品或者服務(wù)所需要執(zhí)行的全部工作。如表。 ? 中國項目管理研究委員會對項目的定義是：項目是一個特殊的將被完成的有限任務(wù)。它是在一定時間內(nèi)，滿足一系列特定目標的多項相關(guān)工作的總稱。 PMBOK知識域 項目管理的基本內(nèi)容 項目層次 企業(yè)層次 項目層次 項目主體 業(yè)主 承包商 監(jiān)理 用戶 項目階段 概念階段 開發(fā)階段 實施階段 收尾階段 基本過程 啟動過程 計劃過程 執(zhí)行過程 控制過程 結(jié)束過程 綜合管理 范圍管理 時間管理 成本管理 質(zhì)量管理 知識領(lǐng)域 人力資源管理 風險管理 溝通管理 采購管理 項目與項目管理 項目管理的運行 通過項目進行管理 系統(tǒng)方法與綜合 項目背景 項目階段與生命周期 項目開發(fā)與評估 項目目標與策略 項目成功與失敗標準 項目啟動 項目收 尾 項目結(jié)構(gòu) 范圍與內(nèi)容 時間進度 資源 項目費用與融資 技術(shù)狀態(tài)與變化 項目風險 效果度量 項目控制 信息、文檔與報告 項目組織 團隊工作 領(lǐng)導 溝通 沖突與危機 采購與合同 項目質(zhì)量管理 項目信息學 標準與規(guī)范 問題解決 項目后評價 項目監(jiān)理與監(jiān)督 業(yè)務(wù)流程 人力資源開發(fā) 組織的學習 變化管理 項目投資體制 系統(tǒng)管理 知識要素 安全、健康與環(huán)境 法律與法規(guī) 財務(wù)與會計 ? 綜合管理 ? 制訂項目計劃 ? 項目計劃執(zhí)行 ? 綜合變更控制。 ? 項目范圍管理的任務(wù) 是界定項目所必須包含且只需要包含的全部工作，并對其他的項目管理工作起指導作用，以確保項目順利完成全部的過程。例如，對軟件開發(fā)項目而言，“編碼”和“測試”不應(yīng)該在同一個工作任務(wù)中，因為在項目中，“編碼”和“測試”的工作性質(zhì)明顯不同，也發(fā)生在不同的階段。項目的每個具體任務(wù)都能落實到參與項目的團隊成員身上，確保了項目的事有人做，人有事干。投入人力資源的數(shù)量一般要與項目的規(guī)模合理匹配，而且與項目的總的時間要求、費用支出有關(guān)。 ? 4. 指定軟件項目負責人負責落實軟件項目的承諾并制定項目的軟件開發(fā)計劃 。 ? 12. 明確劃分為預(yù)先定義的 、 規(guī)模可管理的階段的軟件生命周期 。 ? 20. 識別 、 評估與項目的費用 、 資源 、 進度及技術(shù)方面相關(guān)的軟件風險 ， 并文檔化 。甘特圖用水平線段表示階段任務(wù)；線段的起點和終點分別對應(yīng)于任務(wù)的開始時間和結(jié)束時間；線段的長度表示完成任務(wù)所需的時間。當項目的一些詳細信息獲得有限的情況下，這是一種最為常用的方法，類比估計可以說是專家判斷的一種形式。這種形式有關(guān)活動的描述標注在節(jié)點里，而不是寫在箭頭上邊，箭頭只表示活動之間的先后關(guān)系。 l 測量變量和預(yù)測趨勢 。 分解與度量方法： ? 分解主要是做兩個方面工作：一是按工作分解結(jié)構(gòu)和工作任務(wù) (工作包 )分攤成本；二是按工期時段分攤成本。 面向規(guī)模的度量 項目 代碼行 LOC 工作量 (人月 ) 成 本 (千美圓 ) 文檔 頁數(shù) 發(fā)布前的錯誤 運行時的缺欠 人 員 Alpha 12100 24 168 365 134 29 3 Beta 27200 62 440 1224 321 86 5 gamma 20230 43 314 1050 256 64 6 以代碼行作為規(guī)范值的度量指標： ?每千行代碼的錯誤數(shù) ?每千行代碼的缺陷數(shù) ?每千行代碼的文檔數(shù) 以人月作為規(guī)范值的度量指標： ?每人月的錯誤數(shù) ?每人月的代碼數(shù)行數(shù) ?每人月的文檔數(shù) 面向功能點 (FP)的度量 ? 功能點可由以下 4個參數(shù)計算出來：外部輸入和輸出數(shù)；外部接口數(shù)；用戶交互數(shù) ； 系統(tǒng)要用的文件數(shù)。高級 COCOMO 模型為每個因素提供了一個“ 階段敏感工作權(quán)數(shù) ” 。 ? 接著，估算 14個復(fù)雜的加權(quán)因子，并且計算調(diào)整因子。 ? 將核準的變更通知有關(guān)項目干系人。 質(zhì)量 特性 ： “ 是指實體所特有的性質(zhì) ， 它反映實體滿足需求的能力 ” 質(zhì)量管理的定義 ? 質(zhì)量管理是項目管理的重要組成部分，是一個項目的性能 (功能 )、成本、進度 3項指標實現(xiàn)的重要領(lǐng)域。 3. 預(yù)防為主的觀點，事前主動進行質(zhì)量管理 ? 這個觀點要求生產(chǎn)企業(yè)的質(zhì)量管理重點應(yīng)從事后檢驗把關(guān)轉(zhuǎn)移到事前預(yù)防，從管結(jié)果轉(zhuǎn)變?yōu)楣芤蛩?，找出影響產(chǎn)品質(zhì)量的各種因素，抓住主要因素，使生產(chǎn)經(jīng)營活動處于受控狀態(tài)。 ? 指定的標準定義了一組指導軟件開發(fā)的準則。 主要是通過比較項目的實施與其他同類項目的實施過程，為改進項目的實施過程提供借鑒和思路，并作為一個實施的參考標準。 軟件項目質(zhì)量計劃 階段成果 : ? 質(zhì)量管理計劃。 ? 質(zhì)量控制度量結(jié)果。 ? 項目質(zhì)量管理計劃。對項目實際執(zhí)行情況的統(tǒng)計。 ? 可接受的決定。 軟件質(zhì)量管理的實施 定義過程 開發(fā)產(chǎn)品 評估產(chǎn)品質(zhì)量 改正過程 過程標準化 N Y 合格？ 圖 軟件質(zhì)量管理貫穿產(chǎn)品生產(chǎn)的全過程 軟件質(zhì)量管理的實施 遵循以下一些基本原則 ： ? 控制項目所有過程的質(zhì)量。 ? 確定軟件產(chǎn)品中不需要或者不希望改進的部分。 個人或者小組的工作由評審小組進行評審?？删S護性軟件與不可維護軟件相比， MTTC （ meantimetochange）平均修改時間較低 完整性 完整性 =?[1 威脅性 ? (1 安全性 )] 威脅性：規(guī)定時間內(nèi)某類型攻擊的可能性 安全性：對某類型攻擊的擊退可能性 可用性 量化“用戶友好性”。 關(guān)鍵點 ： 項目人力資源管理的關(guān)鍵 解決方案 問題 局部解決方案 新知識 現(xiàn)存知識 經(jīng)驗和專業(yè)知識 圖 問題解決過程 軟件項目中人員的工作方式 ? 一個項目的成功，首先必須是每個項目組成員的成功，其次是項目組成員協(xié)作的成功。 ? 面向合作型。 ? 資金 —— 給員工漲工資和增加福利的權(quán)力。 項目團隊交流 ? 團隊規(guī)模的大小。 成員們開始運用各自技能著手執(zhí)行分配到的任務(wù) ， 開始緩慢推進工作 。 然而 ， 激勵并不是一種簡單的刺激行為 ， 而是一個復(fù)雜的過程 ， 即從感覺到的需求出發(fā) ， 由此引起要實現(xiàn)的目標 ， 隨即產(chǎn)生一種實現(xiàn)目標的動機和一系列的行動 ， 最后滿足了自己的需求 。在產(chǎn)品構(gòu)造以前的期間內(nèi)的交流大都是無形的工作產(chǎn)品交接，例如，設(shè)計思想，核心需求模式 ? 現(xiàn)代的工程化技術(shù)試圖使這部分的無形轉(zhuǎn)變成有形的可度量的產(chǎn)品 ? UML 知識的交流 ? 協(xié)作的關(guān)鍵：知識在團隊內(nèi)部有效的傳播 ? 顯性知識：規(guī)范化，系統(tǒng)化，易于溝通和分享。 團隊成員之間 、 團隊與項目經(jīng)理之間的關(guān)系已經(jīng)確立 ， 絕大部分個人矛盾得到解決 ， 項目團隊接受了特定的工作環(huán)境 ， 項目規(guī)程得以改進和規(guī)范化 ， 控制及決策權(quán)從項目經(jīng)理移交給了項目團隊 ， 凝聚力開始形成 ， 有了團隊的感覺 ， 每個人都覺得自己是團隊的一員 ， 他們也接受其他成員作為團隊的一部分 。 ? 團隊成員的地位和個性。 ? 工作挑戰(zhàn) —— 根據(jù)員工完成一項特定任務(wù)的喜好來安排工作的能力，這是一個內(nèi)在的刺激因素。直到現(xiàn)在在軟件項目開發(fā)中還沒有很多這種類型的人員，因為在這個過程中明顯缺乏人員之間的交互活動。 ? 對團隊動態(tài)的理解能幫助軟件項目經(jīng)理和軟件工程師在一個團