1、圖書館項目管理計劃書系（部）名 稱 計算機與信息科學系組 長 組 員 課 程 名 稱 信息系統項目管理指 導 教 師 日 期： 2012 年 05 月 28日一、 圖書館項目范圍說明書項目范圍說明闡述進行這個項目的原因或意義，形成項目的基本框架，使項目所有者或項目管理者能夠系統地、邏輯地分析項目關鍵問題及項目形成中的相互作用要素，使項目干系人在項目開始實施前或項目相關文檔編寫以前，能夠就項目的基本內容和結構達成一致；項目范圍說明應當形成項目成果核對清單，作為項目評估的依據，在項目終止以后或項目最終報告完成以前進行評估，以此作為評價項目成敗的依據；范圍說明還可以作為項目整個生命周期監控和考核項目

2、實施情況的基礎，和項目其他相關計劃的基礎。項目的原因和意義：盡量采用學校現有的軟硬件環境，及先進的管理系統開發方案，從而達到充分利用學校現有資源，提高系統開發水平的應用效果的目的。便于學校教師和學生圖書管理，通過查詢可立即定位該讀者的相應的信息，可以對圖書進行查詢、增加、修改，讀者可以預約已借圖書。 邊界問題：時間限定：50天（扣除節假日） 成本限定：25萬之內 人員：6名（這里面的需求人員，模塊設計人員也要同時協助開發人員工作，開發人員主要進行主模塊代碼的編寫，以及數據的編碼問題，對于需求人員和設計人員可以編寫一些小模塊，界面等）角色與人員分工：一共要用到6個人員所需人數角色主要職責分工1項

3、目經理1名01.項目溝通交流02.項目進度掌控03.核心技術框架制定04.工作任務劃分分配、審核、驗收05.開發平臺建設06.樣例程序制作07.日常管理工作08.重要文檔成果物的整理09.測試驗收各個模塊10.架構設計整個系統的核心權限部分11.解決疑難技術問題12.模塊設計指導1模塊設計人員01.進行系統概要設計02.詳細設計03編寫設計說明書04.跟開發人員一起完成開發工作3程序員（高級程序員）01數據庫編碼02.主要模塊的代碼編寫4實施人員1名01.將軟件交給用戶并安裝02.對使用端的人員進行培訓03.后期維護5需求分析人員一名（同時也是系統分析員，客戶聯絡員）01.進行需求調研，需求分

4、析02.協助開發人員完成變成工作6測試工程師1名01.協助處理文檔整理工作02.協助驗收審核各模塊詳細設計文檔03.協助項目經理協調項目待解決問題2.項目概述2.1工作內容本系統主要用于學校教師和學生圖書管理，主要任務是通過建立圖書管理系統，完善學校圖書錄入、借還、預約，續借以及讀者信息的管理，管理員通過查詢可立即定位該讀者的相應的信息，同時可以對圖書進行查詢、增加、修改，讀者可以進入系統進行圖書查詢和預訂已借圖書和續借。針對這些問題設計此系統。該項目各個階段所要實現的目標，參與人員和每個階段要評估標準如下： 需求分析制定需求功能列表與客戶達成共識相關人：需求分析人員、項目經理、客戶組完成需求

5、分析說明文檔及評審軟件設計給客戶、程序組、測試組做設計展示并根據要求修改完成設計相關人：需求分析人員、設計人員、客戶代表、項目經理完成架構設計、系統設計、數據庫設計和用戶界面設計及評審軟件開發完成全部代碼編寫、單元測試和模塊集成測試相關人：需求分析人員、設計人員、開發人員、項目經理軟件基本功能實現，沒有阻礙測試工作進展的問題軟件測試完成功能測試、系統測試、壓力測試和回歸測試相關人：測試人員、 項目經理軟件系統測試計劃全部完成并達到質量要求驗收產品調試，交付軟件給客戶相關人：實施人員、客戶代表、項目經理完成試運行報告，進行人員培訓，客戶滿意這個系統中大致的范圍有：二、 圖書館管理系統開發項目進度

6、安排在實際工作中，項目規模往往比較大，為了合理安排時間，使圖書管理系統能順利完成，進度安排使得尤為重要。由于項目開始于2012年3月21日，于2012年5月31日完成。活動號任務名稱工作日（天）開始時間完成時間緊前活動圖書管理系統502012年3月21日2012年5月31日項目規劃32012年3月21日2012年3月25日1模板確定12012年3月21日2012年3月21日2撰寫項目計劃報告22012年3月22日2012年3月25日1需求分析92012年3月26日2012年4月8日3需求調研22012年3月26日2012年3月27日24需求分析42012年3月28日2012年3月31日35需求

7、確認22012年4月1日2012年4月5日46撰寫需求分析說明書12012年4月6日2012年4月8日5軟件設計112012年4月9日2012年4月23日7系統分析32012年4月9日2012年4月11日68模塊設計72012年4月12日2012年4月22日79數據庫設計52012年4月12日2012年4月18日710美工設計32012年4月12日2012年4月16日711撰寫詳細設計說明書12012年4月23日2012年4月23日8,9,10軟件開發162012年4月24日2012年5月16日12硬件安裝12012年4月24日2012年4月24日1113環境配置12012年4月25日2012

8、年4月25日1214書籍管理102012年4月26日2012年5月10日1315借閱管理102012年4月26日2012年5月10日1316讀者管理92012年4月26日2012年5月9日1317查詢管理82012年4月26日2012年5月8日1318系統維護142012年4月26日2012年5月16日13軟件測試92012年5月17日2012年5月29日19集成測試42012年5月17日2012年5月22日14,15,16,17,1820系統測試42012年5月23日2012年5月28日1921撰寫系統測試報告12012年5月29日2012年5月29日20驗收總結22012年5月30日201

9、2年5月31日22撰寫用戶手冊12012年5月30日2012年5月30日2123人員培訓12012年5月30日2012年5月30日2124產品轉移12012年5月30日2012年5月30日2125經驗總結12012年5月31日2012年5月31日26,27,28甘特圖：任務3-214-14-24-134-144-254-265-75-85-195-205-31項目規劃-模板確定=撰寫項目計劃報告=需求分析 -需求調研 =需求分析 =需求確認 =撰寫需求分析說明書 =軟件設計 -系統分析 =模塊設計 =數據庫設計 =美工設計 =撰寫詳細設計說明書 =軟件開發  -硬件安裝 =環境配置

10、=書籍管理=借閱管理=讀者管理=查詢管理  =系統維護 =軟件測試    -集成測試 =系統測試 =撰寫系統測試報告 =驗收總結 -撰寫用戶手冊 =人員培訓 =產品轉移 =經驗總結     =圖書管理系統的網絡圖：（1）關鍵路徑：開始>1>2>3>4>5>6>7>8>11>12>13>18>19>20>21>22>25>結束即是：模板確定>撰寫項目計劃報告>需求調研>需求分析>

11、;需求確認>撰寫需求分析說明書>系統分析>模塊設計>撰寫詳細設計說明書>硬件安裝>環境配置>系統維護>集成測試>系統測試>撰寫系統測試報告>撰寫用戶手冊>經驗總結 1+2+2+4+2+1+3+7+1+1+1+14+4+4+1+1+1=50（天）那么這個系統的工期是50天。 三、 圖書館管理系統開發項目人員分配項目人力資源計劃就是決定在項目中的每一項工作中用什么樣的人力資源，確定人力資源的數量、質量和結構。1、項目團隊的組織結構及其角色職能列表 A、 組織結構圖書管理系統的項目管理是采用項目型組織，各成員按照從事的項目組成不

12、同的團隊，并由指定的項目經理來協調和管理項目的運作。a、職能型組織b、項目型組織c、矩陣型組織弱矩陣型組織平衡矩陣組織強矩陣組織d、復合型組織B、 人員要求a、 項目經理1、有5年以上軟件研發經驗 2、能分析和判斷大部分軟件問題。對項目軟件開發過程負責。有豐富的項目經驗和很強的責任心。 3、有熟練的英文閱讀能力和交流能力。b、 調研分析員1、計算機、軟件工程等專業本科以上學歷；2、熟悉需求調研方法，具備較強的業務流程及業務模型分析設計能力； 3、 熟悉軟件工程理論，掌握軟件需求獲取與分析方法；4、 具備財務軟件、物流系統軟件、ERPSAP等系統軟件的需求分析經驗優先考慮；5、有較強的文檔編寫能

13、力，有較強的團隊協作精神c、 系統分析員1、精通Java語言，WEB編程，熟悉J2EE應用系統開發，熟悉Weblogic/Tomcat等應用服務器； 2、熟悉Oracle/SQLSERVER等數據庫的設計與開發； 3、熟悉軟件開發流程，具有需求分析和架構設計的實際經驗； 4、能夠控制客戶需求，并能夠處理好與客戶之間的關系，有較強的文檔撰寫能力； 5、能夠高效的管理與激發團隊，使團隊更具有凝聚力。d、 模塊設計員1、精通java及數據庫相關知識（至少3年以上開發經驗，1年以上架構設計經驗）； 2、熟悉面向對象的分析設計方法； 3、熟練使用UML工具進行建模設計，并能充分理解客戶的需求并根據需求進

14、行模塊化和面向對象分析設計； 4、能夠獨立完成系統需求分析與概要設計設計工作；5、有較強的系統需求分析、設計文檔編寫能力； 6、具有良好的團隊協作精神，有較強的業務模型分析能力，思維清晰敏捷，邏輯分析能力強，善于與人溝通，能夠承擔一定的工作壓力e、 測試工程師1、計算機、軟件工程等相關專業；2、具有五年以上軟件開發或測試相關工作經驗； 3、對人員管理、資源調配、測試方法改進等經驗；4、分析能力強，思維周密、積極主動，關注細節，勇于創新，良好的溝通技巧以及優秀的言語表達能力，具備良好的團隊合作精神； 5、熟悉一些主流的軟件工程方法論和思想，了解軟件工程，軟件生命周期模型基礎； 6、熟悉軟件配置管

15、理理論工具f、 實施人員1.積極上進 2.有項目管理經驗優先3.肯吃苦,能出差g、 客戶聯絡員1、 較強的溝通、理解和應變能力2、 有剛正不阿的性格，吃苦耐勞的精神3、 服從公司工作安排，能長期出差。2、角色職能列表角色姓名職責項目經理孫林項目總體設計，制定和監控開發進度，制定相應的開發規范、負責各個環節的評審工作，協調各個成員（小組）之間開發。調研分析員李玲實際調研，提供詳細的策劃方案和需求分析系統分析員李玲根據需求分析報告進行總體分析，得出系統的概念模型模塊設計員孫立平根據系統分析結果對系統做模塊化分及相關接口定義程序員張向陽編寫功能模塊的實現代碼并驚醒單元測試測試工程師林左婷測試程序及系

16、統的功能實施人員王雪巖負責工程實施， 現場培訓， 協助項目驗收，需求的初步確認，項目維護。客戶聯絡員王雪巖與客戶聯系、協助其他人員與客戶的交流3、項目團隊的知識地圖與職責分配矩陣A、 能力打分標準5分：熟悉使用此方面的知識，有豐富的實踐經驗，能夠領導其他成員完成相應的工作。4分：熟悉此類只是，但經驗不夠豐富。3分：對此類只是有一定的了解，需要進一步學習。2分：對此類只是有過少量接觸，不過缺乏深入了解。1分：對此類只是完全沒有了解。B、 興趣分打分標準5分：此類工作完全符合本人的興趣，對該工作抱有極大的熱枕4分：對該工作比較有興趣，能夠比較愉快的完成工作3分：能偶以平常心態完成該項目工作，談不上

17、有興趣。2分：能夠勉強接受該工作，盡量完成任務。1分：非常厭惡此類工作。C、 知識地圖得分表項目經理：孫林項目成員：李玲，王雪巖，孫立平，張向陽，林左婷孫林李玲孫立平張向陽林左婷王雪巖項目規劃能力分434333興趣分413322需求分析能力分345343興趣分234332軟件設計能力分443434興趣分233543編程實現能力分544442興趣分234254系統測試能力分342444興趣分234252驗收總結能力分333445興趣分242334指責分配矩陣責任分配矩陣（RAM）是用于對項目成員進行分工，明確其角色與職責的有效工具。通過責任分配矩陣，項目的每個具體任務都能落實到參與的團隊每個人上

18、。· 誰負責（R = Responsible）， 即負責執行任務的角色，他/她具體負責操控項目、解決問題。 · 誰批準（A = Accountable）， 即對任務負全責的角色，只有經他/她同意或簽署之后，項目才能得以進行。 · 誰支持（S = Supportive）， 即提供信息資源，輔助執行任務的人員。 · 通知誰 (I =Informed), 即擁有特權、應及時被通知結果的人員，卻不必向他/她咨詢、征求意見· 咨詢誰（C = Consulted）， 擁有完成項目所需的信息或能力的人員。工作單元孫林李玲孫立平張向陽林左婷王雪巖1項目規劃RI

19、ASIC2需求分析CRASCI3軟件設計AIRIAS4軟件開發ICCRAA5軟件測試IAASRA6驗收總結AIISAR7系統審核RISIII3、成員考核孫林李玲王雪巖孫立平張向陽林左婷項目成員特征學歷工作年限崗位項目成員行為勤奮團隊意識遵守紀律忠誠度項目成員結果CPISPI工作質量客戶滿意度項目成員總評四、 圖書館管理系統開發項目的成本估算：圖書館項目的成本包括項目進行全過程所消耗的各種費用總和。根據工作分解結構制定出項目分攤估計表來有效的進行項目的成本計劃。合同規定項目的總成本（包括軟件開發成本、硬件成本和開發中的其他成本）是25萬元人民幣。根據項目團隊制定的工作分解結構，按照系統的生命期將

20、本項目劃分為六個活動，分別是項目規劃、需求分析、軟件設計、編程實現、系統測試、驗收總結。對這六個活動進一步分解得到21個小活動。小活動的成本主要由勞動力成本（工資）和硬件成本構成。其中工資根據工期、人數和日工資來確定，硬件成本根據該項小活動的需求數量來確定。成本的估算采用自下而上估算法，先估算出每項小活動的預算，然后在算出大活動的預算，進而預算出整個項目的成本。表1 圖書館項目工資標準計算表資源名稱最大單位標準費率加班費率每次使用成本成本累算基準日歷1孫林100%￥330/工作日￥50/小時￥0.00按比例標準 2孫立平100%￥220/工作日￥40/小時￥0.00按比例標準3李玲100%￥2

21、00/工作日￥35/小時￥0.00按比例標準4張向陽100%￥200/工作日￥35/小時￥0.00按比例標準5林左婷100%￥150/工作日￥30/小時￥0.00按比例標準6王雪巖100%￥220/工作日￥40/小時￥0.00按比例標準表2 圖書館項目分攤估算表（單位：元）活動小活動預算小活動分攤預算大活動分攤預算累計項目規劃1、模板確定1320396013202、撰寫項目計劃報告26403960需求分析3、需求調研26401188066004、需求分析5280118805、需求確認2640145206、撰寫需求分析說明書132015840軟件設計7、系統分析396025080198008、模

22、塊設計9240290409、數據庫設計66003564010、美工設計39603960011、撰寫詳細設計說明書132040920軟件開發12、硬件安裝25900457006682013、環境配代碼實現1848086620軟件測試15、集成測試5280118809190016、系統測試52809718017、撰寫系統測試報告132098500驗收總結18、撰寫用戶手冊132052809982019、人員培訓132010114020、產品轉移132010246021、經驗總結1320103780表3： 圖書館項目其它經費預算表（單位：元）差旅費3500交通費用、伙食費、

23、住宿費以及差旅補貼等等資料費1500圖書費、資料費、復印費通信費2000市話長話費、移動通信費、上網費、郵資辦公費2000購買辦公用品協作費11000業務協作招待費、項目團隊加班伙食費6獎金及福利費15000獎金、節假日福利等7加班費15000根據加班費率計算8房租9000包含地稅水電費1000項目監理費5000項目開發過程的監理費后期維護費20000上線后期半年的維護其他5000檢測、維修費、消耗品、低易品、茶話會等其他經費預算總計90000經過預算， 圖書館項目預算總金額為193780元。項目的合同規定總成本為250000，基本上達到22.5%的利潤率。五、 圖書館管理系統開發項目風險分析

24、報告1、軟件開發項目的風險背景信息產業的發展是目前發展最快的行業之一，也是對社會影響最大的一個行業，它不但為我們創造了巨大的財富，而且從各個方面改變著我們的生活，達到一個行業，小到一項服務。我們不得不承認軟件是二十一世紀最不可思議的產品。伴隨著軟件開發技術的不斷更新、軟件數量的增多、軟件復雜程度不斷加大、客戶對產品的要求也在不斷的提高，隨之而來的是軟件開發項目給軟件開發企業和需求企業帶來的巨大風險。軟件開發項目的成功與否會直接影響到公司的生存。這對軟件開發企業來講應該是更大的難題。一方面是業務需求更加復雜。人們對軟件質量和用途的期望大幅度提高，對業務系統的要求也越來越挑剔。另一方面是開發成本不

25、斷縮減。在此形勢下，風險管理與控制已成為軟件開發項目成敗的關鍵。軟件開發項目由于其具有連續性、復雜性、少參照性，無標準規范等特點，其風險程度較高。目前國內的大多數軟件開發企業還缺乏對軟件開發項目的風險認識，缺少進行系統、有效的度量和評價的手段。據有調查數據顯示，有1535%的軟件項目中途被取消，剩下的項目不是超期就是超出預算或是無法達到預期目標。另外，軟件項目因風險控制和管理原因失敗的約占90% ，可見，軟件風險控制與管理在目前的軟件開發項目中的重要性。2、風險管理與風險控制介紹1）風險管理風險管理應是貫穿軟件項目開發始末的一項重要任務，其中包括風險識別、風險評估、風險計劃、風險解決和風險監控

26、。它能讓風險管理者主動“規避”風險，進行有效的風險管理。風險管理模型有：SEI風險管理模型、Riskit風險管理模型、SoftRisk風險管理模型、IEEE風險管理過程模型、CMMI風險管理模型、MSF風險管理模型等。在項目管理中，建立風險管理策略，在項目的生命周期中不斷控制風險是非常重要的，風險管理主要包括五個階段：(1)風險識別：識別風險的方法常用的有現場觀察法、座談法、流程圖法、財務報表法、相關部門配合法和環境分析法等。(2) 風險評估：對已識別的風險要進行估計和評價，風險估計的主要任務是確定風險發生的概率與后果，風險評價則是確定該風險的經濟意義及處理的費/效分析，常用的方法有：概率分布

27、、外推法、多目標分析法等。(3) 計劃進度：按照評估后的風險結果，制定相應的風險管理進度表，為后續的風險管理提供參考。(4) 風險處理：一般而言，風險處理有三種方法， 風險控制法，即主動采取措施避免風險，消滅風險，中和風險或采用緊急方案降低風險。 風險自留，當風險量不大時可以余留風險。 風險轉移。(5) 風險監控：包括對風險發生的監督和對風險管理的監督，前者是對已識別的風險源進行監視和控制，后者是在項目實施過程中監督人們認真執行風險管理的組織和技術措施。2）風險控制(1)建立有效的風險控制的組織機構設置風險管理崗位：在軟件開發項目管理過程中設置風險管理崗位，該崗位的主要職責是在制訂與評估規劃時

28、，從風險管理的角度對項目規劃或計劃進行審核并發表意見，不斷尋找可能出現的任何意外情況，試著指出各個風險的管理策略及常用的管理方法，以隨時處理出現的風險，風險管理者最好是由項目主管以外的人擔任。風險管理崗位的人數依據項目大小來決定，一般23人較為適合。雙項目經理：為項目開發項目設定兩個項目經理崗位，一個負責技術崗位，另一個負責管理崗位。目前，國內的軟件開發企業的項目經理一般都是一名，而且是技術出生的占絕對多數，他們主要擅長的是技術研發，在管理方面先天不足，這不利于項目風險管理和控制。通過增加專門的管理經理崗位，可以彌補技術出生的項目經理的不足，提升軟件開發項目的管理水平。而且這樣的經驗也已得到了

29、國外業界大多企業的認可。(2) 建立有效的風險控制管理過程風險管理過程包括培訓，風險識別、風險分析、風險計劃、執行計劃、跟蹤計劃等活動，有效的風險管理過程應是學習型的、持續的和不斷改進的。軟件企業應建立自己的風險管理數據庫作為風險管理的基礎，并在實施中不斷地更新和完善。根據企業和項目的實際情況，進行科學的項目風險和控制，對項目的成功研發有著舉足輕重的意義。在項目開發的過程中，進行必要的項目風險分析，制定符合項目特點的風險評估和監督機制，特別是要定期對項目的風險狀況進行評估和監管，發現意外風險或者是風險超出預期的一定要重點關照。發現問題要立即上報，盡快解決。并建立風險監管日志，實行“崗位負責制”

30、，將軟件開發項目的風險降到最低3、軟件開發項目的風險來源及對項目成敗的影響軟件開發項目風險是指在軟件生命周期中所遇到的所有的預算、進度和控制等各方面的問題，以及由這些問題而產生的對軟件項目的影響。軟件項目風險經常會涉及許多方面，如：缺乏用戶的參與，缺少高級管理層的支持，含糊的要求，沒有計劃和管理等，總體概括下來應該由樓六大方面。1） 需求風險很多項目在確定需求時都面臨著一些不確定性。當在項目早期容忍了這些不確定性，并且在項目進展過程當中得不到解決，這些問題就會對項目的成功造成很大威脅。如果不控制與需求相關的風險因素，那么就很有可能產生錯誤的產品或者拙劣地建造預期的產品。每一種情況對產品來講都可

31、能致命的。2） 相關性風險許多風險都是因為項目的外部環境或因素的相關性產生的。經常我們在控制外部的相關性上做的不夠，因此緩解策略應該包括可能性計劃，以便從第二資源或協同工作資源中取得必要的組成部分，并且覺察潛在的問題。3） 技術風險軟件技術的飛速發展和經驗豐富員工的缺乏，意味著項目團隊可能會因為技巧的原因影響項目的成功。在早期，識別風險從而采取合適的預防措施是解決風險領域問題的關鍵， 4） 管理風險盡管管理問題制約了很多項目的成功，但是不要因為風險管理計劃中沒有包括所有管理活動而感到驚奇。在大部分項目里，項目經理經常是寫項目風險管理計劃的人，他們有先天性的不足自己檢查自己的錯誤，這是最難的。然

32、而，像這些問題可能會使項目的成功變得更加困難。如果不正視這些棘手的問題，它們就很有可能在項目進行的某個階段影響項目本身。5）自然風險軟件產品本身也屬于一種應用型產品，同樣會受到自然災害的的影響。項目風險分解圖4、 圖書館管理系統風險應對表風險識別風險定性與定量分析風險應對編號WBS模塊風險事件風險概率風險影響描述風險影響值風險期望值排序級別緩解策略策略應急計劃和巢湖發事件風險處理措施風險負責人1需求風險需求分析不到位，導致數據模型建立好后無法使用6%10%成本增長<20%0.20.128四級1、重新進行到位的需求分析1當數據模型建立后無法使用時，即使重新做需求分析一周工作包負責人2需求風

33、險缺少有效的需求變化管理過程10%5%進度實施<10%0.20.0206四級1、及時和項目經理進行有效的溝通，確保需求的有效管理1、當缺少有效的需求變化管理過程時，要及時，與相應的管理人員驚醒溝通，制定有效的變化管理三天工作包負責任3需求風險客戶不斷變化需求9%工作質量受到較小的影響0.10.0099四級1、要做好與客戶之間的溝通工作2、工作人員要做好應對必要變化的準備，滿足客戶的需求當客戶不斷變化需求時，1、要做好與客戶之間的溝通工作2、工作人員要做好應對必要變化的準備，滿足客戶的需求一周工作包負責人4需求風險院圖書館調研經常推后20%10進度拖延<0.40.0801三級與客戶相

34、關人員驚醒有效溝通當需求調研不能及時進行時，根據合理時間調研并與相關工作人員進行有效溝通并確定調研時間兩天項目經理5需求風險某些需求超出項目范圍25%范圍主要部分受到影響0.20.0503三級查看范圍進度計劃，并與客戶，進行合理的溝通1、某些需求超出項目范圍時，1、明確列出超出項目范圍需求，2查看范圍進度計劃，并與客戶，進行合理的溝通一天項目經理6需求風險漏掉某些模塊或多了某些模塊6%范圍的次要不分受到影響0.10.00611四級查看范圍進度計劃，及時修改當漏掉某些模塊或多了某些模塊時，1、查看范圍進度計劃，及時與項目經理進行溝通，如果漏掉某些模塊，及時把漏掉的任務分配給相應的工作人員進行補充，如果多了一些設計模塊，查看進度，并決定是否刪除多出的模塊一周工作包負責人7相關性風險簽訂合同不科學不嚴謹，存在邊界界定不清楚的問題15%10%進度實施<20%0.40.06010四級及時與客戶進行有效溝通并重新修訂合同當合同