【文章內(nèi)容簡介】 一段時間的演化而形成穩(wěn)定 螺旋模型 設計和實現(xiàn) 需求 系統(tǒng)重構(gòu) 新需求 測試 設計和實現(xiàn) 回歸測試 當系統(tǒng)經(jīng)過若干次重構(gòu)后，對于新需求 不再出現(xiàn)重構(gòu)時，就演化成增量模型 并行模型和工作流 ? 由于 IT項目的本身特征，傳統(tǒng)成線性按階段劃分的工程活動轉(zhuǎn)變成工程活動并行開展的工作流方式，也就是并行模型 并行模型 需求 分析 實現(xiàn) 測試 設計 并行模型 ? 并行模型是一種以短周期版本發(fā)布為階段劃分的模型 ? 各個工作流的協(xié)調(diào)完全是靠統(tǒng)一的配置基線來保證 制定合適的生命周期模型 ? 盡早驗證最終產(chǎn)品，不要過分相信中間產(chǎn)品的驗證手段 ? 短周期迭代式構(gòu)造產(chǎn)品 ? 同步積累對產(chǎn)品的驗證（回歸測試） ? 建立各個工作產(chǎn)品一致的版本基線。需要完善的配置管理活動支持 項目生命周期的選取實踐 時間限制型的項目：某聯(lián)通項目 需求管理 范圍管理 vs需求管理 ? 范圍管理等價于需求管理嗎？ 定義 ? 范圍：產(chǎn)生項目產(chǎn)品所包括的所有工作及產(chǎn)生這些產(chǎn)品的過程 ? 需求：產(chǎn)品必須完成的功能及必須具備的品質(zhì) ? 為什么和傳統(tǒng)其他行業(yè)有差別？ IT項目的需求特征 ? IT領域的項目需求特征： ? 技術(shù)創(chuàng)造市場，傳統(tǒng)領域引用了 IT技術(shù)后往往呈現(xiàn)出全新的應用 ? 技術(shù)和市場發(fā)展都很快，在項目初始階段需求是概念性的，不清晰的，片斷性的 ? 隨著項目進行，隨著雙方的加深認識，需求也是不斷演化的 ? 需求工程活動包括：需求收集和需求分析兩類活動 問題 ? 需求分析活動做什么？ 需求 說明 客戶 規(guī)格 說明 系統(tǒng) 分析 分析 如果你只有一個活動可以做到 100% 需求說明和規(guī)格說明 ? 需求說明（ ReqB）通常是指以用戶語言描述的產(chǎn)品要求 ? 規(guī)格說明（ PRS）是指用產(chǎn)品領域的語言定義的什么樣的產(chǎn)品可以滿足用戶需要 IT項目需求活動的特征 ? 需求收集活動，特別關注客戶需求的不準確性，易變性 ? 需求分析活動，分析活動沒有做到位。對分析活動結(jié)果的驗證缺乏手段 ? 需求管理活動，對需求特征的認識，以及相應的管理手段提高需求活動的有效性 需求管理的最佳實踐 ? 成立專門的需求工作小組，統(tǒng)一管理和分配需求，并且把需求工程活動擴展到項目的整個生命周期中。 需求管理的最佳實踐 ? 嚴格管理變更 ? 警惕需求鍍金。注意 IT系統(tǒng)的新功能添加代價絕不僅僅是幾行代碼，還包括： ? 新功能的驗證活動 ? 系統(tǒng)變更引起的缺陷風險 ? 系統(tǒng)的回歸測試 需求管理的最佳實踐 ? 在前期細化需求，避免不完整和沒有明確的需求進入到下面階段。因為，沒有明確的部分最終總會在后面的某一階段活動被假設需求取代，而這正是混亂產(chǎn)生的根源 需求收集的最佳實踐 ? 借助業(yè)務領域?qū)＜一蚩蛻舸?，幫助項目組建立產(chǎn)品或系統(tǒng)被應用的場景。例如：用例描述 需求收集的最佳實踐 ? 文檔化需求，約定統(tǒng)一的需求描述形式。盡可能選取比文字性描述更佳的方式表示需求。 需求分析的最佳實踐 ? 在產(chǎn)品規(guī)格說明中不僅僅要考慮正常情況的規(guī)格定義，更要確定異常情況下的規(guī)格定義 需求分析的最佳實踐 ? 提出對產(chǎn)品的可測試性的功能性要求。產(chǎn)品的測試不能在產(chǎn)品完成之后再進行考慮，否則產(chǎn)品可能因為不可測或是測試代價過高而不被有效的測試 需求分析的最佳實踐 ? 在規(guī)格說明完成后，引入需求確認活動。驗證通過技術(shù)語言描述的產(chǎn)品定義是滿足和覆蓋客戶需求的 需求變化的案例研究 ?我要我的 ERP系統(tǒng)具有 inter能力 ?建委資質(zhì)認證系統(tǒng) 風險識別 風險管理過程 ? 風險管理計劃 ? 風險識別 ? 定性和定量風險分析 ? 風險反應計劃 ? 風險監(jiān)控 有效性體現(xiàn) 風險管理的現(xiàn)狀 ? 項目風險管理過程的關鍵并不在于是否存在正式的風險管理過程，而在于項目組的能力是否可以識別出潛在的風險 ? 項目經(jīng)理的經(jīng)驗和能力的反映：就在于對未來事件的預測性上 風險管理的最佳實踐 ? 建立組織一級的風險識別檢查表 ? 一方面，作為項目組開始風險管理的起步點；另一方面，來自項目組的經(jīng)驗可以不斷豐富檢查表的內(nèi)容 ? 參考資料：《 Taxonomy Based Risk Identification》 風險的分類 ? 產(chǎn)品工程風險 ? 需求 ? 設計 ? 編碼和單元測試 ? 集成和測試 ? 其他因素 風險的分類 ? 開發(fā)環(huán)境 ? 開發(fā)過程 ? 開發(fā)系統(tǒng) ? 管理過程 ? 管理方法 ? 工作環(huán)境 風險的分類 ? 項目限制性條件 ? 資源 ? 合同 ? 接口 實踐 ? 雜貨鋪的案例 ? 建委系統(tǒng)案例 ? 十大風險列表 ? 風險雷達 質(zhì)量計劃 質(zhì)量管理的理論基礎 ? 缺陷預防， Crosby ? 適用性， Juran ? 持續(xù)性改進， TQM 質(zhì)量計劃編制 ? 在 IT領域里，質(zhì)量計劃編制最實用的方法是Benchmarking ? 即，向工業(yè)界的最佳實踐 Best Practices學習 最佳實踐 ? 質(zhì)量控制的驗證與確認 ? 質(zhì)量審計 ? 質(zhì)量意識 質(zhì)量控制（ Quality Control） ? 按一定的過程構(gòu)造產(chǎn)品也不一定能保證產(chǎn)品質(zhì)量，出現(xiàn)缺陷是不可避免的。質(zhì)量控制就是屬于構(gòu)造過程中的消除“缺陷”的工程化活動，也就是制造過程中的檢查、檢驗手段 問題 ? 質(zhì)量控制就是檢查完成產(chǎn)品的符合度，每一次檢查遵循的標準是什么？ ? 產(chǎn)品規(guī)格？ ? 設計文檔？ ? 單元代碼？ ? 最終產(chǎn)品？ ? 考慮傳遞的有效性？ 活動產(chǎn)生結(jié)果 結(jié)果檢查參照 質(zhì)量控制：驗證和確認 (V V) ? 驗證：正確的構(gòu)造了產(chǎn)品 ? Verification: Build the product right ? 確認：構(gòu)造了正確的產(chǎn)品 ? Validation: Build the right product VV進一步理解 ? 我們是否只有在產(chǎn)品完成之后才能檢測產(chǎn)品的質(zhì)量？如何實施 V V？目前的弱點是什么？ ? VV的活動是整個生命周期中的必要組成部分 Verification Product Validation 最佳實踐：確認活動 ? 重視確認活動，并為確認活動的實施進行計劃，制定方法，提供資源 最佳實踐：獨立的測試 ? 從項目初期就建立獨立的測試組，并且在產(chǎn)品規(guī)格時就支持自動化測試。產(chǎn)品開發(fā)過程中不斷積累對產(chǎn)品的驗證 深刻理解質(zhì)量保證 ? 質(zhì)量保證是一個活動，它向所有有關的人提供證據(jù)以確立質(zhì)量功能正在按需求運行的信心 實施質(zhì)量保證活動 ? 質(zhì)量保證活動的核心是確保項目實施遵循“標準”。標準包括： ? 產(chǎn)品的功能，性能標準，直接滿足用戶的需求 ? 產(chǎn)品被構(gòu)造的過程所遵循的標準，間接滿足用戶的需求 ? 該標準為干系人所認可和信任，而質(zhì)量保證活動的實施為項目在過程中滿足最終目標提供信心 最佳實踐：獨立的質(zhì)量保證組 ? 項目必須依賴獨立的質(zhì)量保證活動組作項目運作的監(jiān)督機構(gòu)，以確保項目的過程遵循被確認的標準，有利于項目及早發(fā)現(xiàn)問題，及時糾正 為什么需要 QA?熵增原理 ? 群體秩序總是趨于無序。約束力度與體系的有序程度有關，當沒有約束力的時候，體系自發(fā)過程總是趨于最無序。舉例的約束因素：法律、權(quán)威、道德、經(jīng)濟等 ? 孤立體系的熵是不斷增加的 質(zhì)量意識 ? 實質(zhì)上在今天，對質(zhì)量的理解已經(jīng)超出了項目一級的要素。質(zhì)量理念的發(fā)展反應這種變化 質(zhì)量理念的發(fā)展：符合性質(zhì)量 ? 符合性質(zhì)量， 20世紀 40年代，以符合現(xiàn)行標準的程度作為衡量依據(jù)，“符合標準”就是合格的產(chǎn)品質(zhì)量，符合的程度反映了產(chǎn)品質(zhì)量的水平。 質(zhì)量理念的發(fā)展：適應性質(zhì)量 ? 適用性質(zhì)量， 20世紀 60年代，適合顧客需要的程度作為衡量的依據(jù)，從使用的角度定義產(chǎn)品質(zhì)量 ? 從“符合性”到“適用性”，反映了人們在對質(zhì)量的認識過程中，已經(jīng)開始把顧客需求放在首要位置 質(zhì)量理念的發(fā)展：滿意性質(zhì)量 ? 滿意性質(zhì)量， 20世紀 80年代，質(zhì)量管理進入到 TQM階段，將質(zhì)量定義為“一組固有特性滿足要求的程度”。它不僅包括符合標準的要求，而且以顧客及其他相關方滿意為衡量依據(jù)，體現(xiàn)“以顧客為關注焦點”的原則。 質(zhì)量管理： TQM ? 全面質(zhì)量管理， Total Quality Management(TQM)，是一個組織以質(zhì)量為中心，以全員參與為基礎，目的在于通過讓顧客滿意和本組織所有成員及社會受益而達到長期成功的一種質(zhì)量管理模式 ? 含義一：整個組織以質(zhì)量為核心， OPF ? 含義二：每個員工積極參與 ? 含義三：組織長期成功 TQM核心思想 TOM核心思想 全員性 （全員參與質(zhì)量管理） 全過程性 （管理好質(zhì)量形成的全過程） 全面性 （管理好質(zhì)量所涉及的各個要素） TQM的核心觀念 ? 質(zhì)量是由客戶定義的 ? 質(zhì)量是干出來的，不是檢驗出來的 ? 質(zhì)量管理是全體員工的責任 ? 質(zhì)量管理的關鍵是要不斷地改進和提高 質(zhì)量理念的發(fā)展：卓越質(zhì)量 ? 卓越質(zhì)量， 20世紀 90年代，摩托羅拉、通用電氣等世界頂級企業(yè)相繼推行 6Sigma管理，逐步確定了全新的卓越質(zhì)量理念 ——顧客對質(zhì)量的感知遠遠超出其期望，使顧客感到驚喜，質(zhì)量意味著沒有缺陷（J. Welch， 2023） ? 1 sigma： 31%的產(chǎn)品合格 ? 3 sigma： %的產(chǎn)品合格 ? 6 sigma： %的產(chǎn)品合格，每百萬件產(chǎn)品中，不合格產(chǎn)品 質(zhì)量理念的發(fā)展：卓越質(zhì)量 ? 根據(jù)卓越質(zhì)量理念，質(zhì)量的衡量依據(jù)主要有三項： ? 一是體現(xiàn)顧客價值，追求顧客滿意和顧客忠誠； ? 二是降低資源成本，減少差錯和缺陷； ? 三是降低和抵御風險。 ? 其實質(zhì)是為顧客提供卓越的、富有魅力的質(zhì)量，從而贏得顧客，在競爭中獲勝。 質(zhì)量理念的發(fā)展 ? 質(zhì)量理念的發(fā)展變化實質(zhì)：人們對質(zhì)量目標認識的轉(zhuǎn)變，以及質(zhì)量在商業(yè)成功的價值體現(xiàn) ? 符合行質(zhì)量，適應性質(zhì)量：防止不滿意 ? 滿意性質(zhì)量，卓越質(zhì)量：創(chuàng)造滿意 最佳實踐：質(zhì)量意識 ? 在項目組中統(tǒng)一對質(zhì)量的理解，提高質(zhì)量意識，改變行為方式 ? 建立追求質(zhì)量的信仰 改變對質(zhì)量的認識 ? 改變寄希望于檢查來糾錯，努力做到一次性把事情做對 ? 提高預防意識，為預防錯誤發(fā)生而投資 ? 并不是只有根產(chǎn)品直接相關的事情才需要關注質(zhì)量，項目中間的任何事情都對最終產(chǎn)品的質(zhì)量相關 ? 質(zhì)量的提高需要長期而持續(xù)不斷的改進 IT項目質(zhì)量管理的難點 ? IT行業(yè)的質(zhì)量過程發(fā)展不成熟，裁剪出最適宜的質(zhì)量過程難度很高 ? IT過程不可測性較高，很難通過度量進行準確控制 ? 過程的可重復性和穩(wěn)定性較低，導致過程改進較困難，也就是說很難通過度量來確定最佳性價比的方法 案例研究 西部軟件園的例子 實施 實施 ? 項目實施涉及采取必要的行動保證完成項目計劃中的活動。項目的成果在這個階段產(chǎn)