【正文】 方式。項目部還有業(yè)績考核制度。六、會議制度每天下午 5 點項目部召開全體工作會議。時間約 1 小時。由項目經(jīng)理主持。會議內(nèi)容為：對當天工作進行檢查、總結(jié)，找出和計劃的偏差，制訂糾正措施以及第二天的工作計劃。不定期地舉行技術(shù)專題會議，對開發(fā)中所遇到的技術(shù)問題（難題）進行分析解決。負責開發(fā)的技術(shù)人員參加。時間約 1 小時。由技術(shù)負責人主持。 技術(shù)力量與人員平臺建設實施小組人員及職責如下表 所示：表 平臺建設實施小組人員及職責序號 職務人數(shù)（人） 職責1. 項目經(jīng)理 1計劃、組織、控制項目的開展，對項目的人員安排、成本、風險統(tǒng)一管理，按照軟件工程管理方法管理項目。2. 系統(tǒng)架構(gòu)師 1 確定項目的技術(shù)實現(xiàn)，為項目搭建良好的架構(gòu)，規(guī)范開發(fā)流程。3. 需求分析 2 負責用戶需求的調(diào)研分析，引導開發(fā)用戶需求。 4. 項目管理 1 負責項目過程管理，規(guī)范項目的實施過程。5. 測試主管 1負責整個項目測試工作的開展，與項目經(jīng)理確定項目測試計劃、測試用例的編寫，組織相關(guān)測試人員根據(jù)測試用例進行測試。6. 系統(tǒng)開發(fā) 8 負責系統(tǒng)的軟件開發(fā)。7. 系統(tǒng)測試 2 負責系統(tǒng)測試，包括功能測試、壓力測試、回歸測試等。8. 網(wǎng)絡部署、安全保障 2 負責網(wǎng)絡環(huán)境的設計。9. 界面設計 2 負責系統(tǒng)界面美工設計。合計： 2032 / 52 計劃與進度管理方案一、采用三級進度計劃管理在項目開始階段就想制定一個完整的、完善的計劃是不現(xiàn)實的。但是項目經(jīng)理又不得不制定一份計劃來指導項目組的工作，以及應對領導的審批和客戶的溝通。其實項目計劃本來就是一個逐步細化、逐步完善的過程，本項目中采用的三級計劃體系就是依托這樣一種思路來制定項目的計劃，通過類似倒三角的模式，在項目不同的階段制定不同詳細程度的計劃來逐步完善項目的計劃，指導項目的管理工作。? 一級計劃——總控制進度計劃。此計劃為項目指出最終進度目標，甲方牽頭制訂總控進度計劃，經(jīng)認真研究后確定。總控計劃一經(jīng)確定，便成為項目施工的綱領性文件，各方均要嚴格遵照執(zhí)行，不做輕易調(diào)改。? 二級計劃——階段性工期計劃或分部工程計劃。二級計劃的制訂是為了保證一級計劃的有效落實。我公司會制訂此計劃并報甲方或監(jiān)理方審核。? 三級計劃——周計劃。周計劃的制訂是將二級計劃進一步細化到日常的施工安排中，是最基本的操作性計劃，具備很強的針對性、操作性、及時性和可控性。二、按日、周和月分別進行進度檢查有效的項目控制的關(guān)鍵是定期及時測量實際進程，并與計劃進程相比較，如有必要，立即采取糾正措施。進度控制過程如圖 所示：33 / 52圖 進度控制過程流程圖三、每周一向甲方（或監(jiān)理方）提交進度報告四、完善例會制度每天下午 5 點項目部召開全體工作會議。時間約 1 小時。由項目經(jīng)理主持。會議內(nèi)容為：對當天工作進行檢查、總結(jié)，找出和計劃的偏差，制訂糾正措施以及第二天的工作計劃。不定期地舉行技術(shù)專題會議，對開發(fā)中所遇到的技術(shù)問題（難題）進行分析解決。負責開發(fā)的技術(shù)人員參加。時間約 1 小時。由技術(shù)負責人主持。五、建立溝通渠道（1）各單位相互通告進度管理體系架構(gòu)，建立本項目進度管理體系成員的聯(lián)系總表。（2）項目人員工作時間必須在崗，如臨時外出須通知其他相關(guān)成員，并做出相應安排；除睡覺時間外必須能隨時取得聯(lián)系。（3）各相關(guān)單位之間，需建立縱向、橫向聯(lián)系。相關(guān)人員應及時進行指導、反饋、預警、建議等工作交流。34 / 52六、項目的進度計劃總工期自合同簽訂后的下一個周開始，共 7 個周期。具體的進度表如表 所示：表 項目進度計劃（本部分內(nèi)容待方案基本確認后完善）序號 工作階段 計劃天數(shù) 計劃開始時 間 計劃結(jié)束時 間 交付的工作成果 備注1. 項目啟動及計劃 3 《項目開發(fā)計劃》2. 需求分析 30 《需求分析說明書》3. 需求確認 5《需求分析說明書》《用戶確認說明》需求確認可以和需求分析迭代進行。4. 系統(tǒng)概要設計 30 《概要設計說明書》5. 系統(tǒng)概要設計技術(shù)評審及完善 10 《概要設計技術(shù)評審意見》6. 數(shù)據(jù)庫設計 7 與需求確認同步進行。7. 系統(tǒng)詳細設計 60 《詳細設計說明書》8. 系統(tǒng)詳細設計技術(shù)評審及完善 20 《詳細設計技術(shù)評審意見》9. 編碼開發(fā) 120 源代碼、項目測試用例10. 測試 60 項目測試記錄、測試報告與開發(fā)協(xié)調(diào)進行，開發(fā)完某個模塊即開始測試。11. 系統(tǒng)部署 3 系統(tǒng)部署說明書12. 培訓 5 《用戶使用手冊》13. 試運行 90《項目總結(jié)報告》《技術(shù)總結(jié)報告》修改完善試運行過程中發(fā)現(xiàn)的問題。14. 系統(tǒng)驗收 3 《驗收意見》35 / 52 項目質(zhì)量控制（一）質(zhì)量控制活動（1）階段性復審在開發(fā)的各階段需要質(zhì)量控制組的階段性復審活動來保證項目質(zhì)量的提高，但過多的復審活動會對項目的費用及時間造成較大的影響，因此項目控制活動中的復審要適量適時。質(zhì)量控制活動的詳細流程和執(zhí)行方法，還需要在全體項目核心組到位后進行進一步討論，最終制定出一套行之有效又適合本項目的質(zhì)量控制流程。以下是一些基本流程：表 項目質(zhì)量控制編號 開發(fā)階段 質(zhì)量控制活動01 項目啟動階段項目核心組復審項目工作方法，項目計劃，質(zhì)量控制流程，建立質(zhì)量控制標準；進行本項目的開發(fā)方法，文檔規(guī)范及質(zhì)量標準培訓。02 概要設計階段項目核心設計組及相關(guān)專家對概要設計說明書進行階段性復審，以及時發(fā)現(xiàn)問題；根據(jù)質(zhì)量控制標準，檢查概要設計說明書是否達到質(zhì)量標準。03 詳細設計階段 設計核心階段性復審；根據(jù)質(zhì)量控制標準，檢查詳細設計是否達到質(zhì)量標準。04 編碼和單元測試階段檢查程序的編碼規(guī)范是否得到遵守；抽查程序可讀性，注釋等是否完整；在整個編程隊伍貫徹質(zhì)量意識，每個程序員都是質(zhì)量保證的一員。05 集成測試階段 檢查測試案例是否合適；檢查測試結(jié)果及測試報告是否完備。06 用戶驗收測試階段審核驗收測試計劃，提出建議；檢查驗收測試的方法和測試案例是否合適，并提出建議；審核測試結(jié)果及測試報告。（2）測試測試是確保本系統(tǒng)質(zhì)量的重要手段，不經(jīng)過認真測試的系統(tǒng)是不能被用于生產(chǎn)的。雖然，對各階段的文檔的審核也可認為是測試，但本項目所指的測試是指對應用軟件的測試。做好測試是測試組的責任，測試組是與開發(fā)組相互獨立的兩組，且需要相當?shù)募夹g(shù)和經(jīng)驗，對業(yè)務的理解要十分透徹。為保證測試的效率和質(zhì)量需要注意以下幾點：? 建立高效合理的測試流程；? 建立盡量模擬真實環(huán)境的業(yè)務數(shù)據(jù)模型(即運行業(yè)務的初始環(huán)境) ；36 / 52? 對測試案例的設計要有深度和廣度；? 特別在系統(tǒng)測試和驗收測試階段，安排好項目組的全體人員的任務和責任；? 做好測試階段文檔和源程序的版本控制；? 做好測試中發(fā)現(xiàn)的 BUG 的記錄及存檔工作；? 對發(fā)現(xiàn)的任何 BUG 都要做好原因分析并記錄歸檔；? 做好回歸測試；? 防止對程序的修改而引起的其他問題。（二）質(zhì)量保證質(zhì)量審核確保項目滿足預定的質(zhì)量目標。項目經(jīng)理會主持正式的質(zhì)量審核以確保建立的質(zhì)量控制流程被執(zhí)行并且結(jié)果與項目質(zhì)量目標相吻合。（1）軟件質(zhì)量保證1）設計過程中的質(zhì)量保證? 設計目標的統(tǒng)一；? 設計方法的統(tǒng)一；? 設計模板的統(tǒng)一；? 設計過程的監(jiān)督；? 設計結(jié)果的審核；? 設計過程中的變更管理流程。（2）程序開發(fā)過程中的質(zhì)量保證? 程序開發(fā)過程中的質(zhì)量控制工具；? 典型程序的開發(fā)模板（增、刪、修改、查詢、菜單標準、前端界面標準、程序間的接口標準、公共類、其他類） ；? 單元測試案例的編制方法和標準；? 程序開發(fā)過程中的質(zhì)量跟蹤；? 程序開發(fā)過程中的變更管理流程。（3）系統(tǒng)化的測試思路? 單元測試：主要由程序員依據(jù)單元測試案例的標準自行測試，并填寫測試案例記錄表，并接受質(zhì)量保證組的抽樣檢查；? 集成測試：集成測試的目標是將各個單獨的程序或模塊進行組裝，并確保系統(tǒng)作37 / 52為一個有機整體的可運行。是系統(tǒng)進行系統(tǒng)集成測試的基礎；? 系統(tǒng)集成測試：系統(tǒng)集成測試的目標是確保系統(tǒng)作為一個整體的正確運行；? 性能測試：性能測試是從系統(tǒng)的處理能力、效率、安全性、數(shù)據(jù)一致性等各方面進行測試；? 用戶驗收測試：在項目組完成以上測試以后，將最后的系統(tǒng)交給用戶進行全面的測試，是系統(tǒng)試運行前必須完成的測試工作。只有用戶驗收測試完成以后，系統(tǒng)才能進入試運行。（4）項目的整體質(zhì)量保證對于整個集團統(tǒng)一的辦公自動化系系統(tǒng)，由于項目涉及的下屬公司、業(yè)務部門、人員極其復雜，如何保證項目的順利實施？如何保證項目的實施質(zhì)量？是項目的關(guān)鍵成功因素。我們建議從以下方面來保證項目的整體實施質(zhì)量：? 正確的實施方法，以及該方法在實施過程中的有效執(zhí)行，是項目得以成功實施的保證；? 利用管理的手段，加強項目實施過程中的督查力度，以確保項目的實施質(zhì)量；? 加強項目實施過程中標準化、規(guī)范化的管理力度；? “全體質(zhì)量意識”是項目組貫徹始終的基本方針；? 質(zhì)量管理和質(zhì)量監(jiān)督切不可與項目的具體實施過程相脫節(jié)，必須與實施小組進行密切的溝通，共同制定簡潔、切實有效的質(zhì)量監(jiān)督辦法，并始終如一地貫徹執(zhí)行；? 必要時可建立切實可行的質(zhì)量獎懲辦法，獎優(yōu)罰劣； 項目應急方案（一）項目可能發(fā)生的主要風險及分析表 項目主要風險編號 項目可能發(fā)生的風險 風險分析 優(yōu)先級01 統(tǒng)一的開發(fā)規(guī)范難于被遵守 項目組組建時間短且項目組成員來自不同的公司，長時間遵守各自的規(guī)范，會有慣性。文檔規(guī)范要統(tǒng)一M02 項目組內(nèi)的溝通不充分 項目組組建時間短，對溝通的方法還未適應。項 M38 / 52目成員彼此間了解少。有些人員恥于或不愿意與其他人員溝通。03 用戶需求的變更 變是自然的事，但要進行控制 H04 主要技術(shù)人員的變更 其他項目的需要，人員的流動 H05 項目完成時間緊張 客戶規(guī)定了完成的期限，項目要保證質(zhì)量，工作量不能省，造成時間緊張M06 項目所需資源的協(xié)調(diào)與調(diào)度 由于時間緊張，所需資源需要及時得到，所需資源可能來自各公司或中國外運H07 主要業(yè)務人員的配合不足 主要業(yè)務人員由于其他工作忙，參與此項目的時間少，會造成項目的延期或需求的偏離未得到及時的糾正H08 與業(yè)務人員的溝通不充分 設計人員過多假設，與業(yè)務人員的溝通少 H09 開發(fā)環(huán)境穩(wěn)定性的維護 硬件，網(wǎng)絡，系統(tǒng)軟件的穩(wěn)定及病毒的防范 H10 人力資源不充足 主要是有經(jīng)驗的人員不足 M11 項目緊張時，開發(fā)人員對項目管理煩感項目管理會占用開發(fā)人員的時間，且會影響開發(fā)人員緊張的心情L12 項目組合作精神不夠 項目組的成員可能來自不同的公司和部門，配合較少H13 對測試重視程度不夠 重視編程而不重視測試是許多項目容易出現(xiàn)的錯誤思想M14 管理咨詢組與業(yè)務需求組之間的溝通和聯(lián)動容易出現(xiàn)各小組獨立行事的現(xiàn)象 M15 運維環(huán)境問題 網(wǎng)絡帶寬有限，易對系統(tǒng)響應速度有影響；各分部無網(wǎng)管人員，使得網(wǎng)絡因素較不可控制，從而影響系統(tǒng)的使用性；沒有固定 IP 的公司，需要拔號連接 VPN。M16 新技術(shù)掌握速度過慢 本項目采用外購的工作流引擎進行流程定制，在設計過程中，開發(fā)人員掌握程度直接影響項目開發(fā)進度。H（二）項目可能發(fā)生的主要風險及應急措施表 項目應急措施39 / 52編號 項目可能發(fā)生的風險 應急措施 優(yōu)先級01 統(tǒng)一的開發(fā)規(guī)范難于被遵守 制定統(tǒng)一的規(guī)范，進行培訓，在實施中檢查指導。M02 項目組內(nèi)的溝通不充分 充分利用好溝通計劃中的溝通方式。 M03 用戶需求的變更 做好需求分析說明書，變更要走變更控制流程。H04 主要技術(shù)人員的變更 關(guān)鍵技術(shù)人員要鎖定。 H05 項目完成時間緊張 增加資源、進度控制。 M06 項目所需資源的協(xié)調(diào)與調(diào)度 為了本項目成功，各環(huán)節(jié)要充分配合，保證滿足項目資源的需求。H07 用戶/客戶的配合不足 增加溝通、問題及時上報更高管理層，尋求更好的支持M08 與用戶溝通不充分 對業(yè)務需求理解深的技術(shù)人員要與用戶做充分的溝通。M09 開發(fā)環(huán)境穩(wěn)定性的維護 制定規(guī)范紀律，保證開發(fā)環(huán)境的穩(wěn)定。 H10 人力資源不充足 增加人力資源和技能提升 M11 項目緊張時，開發(fā)人員對項目管理煩感從事技術(shù)開發(fā)的人員和從事管理的人員要互相配合，明確共同的目標，發(fā)揮團隊精神。L12 項目組合作精神不夠 增加內(nèi)部溝通。 H13 對測試重視程度不夠 建立單獨的系統(tǒng)測試組，派有經(jīng)驗的人組成系統(tǒng)測試組。M14 管理咨詢組與業(yè)務需求組之間的溝通和聯(lián)動加強項目各小組之間的溝通，并通過項目總體組的組織結(jié)構(gòu)以確保該溝通的有效性。M15 運維環(huán)境問題 增加帶寬，統(tǒng)一要求集團所有成員企業(yè)使用集團辦公自動化系統(tǒng)。M16 新技術(shù)掌握速度過慢 統(tǒng)一培訓，加強項目組成員之間的溝通協(xié)作，掌握較快的成員幫助掌握較慢的成員。H40 / 52 培訓計劃對用戶進行培訓是保證用戶正確使用系統(tǒng)和用好系統(tǒng)的基本要求。通過培訓使系統(tǒng)管理員能得心應手地維護好系統(tǒng)，保證系統(tǒng)的安全運行；使操作人員可以正確理解相關(guān)的業(yè)務流程，熟練掌握各個子系統(tǒng)的詳細操作。培訓安排如下表 ：表 培訓計劃序號 內(nèi)容 課時 對象1. 平臺技術(shù)體系和功能介紹。 半天 系統(tǒng)管理員與運行維護人員2. 系統(tǒng)部署 一天 系統(tǒng)管理員3. 后臺管理。 一天 系統(tǒng)管理員與運行維護人員4. 系統(tǒng)操作技巧。 半天 系統(tǒng)管理員與運行維護人員