第一篇：研究的進度計劃

課題研究的進度計劃

第一階段：準備階段（2014、5----2014、9）

成立課題組，建立健全研究班子。分析農村小學滲透數學建模思想與研究學習存在的問題，做好前期工作。廣泛收集資料學習有關小組合作學習等方面的文獻資料。擬定課題實施操作方案，第二階段：初步實施階段（2014、10----2015.1）

課題組按照操作方案初步實施研究。采取邊實驗邊思考，邊學習邊總結的方法不斷完善課題研究的方案，定期開展研究活動。

第三階段：正式實施階段（2015.2----2015、7）

按照研究方案具體實施研究，定期開展專題性的研究，課題組積累資料。

第四階段：總結鑒定階段（2015、7----2015、8）

做好后期整理工作，撰寫課題結題鑒定報告以及有關論文，收集資料，邀請專家予以鑒定。

民權縣基礎教育教學研究項目

課題研究工作報告（進度）表

立項編號

JY1404027

學科分類 小學數學 主 持 人

趙西闖

所在單位 民權縣褚廟鄉中心小學

記錄日期 2014年8月 ——2015年8月

課題名稱小學滲透數學建模思想與研究學習

第二篇：課題研究進度計劃

課題研究進度計劃

本課題研究的周期初步定為一年，分三個階段進行 第一階段：準備階段（2011年1月-2011年6月）

1、（2011年1月-3月）成立課題小組，利用文獻資料研究法，進行課題論證，撰寫報告，進行課題申報工作。負責人：劉曉如、周建立、賈燕華負責撰寫課題研究報告、論文、階段性總結、組建隊伍；韓國文、李艷、姜英英負責課的設計、實驗、協調課題組工作；郭素榮、李勤、石桂云、孟昭勝負責信息收集及相關的準備工作。

2、（2011年4月-6月）選定實驗班級，制定活動計劃，課題組成員進行分工。學習課題知識，做好資料檢索，編制好調查問卷等準備工作，成果是相關的讀書筆記、教學反思與調查問卷，負責人：劉曉如、周建立。

第二階段：實施階段（2011年7月-2011年11月）

1、完成現狀調查與分析，利用訪談調查法對實驗班級的學生和老師進行調查。分析影響學生不愛上理科的促進因素和阻礙因素，尋求高中生自主學習的發展規律，主要成果是高中生學習興趣調查、分析出測試資料、論文。提出培養學習興趣和上課積極好動的有效途徑。

2、利用文獻資料法，檢索，研究相關的文獻資料中的教育對策，提出假設，擬定實驗教學方案。

3、利用行動研究法和案例分析方法，在高中四個班級進行教改，實施所擬定的方案。觀察效果，修訂調整，爭取形成學生都愛學習物理、上課有良好氛圍的課題教學，在全校推廣所取得的研究成果，分析評價，對方案進行修正調整，構建氛圍。成果是案例、錄像資料、測試資料、論文、形成有效的教學方案。負責人：全體成員。第三階段：總結階段（2011年12月）

完成課題研究論文、工作報告、結題報告。對取得的研究資料做全面的整理，推出示范課，并完成相應資料庫與光盤制作，撰寫結題報告，接受課題鑒定組的鑒定，近一步分析討論其中存在的問題與差距。負責人：全體成員。

第三篇：課題研究計劃進度

（一）研究進度計劃

1、準備階段（2017年10月——2018年1月）

（1）、組建課題團隊，確定研究課題，撰寫開題報告。（2）、制定調研方案，完成前期調研資料整理匯總。（3）、設計調查問卷，開展問卷調查，匯總調查結果并分析、歸納，撰寫報告。

2、實施階段（2018年1月——2019年3月）

（1）、整合教學資源，設計課件模板，并通過教學實踐進行調整、改進。（2）、建立教學資源共享機制，設計課件定制訂單模板，開展個性化的課件定制服務，不斷修改、完善。（3）、開展教學實踐，整理研究資料。

3、結題階段（2019年3月——2019年6月）

（1）、整理研究數據，形成研究報告。（2）、組織內部評估。（3）、整理課題建設材料，進行總結、評估，完成結果分析并撰寫相關論文，申報并迎接評審。

第四篇：研究進度安排

六、研究的進度安排及預期效果

（一）準備階段(2013年4月至2013年6月)

1．確定課題根據新課程改革的相關理念，結合我校學科教學實際，初步擬定《減負提質的課堂教學模式研究》的總課題，作為學校主攻課題。

2．分解課題：課題涉及多層面的問題，根據課題的有關精神和要求，結合教師個人的興趣和特長，選取部分子課題加以研究，改變小學數學課堂教學現狀，提高課堂教學實效。

3．理論學習了解素質教育的要義以及課程標準的相關理念，明確進行小學課堂減負提質教學策略改革的重要意義。

4．制定方案征求課題組成員意見，制定整體方案討論稿，對方案進行研討、修改、定稿。

（二）實施階段(2013年7月至2014年1月)

1．教學實踐根據本課題研究的六個方面的內容，每學期組織若干位教師在課堂教學中進行嘗試。

2．案例分析結合每學期課堂教學實際，開展若干次說課、聽課和評課，探討實踐中取得的成效和存在的問題。

3．交流小結每學期都對教學實踐進行階段性的總結并相互交流。

4．撰寫論文每學期都根據研究專題撰寫論文，并依次補充，初步完成專題論文。

（三）總結階段

1．論文交流 對已撰寫的論文進行充實、完善和交流。

2．總結經驗探討課題研究的現實意義，總結經驗，準備結題工作，并為后繼研究做準備。

3．研究結題召開課題結題報告會，邀請校有關負責課題的行政領導和上級領導部門，對研究課題進行現場評審，鑒定和驗收。

4．成果展示①書面材料：《減負提質的課堂教學模式研究》的研究方案、結題報告，參加課題研究教師的課例、案例集，以及經驗總結和科研論文集等。②隨堂聽課，評價教學研究的教學效果。③召開學生座談會，評價教學研究的教學效果和教學質量。

七、成果呈現形式

1、建立 “實驗檔案”；

2、匯編教師《減負提質的課堂教學模式研究案例集》；

3、匯編教師《減負提質的課堂教學模式研究論文集》

第五篇：呼叫中心新平臺項目進度計劃研究

目 錄

引 言.............................................................................................................................1 1 項目概述.....................................................................................................................2

1.1 項目簡介...........................................................................................................2 1.2 需求闡述...........................................................................................................2 1.3 開發技術概述...................................................................................................3 1.4 本文的組織安排...............................................................................................3 2 項目進度計劃.............................................................................................................4

2.1 項目工期...........................................................................................................4 2.2 項目計劃分析...................................................................................................4

2.2.1 工程師進場.............................................................................................4 2.2.2平臺搭建.................................................................................................4 2.2.3 先期商定的需求開發.............................................................................4 2.2.4 剩余需求開發.........................................................................................4 2.2.5 OB組使用培訓.........................................................................................4 2.2.6 OB組進入商路通平臺測試.....................................................................4 2.2.7 網訂組使用培訓.....................................................................................5 2.2.8 網訂組進入商路通平臺測試.................................................................5 2.2.9 測試組數據校對.....................................................................................5 2.2.10 IB組使用培訓.......................................................................................5 2.2.11 SBD分批遷入商路通新平臺.................................................................5 2.2.12 SBD部門級報表數據校對.....................................................................5 2.2.13 Contract商路通平臺使用培訓、遷入.................................................5 2.2.14 GOV及其他剩余部門商路通平臺使用培訓、遷入.............................5 2.2.15 所有部門報表數據校對.......................................................................5 2.2.16 報表校對完成，軟件功能確認，驗收...............................................5 2.3 項目資源在整體進度中的職責.......................................................................6 3 實施過程中遇到的問題分析.....................................................................................7

3.1 對于商路通方面的控制...................................................................................7 3.2 對于業務部門需求量和軟件上線后bug量估計的不足...............................7

3.2.1 對于業務部門需求調研的不徹底.........................................................7 3.2.2 對于商路通軟件和報表的bug量估計不足.........................................7 3.3 對于報表校對以及修改時間的估計的不足...................................................7

3.3.1 報表列項目與業務部門自身要求不符.................................................7 3.3.2 報表算法規則與業務部門要求不符.....................................................8 3.3.3 后期修改報表，重新驗證數據準確性時間的估計不足.....................8 3.4 對于后期軟件實施、安裝、培訓耗時上估計的不足...................................8 3.5 項目進度延期點...............................................................................................8

3.5.1 剩余需求開發（延期1周）.................................................................8 3.5.2 測試組數據校對及修改、重新校準報表（延期1周）.....................8 3.5.3 部門級報表數據校對（延期1周）.....................................................8 3.5.4 Contract部門遷入新平臺（延期1周）.............................................8 3.5.5 所有報表數據校對、軟件功能確認（延期4周）.............................8 結合課程和實際思考如何優化進度.........................................................................9

4.1 基于項目不確定性對于項目總體工期的合理預估.......................................9 4.2 項目管理的3個目標在此次項目中的體現和缺失.......................................9 4.3 項目計劃...........................................................................................................9 4.4 項目的檢測和控制...........................................................................................9 5 項目總結...................................................................................................................11 參考文獻.......................................................................................................................12

引 言

隨著本公司（Staples以下簡稱史泰博）業務的日漸增長，在2006年上線的老的呼叫中心CTI，錄音，報表系統已經無法滿足如：SBD（small and medium department，中小客戶部）、Contract（合約企業客戶部）、AS（After-Sales售后服務部）等等各個部門的需求，日益增長的呼叫量對系統產生的壓力越來越高，同時并發的錄音數量也在增多，相應的報表的計算量也有很大的提升，由上海DS通信技術有限公司設計的呼叫中心系統已經無法滿足這些底層需求。

所以在公司CLT（China Leader Team中國領導團隊）的授意下，IT部門會同幾個呼叫中心使用人數最多的業務部門開始進行了新呼叫中心系統的選擇、實施計劃。

新的呼叫中心必須滿足更大的同時在線呼叫處理，更大的并發錄音通道數，更好的穩定性，更加準確的數據記錄和報表統計等需求。

在此基礎上，經過多方比較，以及基于預算控制的需要，公司最終選擇了北京商路通信息技術有限公司的Hi-link呼叫中心系統為新平臺來運行呼叫中心業務。

本文旨在就合同簽訂后開始籌劃項目到項目收尾，驗收過程中產生的一些關于項目資源，需求，進度方面的問題展開討論，結合課程所學知識，以期找到解決問題的一些新方法。1 項目概述

1.1 項目簡介

本項目期望在不影響現有老呼叫中心平臺（以下簡稱DS平臺）的基礎上，成功搭建新呼叫中心平臺（以下簡稱商路通平臺），并且將在DS平臺上的話務人員逐步按批次地遷移至商路通平臺上，繼續保留DS平臺至業務部門無數據方面的調取要求為止。

本項目參與人員有：本人（以下簡稱Z），商路通工程師（以下簡稱G），IT部維護員L和R，以及業務部門對口人W和S。

1.2 需求闡述

a)需要實現的基本功能

1.基本電話功能 2.數據和報表 3.錄音

4.監控、監聽、組長控制 5.權限控制 6.數據冗余 7.CTI雙機熱備 8.報表自定義修改

9.深圳呼叫中心作為遠端模塊，上海作為數據和管理中心 10.售后服務

b)需要實現的進階功能

1.其他關鍵服務器和硬件的冷備

2.預留與SalesForce的CRM軟件整合的能力與相應功能

c)經過和業務部門確認的新增需求

1.軟電話客戶端朝指定本機端口發送來電號碼以供查詢客戶信息 2.軟電話界面上作未接電話列表顯示

3.通過語音宣告板引導客戶進入的電話詳細信息出報表

4.系統看護告警，看護程序重啟了服務之后，通過郵件方式自動發送到指定人員 5.根據預定的模板定時自動生成報表，然后通過郵件的方式發送到指定人員。6.按照主叫號碼分配電話到不同的坐席 7.關于商路通軟電話登陸和使用中的問題

1.3 開發技術概述

商路通平臺基于.net 2005環境開發，數據庫基于SQL2005，實施較為簡便。

1.4 本文的組織安排

為了闡明軟件開發的過程中的主要問題，本論文分為五章，分別簡要介紹如下：(1)介紹本項目的目的，參與人員，以及需求。(2)介紹本項目的計劃制定內容。(3)介紹了本項目進行過程中遇到的問題。(4)結合課程思考如何優化進度，避免項目延期。(5)結論。(6)參考文獻。項目進度計劃

2.1 項目工期

由于此項目合同簽訂時間為2011.7.6，所以實際的項目開始時間點為2011.7.11 下面是實際項目工期表：

呼叫中心平臺項目工期表V1.2.xlsx2.2 項目計劃分析

2.2.1 工程師進場

此項目的合同簽訂雙方Staples辦公地點在上海，商路通公司總部和開發工程師都在北京，上海這邊有實施，維護，售后工程師常駐，所以此項目留有1周的時間來給供應商指定項目經理，派出人員到達Staples。2.2.2平臺搭建

考慮到北京到上海的方式大多為飛機，所以在第一周的時間內，根據商路通工程師前期對于平臺搭建時間的估算，將平臺搭建的時間也包含在了其中，并且一直延續到了項目第六周。2.2.3 先期商定的需求開發

從第一周到第三周，是合同中確定的需求文檔的A和B的開發時間，在這個周期內將大多數基礎需求根據本公司業務部門的需求開發測試完畢。2.2.4 剩余需求開發

從第四周到第七周，是剩余的需求的開發時間，在這個周期內將剩余部分的需求根據本公司業務部門的需求開發測試完畢。2.2.5 OB組使用培訓

根據項目實際測試需要，需要先行遷入一個小組進行實際測試，本公司OB（out bound呼出）團隊的每個小組都獨立核算業績和報表，小組人數也不多（一般在10人以內），符合實際測試的風險、安全性要求，而IB（in bound呼入）團隊由于人數多，一旦出現問題無法及時遷移回DS平臺，所以不符合測試需要。2.2.6 OB組進入商路通平臺測試

通過這個測試過程，發現一些軟件在呼出功能使用上的問題和不足，供商路通開發人員及時修改代碼，優化軟件，修正報表。

2.2.7 網訂組使用培訓

由于OB團隊已經有一個小組先期進入測試了這個平臺呼出方面的功能，下面就需要有一個團隊來測試呼入功能，網訂團隊人數也在10人左右，符合風險控制和安全性的需要。

2.2.8 網訂組進入商路通平臺測試

通過這個測試過程，發現一些軟件在呼入功能使用上的問題和不足，供商路通開發人員及時修改代碼，優化軟件，修正報表。2.2.9 測試組數據校對

經過先期測試，已經積累了大量的測試數據，在先期測試過程中，要求兩個測試組均在呼入呼出過程中將來電號碼，時間等關鍵信息手工記錄下來，在六到七周的周期內，將手工記錄的報表和系統記錄的明細進行比對，修正報表相關數據。

2.2.10 IB組使用培訓

在先期兩個測試組進入測試以及完善軟件功能和校準了數據之后，可以讓IB團隊進入進行大規模呼入測試。2.2.11 SBD分批遷入商路通新平臺

由于SBD部門除了IB，OB，網訂團隊之外，還有其他很多團隊，所以必須分批遷入以分散風險，便于在發生意外時回退。2.2.12 SBD部門級報表數據校對

在SBD整個部門遷入并且使用一段時間之后，將核對整個部門的報表計算規則和報表數據的準確性，因為個人統計，組統計，部門統計并不是簡單的累計過程，由個人到組，組到部門的統計換算規則非常復雜，這個將在隨后的章節中詳細討論，因為這一點對項目進度的影響尤其大。2.2.13 Contract商路通平臺使用培訓、遷入

在SBD整個部門測試完成后，將輪到Contract部門整體分批遷入。2.2.14 GOV及其他剩余部門商路通平臺使用培訓、遷入

在Contract整個部門測試完成后，將輪到GOV和其他剩余部門整體分批遷入。2.2.15 所有部門報表數據校對

在所有部門遷入并且使用一段時間之后，將收集數據進行報表的校對。2.2.16 報表校對完成，軟件功能確認，驗收

在報表項目，數據校對無誤，軟件功能確認后，進行項目的驗收工作。

2.3 項目資源在整體進度中的職責

(1)作為史泰博方項目經理，Z將全程參與整個項目，并且隨時更新項目信息到項目組成員，并且向IT總監和個部門總監定期約會報告項目情況。(2)作為商路通方項目經理，工程師G也將全程參與項目，并且會同Z和業務部門對口人在項目過程中確認需求，修改軟件和報表以達到業務部門要求。

(3)作為項目對口人，S和W將負責收集部門中的小組和個人在測試過程中發現的問題和對軟件改進的需求，整理后交由Z來集體討論決定是否反映到開發人員處修改。

(4)IT部L和R將協助Z和G，在業務部門遷入商路通平臺時，在業務話務員電腦上安裝新的軟電話系統客戶端和報表、監控程序。實施過程中遇到的問題分析

3.1 對于商路通方面的控制

(1)對于商路通工程師G以及開發人員的控制

由于Z自身需要處理日常工作以及公司內部其他的事務，所以導致不能完全投入在此項目中全程監控G和開發人員的行為。

(2)和商路通北京開發總部的溝通問題

由于商路通北京開發總部的理念問題，堅持在報表系統結構和算法原理，數據庫，表結構，存儲過程上的自我標準，導致無法適應本公司的業務部門需求。

3.2 對于業務部門需求量和軟件上線后bug量估計的不足

3.2.1 對于業務部門需求調研的不徹底

由于業務部門并沒有使用過商路通新平臺，所以無法在使用后提出相應的需求變更，導致合同簽訂時確認的需求量和后期實際需求量大相徑庭。

3.2.2 對于商路通軟件和報表的bug量估計不足

由于對于商路通軟件和報表系統的不熟悉，導致在軟件落地的過程中產生了諸多由于需求不夠明確帶來的問題。

3.3 對于報表校對以及修改時間的估計的不足

3.3.1 報表列項目與業務部門自身要求不符

在先期需求確認過程中，各個業務部門都是在基于DS平臺的報表功能的基礎上提出的需求，這些需求并不是完全和商路通平臺的報表系統契合，可能有些想法完全不同，導致一些具體需求無法實現，在溝通上花去了很多時間，例如月度報表的統計，老的平臺是利用每天的數據生成中間結轉表，當客戶需要統計月度數據時，系統自動根據開始結束日期統計中間表得出結果，這個方式較直接從明細表中統計整月數據快得多，而且對系統資源消耗也少得多，但是老平臺這種算法存在一定的漏洞，月度報表的數據準確性得不到保障，而新的平臺雖然數據準確性沒有問題，但是很有可能因為數據量太大而在導出一個月的報表過程中SQL time out導致出錯，無法顯示月度報表。3.3.2 報表算法規則與業務部門要求不符

由于業務部門已經長期使用老系統，所以各種報表統計規則都是在老系統的基礎上給出的，而商路通平臺報表系統是一套成熟的解決方案，在應用到我公司的環境時，由于呼叫中心結構的大不相同，導致一些行業默認的報表算法在我公司無法得到業務部門的認同，無法作為KPI的依據。

例如對于組內轉接，行業認定的算法是不管產生多少次轉接，對于此組來說都算是一次呼叫，而業務部門卻要求將其按照轉接次數來統計到組應答數上，這就要求商路通在首先對呼叫明細進行一次統計后，算出組的去重應答數，再加上所有的轉接數，得出提交到管理層審閱的組應答數。3.3.3 后期修改報表，重新驗證數據準確性時間的估計不足

由于報表結構和內容定義不是很符合業務部門需求，修改上花去了太多的時間，二次驗證花費的時間要遠超預期。

3.4 對于后期軟件實施、安裝、培訓耗時上估計的不足

由于內部使用新系統人員并不僅僅是常駐公司的話務人員，同時也有很多銷售人員，他們大多使用的是筆記本，而且經常外出，這就對批量遷入，使用新系統的總時間造成了一定的影響。

而且由于部分筆記本購買時未經分區，只有一個C分區，無法安裝默認到D分區的軟電話客戶端，這一批人的電腦增加分區也花了相當長的時間。

3.5 項目進度延期點

3.5.1 剩余需求開發（延期1周）

3.5.2 測試組數據校對及修改、重新校準報表（延期1周）

3.5.3 部門級報表數據校對（延期1周）

3.5.4 Contract部門遷入新平臺（延期1周）

3.5.5 所有報表數據校對、軟件功能確認（延期4周）

? 項目總體延期：2月

? 項目實際驗收日期：2012年1月6日

4 結合課程和實際思考如何優化進度

4.1 基于項目不確定性對于項目總體工期的合理預估

根據這次項目的經驗，我了解到，多種環境變量，客戶的反復無常，項目是否能達到預期效果，這些都是項目中的不確定因素，盡管我們可以采取一些行動來減少不確定性，但是這是無論如何也無法徹底消除的，所以在項目工期預估的時候必須充分考慮到這些情況，在合理的范圍內，給項目各個節點留出合理的時間，以避免實際完工日期和理論估計相差太大的情況。

4.2 項目管理的3個目標在此次項目中的體現和缺失

在項目的執行過程中，要時刻用3個目標來衡量，是否按時，或者提前完成？是否高于或者低于預算？是否符合預先約定的要求？

在此次項目中，每一個環節都最好要安排一個確認點來檢查項目是否按時完成，如果沒有，是什么原因導致的，然后及時總結以反饋到下一個環節中去，不斷地動態的調整以達到合理進度，在合同商定時，應該于業務部門確認需求變更的范圍和時間點，以避免重復不斷地需求變更和范圍擴大導致的項目延期，并且在資源分配上充分考慮到各個環節的空閑和忙的時間，合理調配，達到統籌規劃的效果，避免發生一個環節卡住導致后續無法進行的情況。

4.3 項目計劃

在制定項目計劃的過程中，要充分考慮到項目的可行性，發生意外的處理方案，以及溝通方式和項目的9個要素，在我這次項目中，對潛在問題的準備不足，目標說明不夠清楚，導致發生延期后相關后續活動停止，進入等待狀態，而且在發生需求沖突，需求變更時，由于合同中確立的需求內容與實際相差較遠，導致后期花了大量時間在修改軟件和報表上，所以需求的準確性直接影響到了項目整體規劃和后期實施的進度，在以后的項目中，先期需求的準確性將是我特別需要注重的。同時，可以利用微軟的project軟件來進行項目管控，以達到按期交付。

4.4 項目的檢測和控制

管理一個項目包括不間斷的對需要做的工作進行計劃，檢查進度，將進度與計劃進行比較，采取糾偏措施使進度與計劃保持一致，如果與實際不符，還要重新計劃，在此次項目中，我并沒有做到隨時檢查項目進度，而是每隔1周檢查一次，這樣沒有及時地采取糾偏措施，讓項目因為一個個問題導致延期時間越來越長，我過多的把時間投入在了項目的需求重新確認、實施上，而忽略了進度檢測，所以可以利用MSP的甘特圖來監測項目進展，在項目發生變更后，跟蹤甘特圖以更新，以反映變更的情況。從而及時地采取措施。而在項目進行中，合理的控制業務部門的需求量也是我這次項目的一個不足之處，項目控制的目的就是減少計劃和實際之間的差異，在大型項目中，如果沒有好的控制流程，很容易就會讓項目慢慢失去控制，在公司不斷發展、在外部競爭不斷激烈的背景下，業務部門對于系統的需求也在不斷的變更中，如何和他們發生良好的溝通，如何控制他們的需求量，如何在大堆的需求中找到關鍵的那幾個，是一個項目經理必須要學會的，在此次項目的后期，由于報表體現的數據很大程度上沒有滿足新來的總裁的需要，業務部門就不斷地要求更改報表，但是根據合同所確定的需求中卻沒有包含，這就要求項目經理在確認對項目工期影響最小的前提下合理的接收新需求，并且和開發人員良好的溝通，以達到適當超出合同范圍的情況下，做適量的開發來滿足業務部門的新的需求，同時，也要遞交說明到IT總監和各業務部門主管說明情況以及這樣做對于項目的影響，以征得他們的諒解，盡量縮小新需求量，以期在合理的逾期范圍內保證質量地完成項目。

。項目總結

此項目開始于本課程之前，結束于本課程之后，在項目的過程中，我深刻的體會到合理的安排資源，制定有效的目標和計劃對項目的重要性，以及項目管控在整個項目進程中的作用，在今后的項目中，合理的利用所學知識對項目進行整體的合理的有效地規劃操作將是我一個重要的目標。

參考文獻

[1] 樊重俊.企業信息化與管理提升的互動[J ].上海企業,2004(6):35-371 [2] 馬君.什么是IT項目管理.大連東軟信息學院大學生創業中心.2005(1)[3] 杰克米多，詹姆斯,P．克萊門斯.成功的項目管理.北京：機械工業出版社.1999 [4] Pinto.J.K & D.P.Sliven.項目成功實施中關鍵因素.《 IEEE工程管理學報》.1987 [5] 小塞繆爾.J.曼特爾.項目管理實踐.北京:電子工業出版社,2007.[6] 吳錕.中小型企業IT項目管理的思考.廣東科學與技術.2009(20)