【正文】 ，可運行的子系統(tǒng) ? 無形產(chǎn)品的傳遞：設(shè)計思想，文化 內(nèi)部流程 Slide: 170 Version 團隊的協(xié)作 ? IT項目是一個高度智力型產(chǎn)品。團隊能感覺到被高度授權(quán)，如果出現(xiàn)技術(shù)難題，就由適當?shù)膱F隊成員組成臨時攻關(guān)小組，解決問題后再將相關(guān)知識或技巧在團隊內(nèi)部快速共享。 ? 項目團隊積極工作，急于實現(xiàn)項目目標。項目團隊逐漸接受了現(xiàn)有的工作環(huán)境，團隊的凝聚力開始形成。這一階段士氣很低，成員可能會抵制形成團隊，因為他們要表達與團隊聯(lián)合相對立的個性。項目經(jīng)理在這一階段還要進行組織構(gòu)建工作，包括確立團隊工作的初始操作規(guī)程，規(guī)范溝通渠道、審批及文件記錄工作 Slide: 162 Version 震蕩階段 ? 這一階段，成員們開始著手執(zhí)行分配到的任務(wù)，緩慢地推進工作。項目的成果在這個階段產(chǎn)生，這一階段通常需要大量的資源 Slide: 154 Version 實施過程輔助過程（組）到計劃編制過程（組）（圖3 －5 ）到收尾過程（組）（圖3 －8 ）來自實施過程（組）（圖3 －7 ）整體 項目計劃實施采購溝通人力資源質(zhì)量采購 采購 質(zhì)量保證 班子開發(fā) 信息發(fā)送 合同管理 資源選擇 詢價Slide: 155 Version 實施階段的關(guān)鍵 ? 團隊建設(shè)和質(zhì)量保證有助于項目的成功實施。 ? 其實質(zhì)是為顧客提供卓越的、富有魅力的質(zhì)量，從而贏得顧客，在競爭中獲勝。它不僅包括符合標準的要求，而且以顧客及其他相關(guān)方滿意為衡量依據(jù)，體現(xiàn)“以顧客為關(guān)注焦點”的原則。質(zhì)量理念的發(fā)展反應(yīng)這種變化 Slide: 139 Version 質(zhì)量理念的發(fā)展：符合性質(zhì)量 ? 符合性質(zhì)量， 20世紀 40年代，以符合現(xiàn)行標準的程度作為衡量依據(jù)，“符合標準”就是合格的產(chǎn)品質(zhì)量，符合的程度反映了產(chǎn)品質(zhì)量的水平。約束力度與體系的有序程度有關(guān)，當沒有約束力的時候，體系自發(fā)過程總是趨于最無序。產(chǎn)品開發(fā)過程中不斷積累對產(chǎn)品的驗證 Slide: 134 Version 深刻理解質(zhì)量保證 ? 質(zhì)量保證是一個活動，它向所有有關(guān)的人提供證據(jù)以確立質(zhì)量功能正在按需求運行的信心 Slide: 135 Version 實施質(zhì)量保證活動 ? 質(zhì)量保證活動的核心是確保項目實施遵循“標準”。驗證通過技術(shù)語言描述的產(chǎn)品定義是滿足和覆蓋客戶需求的 Slide: 115 Version 需求變化的案例研究 ?我要我的 ERP系統(tǒng)具有 inter能力 ?建委資質(zhì)認證系統(tǒng) 風險識別 Slide: 117 Version 風險管理過程 ? 風險管理計劃 ? 風險識別 ? 定性和定量風險分析 ? 風險反應(yīng)計劃 ? 風險監(jiān)控 有效性體現(xiàn) Slide: 118 Version 風險管理的現(xiàn)狀 ? 項目風險管理過程的關(guān)鍵并不在于是否存在正式的風險管理過程，而在于項目組的能力是否可以識別出潛在的風險 ? 項目經(jīng)理的經(jīng)驗和能力的反映：就在于對未來事件的預(yù)測性上 Slide: 119 Version 風險管理的最佳實踐 ? 建立組織一級的風險識別檢查表 ? 一方面，作為項目組開始風險管理的起步點；另一方面，來自項目組的經(jīng)驗可以不斷豐富檢查表的內(nèi)容 ? 參考資料： 《 Taxonomy Based Risk Identification》 Slide: 120 Version 風險的分類 ? 產(chǎn)品工程風險 ? 需求 ? 設(shè)計 ? 編碼和單元測試 ? 集成和測試 ? 其他因素 Slide: 121 Version 風險的分類 ? 開發(fā)環(huán)境 ? 開發(fā)過程 ? 開發(fā)系統(tǒng) ? 管理過程 ? 管理方法 ? 工作環(huán)境 Slide: 122 Version 風險的分類 ? 項目限制性條件 ? 資源 ? 合同 ? 接口 Slide: 123 Version 實踐 ? 雜貨鋪的案例 ? 建委系統(tǒng)案例 ? 十大風險列表 ? 風險雷達 質(zhì)量計劃 Slide: 125 Version 質(zhì)量管理的理論基礎(chǔ) ? 缺陷預(yù)防， Crosby ? 適用性， Juran ? 持續(xù)性改進， TQM Slide: 126 Version 質(zhì)量計劃編制 ? 在 IT領(lǐng)域里，質(zhì)量計劃編制最實用的方法是Benchmarking ? 即，向工業(yè)界的最佳實踐 Best Practices學習 Slide: 127 Version 最佳實踐 ? 質(zhì)量控制的驗證與確認 ? 質(zhì)量審計 ? 質(zhì)量意識 Slide: 128 Version 質(zhì)量控制（ Quality Control） ? 按一定的過程構(gòu)造產(chǎn)品也不一定能保證產(chǎn)品質(zhì)量，出現(xiàn)缺陷是不可避免的。 Slide: 112 Version 需求分析的最佳實踐 ? 在產(chǎn)品規(guī)格說明中不僅僅要考慮正常情況的規(guī)格定義，更要確定異常情況下的規(guī)格定義 Slide: 113 Version 需求分析的最佳實踐 ? 提出對產(chǎn)品的可測試性的功能性要求。例如：用例描述 Slide: 111 Version 需求收集的最佳實踐 ? 文檔化需求，約定統(tǒng)一的需求描述形式。注意 IT系統(tǒng)的新功能添加代價絕不僅僅是幾行代碼，還包括： ? 新功能的驗證活動 ? 系統(tǒng)變更引起的缺陷風險 ? 系統(tǒng)的回歸測試 Slide: 109 Version 需求管理的最佳實踐 ? 在前期細化需求，避免不完整和沒有明確的需求進入到下面階段。對分析活動結(jié)果的驗證缺乏手段 ? 需求管理活動，對需求特征的認識，以及相應(yīng)的管理手段提高需求活動的有效性 Slide: 107 Version 需求管理的最佳實踐 ? 成立專門的需求工作小組，統(tǒng)一管理和分配需求，并且把需求工程活動擴展到項目的整個生命周期中。一個成熟的體系架構(gòu)是要經(jīng)過一段時間的積累和優(yōu)化后才能形成的，特別是要對應(yīng)用領(lǐng)域的深刻理解 ? 螺旋模型的一個特征就是體系架構(gòu)是要經(jīng)過一段時間的演化而形成穩(wěn)定 Slide: 94 Version 螺旋模型 設(shè)計和實現(xiàn) 需求 系統(tǒng)重構(gòu) 新需求 測試 設(shè)計和實現(xiàn) 回歸測試 當系統(tǒng)經(jīng)過若干次重構(gòu)后，對于新需求 不再出現(xiàn)重構(gòu)時，就演化成增量模型 Slide: 95 Version 并行模型和工作流 ? 由于 IT項目的本身特征，傳統(tǒng)成線性按階段劃分的工程活動轉(zhuǎn)變成工程活動并行開展的工作流方式，也就是并行模型 Slide: 96 Version 并行模型 需求 分析 實現(xiàn) 測試 設(shè)計 Slide: 97 Version 并行模型 ? 并行模型是一種以短周期版本發(fā)布為階段劃分的模型 ? 各個工作流的協(xié)調(diào)完全是靠統(tǒng)一的配置基線來保證 Slide: 98 Version 制定合適的生命周期模型 ? 盡早驗證最終產(chǎn)品，不要過分相信中間產(chǎn)品的驗證手段 ? 短周期迭代式構(gòu)造產(chǎn)品 ? 同步積累對產(chǎn)品的驗證（回歸測試） ? 建立各個工作產(chǎn)品一致的版本基線。 ? 對用戶提出的修改適應(yīng)性差，容易造成混亂， Slide: 88 Version 瀑布模型的意義 ? 提供了一個軟件工程化的模板 ? 是很多改進模型的基礎(chǔ) Slide: 89 Version 迭代式開發(fā)模型 ? 線性模型的特點：一次構(gòu)造一個完全符合用戶需求的產(chǎn)品。 ? 產(chǎn)品的運行版本要到項目開發(fā)晚期才能得到。每個階段都進行了一次變換或求精 ? 每個階段定義明確，以上個階段輸出為輸入，產(chǎn)生下一個階段所需的輸入 ? 強調(diào)了可追溯性，可控制性 ? 系統(tǒng)化的方法 Slide: 85 Version VShaped 模型 Project Req. and Planning Req. Analysis High Level Design Unit Test Integration Test System Test Operation (Alpha, Beta) Detailed Design Implementation 更嚴格的線性模型，著重了前期的工作產(chǎn)品的驗證 Slide: 86 Version 問題 ? 大部分 IT項目都可以采用瀑布 /線性模型？ ? 為什么？ Slide: 87 Version 線性模型的缺陷 ? 在項目開始階段，用戶常常難以清楚的給出所有需求。所以個人和團隊的目標一致性對產(chǎn)生這種效果非常相關(guān) Slide: 65 Version 明晰項目目標 客戶 公司 團隊目標 個人 為中心 特別關(guān)注 保持一致性 Slide: 66 Version 高層支持 ? 項目資源的有效性使得高層的支持至關(guān)重要 ? 深刻理解高層對項目目標的期望，是項目健康發(fā)展的基礎(chǔ) Slide: 67 Version 選擇項目經(jīng)理 ? 項目經(jīng)理的人選對于項目成功至關(guān)重要，但是什么樣的素質(zhì)才是合格的項目經(jīng)理人員呢？ Slide: 68 Version 行為方式 ? 項目管理人員必須清晰的理解項目的特征和該項特征所要求的 ? 管理目標 ? 管理活動 Slide: 69 Version 管理目標 ? 生產(chǎn)率，這包括兩方面的關(guān)注： ? 效果（ effectiveness） ? 效率（ efficiency） ? 效率和效果是相互聯(lián)系的 有效果 有效率 沒效果 有效率 有效果 沒效率 沒效果 沒效率 Slide: 70 Version 管理活動 ? 問題：在組織中提升得最快的管理者，與在組織中成績最佳的管理者從事的是同樣的活動嗎？ ? 研究分析管理者的活動，分成為 4類活動： ? 傳統(tǒng)管理：決策、計劃和控制 ? 溝通：交流例行信息和處理文書工作 ? 人力資源管理：激勵、懲戒、調(diào)解沖突、人員配備和培訓 ? 網(wǎng)絡(luò)聯(lián)系：社交活動、政治活動和與外界交往 Slide: 71 Version 一般的管理者活動 ? 平均意義上的管理者 溝通2 9 %人力資源管理20%網(wǎng)絡(luò)聯(lián)系19%傳 統(tǒng) 的 管理32%Slide: 72 Version 成功的管理者活動 ? 成功的管理者，是指在組織中晉升的速度作為標志 溝通2 8 %網(wǎng)絡(luò)聯(lián)系48%人力資源管理1 1 %傳統(tǒng)的管理13%Slide: 73 Version 有效的管理者活動 ? 有效的管理者，是指用工作成績的數(shù)量和質(zhì)量以及下級對其滿意和承諾的程度作為標志 溝通44%人力資源管理26%網(wǎng)絡(luò)聯(lián)系1 1 %傳 統(tǒng) 的 管理19%Slide: 74 Version 項目經(jīng)理的技能要求 優(yōu)秀的領(lǐng)導能力 快速的應(yīng)變能力 運營項目管理知識的能力 高效的激勵能力 非凡的溝通能力 高效的時間管理能力 良好的人際交往能力 計劃 Slide: 76 Version 計劃 ? 計劃階段的核心就是編制項目管理計劃 ? 計劃階段的關(guān)鍵點： ? 確定完成一個項目的必要活動 ? 在資源有限的情況下，根據(jù) 項目的目標 確定這些 活動的優(yōu)先級 排列。真正有效的項目管理是在限制條件下去綜合，和平衡應(yīng)用對你產(chǎn)生最佳效益的實踐 ? 你沒有機會不加選擇應(yīng)用所有實踐，所以你必須制定采納實踐的優(yōu)先級？ Slide: 48 Version 優(yōu)先級排序 ? 借用時間管理的分類象限 重要緊急 重要 不重要 緊急 不緊急 重要不緊急 不重要緊急 不重要不緊急 I II III IV 如何優(yōu)先級排列？ 誰排第二？ Slide: 49 Version 關(guān)鍵問題 ? 什么是重要的事情？ ? 如何區(qū)分重要與緊急？ 關(guān)鍵點：目標是什么？ 最終目標的清晰度，和對目標原 則的堅持度，決定了對兩個維度 的認識程度 Slide: 50 Version 獨立意志 ? 有效項目管理的先決條件在于：獨立意志 ? 確定最終目標，根據(jù)目標把握重要性原則，依靠自制力掌握重點，時刻把它們放在第一位，以免被感覺、情緒或沖動所左右 Slide: 51 Version 意志力 ? E. M. Gary 《 The Common Denominator of Success》 ：成功者能為失敗者所不能為，縱使并非心甘情愿，但為了理想與目標，仍可以憑毅力克服心理障礙 Slide: 52 Version 象限分類表 ?有趣的活動 ?不速之客 ?某些電話、郵件 ?某些會議