【正文】 圖 3 － 4 ）計 劃 編 制 過 程核 心 過 程來 自 控制 階 段（ 圖 3 － 7 ）到實施階段（ 圖 3 － 6 ）輔 助 過 程 （ 組 ）時間 6 . 1 活 動 定 義范圍 5 . 2 范 圍 計 劃 編 制范圍 5 . 3 范 圍 定 義成本 7 . 1 資 源 計 劃 編 制時間 6 . 2 活 動 排 序時間 6 . 3 活 動 歷 時 估 算成本 7 . 2 成 本 估 算風險 1 1 . 1 風 險 管 理 計 劃 編 制時間 6 . 4 進 度 計 劃 開 發(fā)成本 7 . 3 成 本 預 算整體 4 . 1 項 目 計 劃 制 訂質(zhì)量 8 . 1 質(zhì) 量 計 劃 編 制人 力 資 源 9 . 1 組 織 的 計 劃 編 制人 力 資 源 9 . 2 人 員 獲 取采購 1 2 . 1 采 購 計 劃 編 制采購 1 2 . 2 詢 價 計 劃 編 制溝通 1 0 . 1 溝 通 計 劃 編 制風險 1 1 . 2 風 險 識 別風險 1 1 . 3 定 性 風 險 分 析風險 1 1 . 4 定 量 風 險 分 析風險 1 1 . 5 風 險 應 對 計 劃 編 制Slide: 78 Version 最佳實踐 ? 生命周期模型的選擇 ? 需求管理 ? 質(zhì)量計劃編制 ? 風險識別 選擇生命周期模型 Slide: 80 Version IT項目的生命周期模型 ? 通常， IT項目的生命周期模型大都是由構(gòu)造產(chǎn)品的工程活動所決定 ? 區(qū)別：項目生命周期模型 vs產(chǎn)品生命周期模型 Slide: 81 Version IT項目的生命周期模型 ? 產(chǎn)品生命周期模型：構(gòu)造產(chǎn)品的工程活動按一定有序的方式組織排列起來 ? 常見的生命周期模型： ? 線性模型 ? 增量模型 ? 螺旋模型 ? 并行模型 Slide: 82 Version 生命周期模型的選擇 ? 項目計劃的關(guān)鍵步驟是為項目選定合適的生命周期模型，在該模型的指導下，確定活動之間的順序和依賴關(guān)系 ? 生命周期模型的選擇基準在于：確保在正確的階段，做正確的事情 ? 你必須確保項目的特征可以使得在相應的階段，具備足夠的條件有效開展相應的活動 Slide: 83 Version 瀑布模型 需求 分析 設(shè)計 實現(xiàn) 測試 Objective? 瀑布模型奠基了 IT系統(tǒng)工程化的基礎(chǔ) Slide: 84 Version 瀑布模型的特點 ? 將用戶的原始需求逐步求精的過程。需要完善的配置管理活動支持 Slide: 99 Version 項目生命周期的選取實踐 時間限制型的項目：某聯(lián)通項目 需求管理 Slide: 101 Version 范圍管理 vs需求管理 ? 范圍管理等價于需求管理嗎？ Slide: 102 Version 定義 ? 范圍：產(chǎn)生項目產(chǎn)品所包括的所有工作及產(chǎn)生這些產(chǎn)品的過程 ? 需求：產(chǎn)品必須完成的功能及必須具備的品質(zhì) ? 為什么和傳統(tǒng)其他行業(yè)有差別？ Slide: 103 Version IT項目的需求特征 ? IT領(lǐng)域的項目需求特征： ? 技術(shù)創(chuàng)造市場，傳統(tǒng)領(lǐng)域引用了 IT技術(shù)后往往呈現(xiàn)出全新的應用 ? 技術(shù)和市場發(fā)展都很快，在項目初始階段需求是概念性的，不清晰的，片斷性的 ? 隨著項目進行，隨著雙方的加深認識，需求也是不斷演化的 ? 需求工程活動包括：需求收集和需求分析兩類活動 Slide: 104 Version 問題 ? 需求分析活動做什么？ 需求 說明 客戶 規(guī)格 說明 系統(tǒng) 分析 分析 如果你只有一個活動可以做到 100% Slide: 105 Version 需求說明和規(guī)格說明 ? 需求說明（ ReqB）通常是指以用戶語言描述的產(chǎn)品要求 ? 規(guī)格說明（ PRS）是指用產(chǎn)品領(lǐng)域的語言定義的什么樣的產(chǎn)品可以滿足用戶需要 Slide: 106 Version IT項目需求活動的特征 ? 需求收集活動，特別關(guān)注客戶需求的不準確性，易變性 ? 需求分析活動，分析活動沒有做到位。產(chǎn)品的測試不能在產(chǎn)品完成之后再進行考慮，否則產(chǎn)品可能因為不可測或是測試代價過高而不被有效的測試 Slide: 114 Version 需求分析的最佳實踐 ? 在規(guī)格說明完成后，引入需求確認活動。 Slide: 140 Version 質(zhì)量理念的發(fā)展：適應性質(zhì)量 ? 適用性質(zhì)量， 20世紀 60年代，適合顧客需要的程度作為衡量的依據(jù)，從使用的角度定義產(chǎn)品質(zhì)量 ? 從“符合性”到“適用性”，反映了人們在對質(zhì)量的認識過程中，已經(jīng)開始把顧客需求放在首要位置 Slide: 141 Version 質(zhì)量理念的發(fā)展：滿意性質(zhì)量 ? 滿意性質(zhì)量， 20世紀 80年代，質(zhì)量管理進入到 TQM階段，將質(zhì)量定義為“一組固有特性滿足要求的程度”。現(xiàn)實也許會與個人當初的設(shè)想不一致，例如任務比預期難度大 ? 震蕩階段的特點是人們有挫折、憤怨或者對立的情緒。 Slide: 167 Version 表現(xiàn)階段 ? 項目經(jīng)理需要特別關(guān)注預算、進度計劃、工作范圍及計劃方面的項目業(yè)績。它常常被稱為一個人所擁有的可測量的人格特質(zhì) Slide: 183 Version 人格的決定因素 ? 遺傳：研究者發(fā)現(xiàn) 50%的人格差異來自于遺傳， 30%的娛樂和業(yè)余興趣方面的差異來自于遺傳 ? 環(huán)境：對我們的人格形成構(gòu)成外在壓力的因素包括：成長中的文化背景；早年的生活條件；群體規(guī)范；經(jīng)歷 ? 情境：一般來說人格是穩(wěn)定和持久，但在不同情境下會有所改變 Slide: 184 Version MyersBriggs Type Indicator ? MBTI人格理論的基礎(chǔ)是著名心理學家卡爾 某個 Metric具有外部有效性時，被稱為預測性度量 Slide: 211 Version 關(guān)于度量的前提假設(shè) ? 我們無法控制我們不能測量的東西 ? 我們無法預測我們不能測量的東西 ? 特別注意，在軟件中存在大量的有關(guān)“度量的外部有效性”的認識。 :03:4401:03Mar233Mar23 1故人江海別，幾度隔山川。 01:03:4401:03:4401:033/3/2023 1:03:44 AM 1成功就是日復一日那一點點小小努力的積累。 , March 3, 2023 閱讀一切好書如同和過去最杰出的人談話。 2023年 3月 3日星期五 上午 1時 3分 44秒 01:03: 1楚塞三湘接，荊門九派通。 2023年 3月 上午 1時 3分 :03March 3, 2023 1行動出成果，工作出財富。 Slide: 219 Version 來自控制過程（組）（ 圖 3 － 8 ）收尾過程采購 合 同 收 尾溝通 管 理 收 尾Slide: 220 Version IT項目收尾 ? 對于 IT項目來說，更為重要的是努力做到項目可以真正收尾 ? 對大多數(shù) IT項目來說，項目進入收尾也同時意味著進入維護性階段 Slide: 221 Version 維護 ? 在維護階段的特征是，事件驅(qū)動，快速反應。控制還采取糾正措施使進展與計劃相匹配。隱性知識深深地植根于行為本身，植根于個體受到的環(huán)境約束 Slide: 173 Version 知識轉(zhuǎn)化 ? 人類知識是通過隱性知識和顯性知識之間互相的社會作用來進行創(chuàng)造和傳播 ? 顯性知識需要大量的科學分析，所以過分強調(diào)顯性知識只會使自己步履維艱 ? 隱性知識的夸大會使自己固步自封 Slide: 174 Version 知識轉(zhuǎn)化的模式 ? 潛移默化（ Socialization），隱性到隱性 ? 外部明示（ Externalization），隱性到顯性 ? 匯總組合（ Combination），顯性到顯性 ? 內(nèi)部升華（ Internalization），顯性到隱性 Slide: 175 Version 潛移默化 ? 隱性到隱性，它是通過共享的經(jīng)歷建立隱性知識的過程，其關(guān)鍵在于“經(jīng)歷” Slide: 176 Version 外部明示 ? 隱性到顯性，將隱性知識用顯性化的概念和語言清晰表達的過程。 ? 這一階段，隨著成員之間開始相互信任，團隊內(nèi)大量地交流信息、觀點和感情，合作意識增強，團隊成員互相交換看法，并感覺到他們可以自由地、建設(shè)性地表達他們的情緒及意見 Slide: 165 Version 正規(guī)階段 ? 在這個階段，項目經(jīng)理還有兩個重要的工作方式： ? 一是發(fā)掘每個成員的自我成就感和責任意識，引導員工進行自我激勵； ? 二是盡可能地多創(chuàng)造團隊成員之間互相溝通、相互學習的環(huán)境，以及從項目外部聘請專家講解與項目有關(guān)的新知識、新技術(shù)，給員工充分的知識激勵 Slide: 166 Version 表現(xiàn)階段 ? 團隊成長的最后階段是表現(xiàn)階段。 Slide: 147 Version 質(zhì)量理念的發(fā)展 ? 質(zhì)量理念的發(fā)展變化實質(zhì)：人們對質(zhì)量目標認識的轉(zhuǎn)變，以及質(zhì)量在商業(yè)成功的價值體現(xiàn) ? 符合行質(zhì)量，適應性質(zhì)量：防止不滿意 ? 滿意性質(zhì)量，卓越質(zhì)量：創(chuàng)造滿意 Slide: 148 Version 最佳實踐：質(zhì)量意識 ? 在項目組中統(tǒng)一對質(zhì)量的理解，提高質(zhì)量意識，改變行為方式 ? 建立追求質(zhì)量的信仰 Slide: 149 Version 改變對質(zhì)量的認識 ? 改變寄希望于檢查來糾錯，努力做到一次性把事情做對 ? 提高預防意識，為預防錯誤發(fā)生而投資 ? 并不是只有根產(chǎn)品直接相關(guān)的事情才需要關(guān)注質(zhì)量，項目中間的任何事情都對最終產(chǎn)品的質(zhì)量相關(guān) ? 質(zhì)量的提高需要長期而持續(xù)不斷的改進 Slide: 150 Version IT項目質(zhì)量管理的難點 ? IT行業(yè)的質(zhì)量過程發(fā)展不成熟，裁剪出最適宜的質(zhì)量過程難度很高 ? IT過程不可測性較高，很難通過度量進行準確控制 ? 過程的可重復性和穩(wěn)定性較低，導致過程改進較困難，也就是說很難通過度量來確定最佳性價比的方法 Slide: 151 Version 案例研究 西部軟件園的例子 實施 Slide: 153 Version 實施 ? 項目實施涉及采取必要的行動保證完成項目計劃中的活動。標準包括： ? 產(chǎn)品的功能，性能標準，直接滿足用戶的需求 ? 產(chǎn)品被構(gòu)造的過程所遵循的標準，間接滿足用戶的需求 ? 該標準為干系人所認可和信任，而質(zhì)量保證活動的實施為項目在過程中滿足最終目標提供信心 Slide: 136 Version 最佳實踐：獨立的質(zhì)量保證組 ? 項目必須依賴獨立的質(zhì)量保證活動組作項目運作的監(jiān)督機構(gòu)，以確保項目的過程遵循被確認的標準，有利于項目及早發(fā)現(xiàn)問題，及時糾正 Slide: 137 Version 為什么需要 QA?熵增原理 ? 群體秩序總是趨于無序。因為，沒有明確的部分最終總會在后面的某一階段活動被假設(shè)需求取代，而這正是混亂產(chǎn)生的根源 Slide: 110 Version 需求收集的最佳實踐 ? 借助業(yè)務領(lǐng)域?qū)＜一蚩蛻舸?，幫助項目組建立產(chǎn)品或系統(tǒng)被應用的場景。由于缺乏有效的中間產(chǎn)品驗證手段，很多致命錯誤可能很晚才能發(fā)現(xiàn)。 ? 不同類型的產(chǎn)品所需要的工程活動特征也不一樣 ? 核心類產(chǎn)品開發(fā) ? 產(chǎn)品的客戶化開發(fā) ? 系統(tǒng)的應用集成 Slide: 46 Version 過程 ? 過程能力的成熟度直接決定了構(gòu)造產(chǎn)品的活動質(zhì)量和效率 ? 除直接構(gòu)造產(chǎn)品的工程活動過程，其他過程都是對產(chǎn)品質(zhì)量和效率起到間接但非常重要的作用 Slide: 47 Version 平衡的藝術(shù) ? 現(xiàn)代商業(yè)社會中，你不會擁有足夠的資源去實施所有有效的方法和技術(shù)。但是 IT行業(yè)具有其本身特定的行業(yè)特征，產(chǎn)生了其不同于其他產(chǎn)業(yè)的項目要素 ? 哪些 IT項目的共有特征產(chǎn)生了項目失敗的因素？ Slide: 34 Version 為什么會導致 IT項目高失敗率 ? 項目進度的不切實際。也就說，我們不僅需要有規(guī)范的過程，更需要有成熟度高的過程 Slide: 17 Version 能力成熟度模型 CMM ? 在 1991年， CMU的 SEI公布了第一版的能力成熟度模型（ Capability Maturity Model） ? 采用 CMM，組織可以通過已經(jīng)證明能提高過程能力的實踐來修改或創(chuàng)建過程，不斷提高過程能力 ? CMM可以看作一個通用的概念，應用于很多領(lǐng)域 Slide: 18 Version CMM的構(gòu)成模式 ? CMM基本構(gòu)成來自于 4個方面的