軟件開發項目培訓方案范文第1篇
承 接 方：_________科技有限公司?(乙方)
為充分利用internet商業效用，開展電子商務活動，_________(甲方)委托_________科技有限公司(以下簡稱乙方)設計開發_________工程，雙方本著公平友好的原則，簽訂本合同，以茲信用。 第一條 合同內容和技術要求
1.合同內容：
(1)合同內容為_________項目。
(2)包括：網站規劃、系統設計文檔、網頁設計、技術培訓與支持。
2.技術要求：乙方應該采用目前流行和先進的技術設計開發整個_________項目，各項功能的實現程度和性能指標應該達到現階段的先進水平，并具有安全性、規范性、靈活性及可擴展性。 第二條 合同價款與工期
1.合同價款：合同總價為 ：人民幣_________元整(rmb)。
2.工程工期：
(1)工程開工之日起_________個工作日內，甲乙雙方共同完成_________開發項目。
(2)網站建設完成后的_________個工作日內，在互聯網上試運行，確認系統結構設計完成和內容無誤后。甲方依本合同所規定的原則進行驗收。
(3)工程驗收后，在網絡運行過程中，甲方若有新的需求，甲乙雙方協商解決。 第三條 甲方責任
1.甲方需對網上內容提出具體要求，若在所規定的時間甲方不能夠及時確認開發設計的內容，所造成的項目進度的延誤，乙方不負任何責任。
2.甲方需要為乙方工作人員了解具體業務提供詳細的文字、圖片等資料。
3.甲方應從合同簽署之日起，按本合同中所規定的付款方式，按時足額向乙方支付相應的費用，如甲方在沒有合理的理由的情況下，延誤或拒絕支付乙方相應費用，乙方有權單方終止合同的履行。 第四條 乙方責任
1.根據甲方的要求，乙方成立該項目的專門工作隊伍，承擔甲方項目開發與運作。在技術上具有先進性、主流性，各項工作具有規范性。
2.乙方應嚴格按照雙方確定的設計方案完成網站建設工作，并及時如實向甲方通報工程進度。乙方應在項目的進行中提供給甲方有關網站建設的所需資料，及準備工作所需的相關文檔和必要的行業知識指導。
3.在方案實施過程中，甲方提出修改意見，雙方友好協商解決后，對內容進行修改。 第五條 版權、源代碼及商業機密
1.乙方為甲方開發的網站的原代碼的所有權歸甲方所有。
2.乙方必須為甲方嚴守商業機密，不得將該工程設計和數據轉用于第三方。
3.乙方保留本合同涉及軟件、數據庫的使用權及修改權。
第六條 技術培訓與售后服務
1.乙方有關人員針對網站建設的相關內容進行簡單技術指導。
2.工程驗收合格之日起提供售后技術支持與服務，期限為1年。
3.乙方的工作日內，若甲方的網站出現故障時，甲方需提供給乙方必要的管理授權，乙方確保在獲得甲方管理授權后的24小時內解決問題。 第七條 工程驗收
1.網站設計開發調試完成后，乙方向甲方提出驗收申請，甲方組織有關人員驗收。若有爭議，雙方友好協商解決。若由于甲方人員不齊或工作安排沖突等原因，使系統驗收不能在3個工作日內完成，應視為驗收合格。
2.驗收過程中，若雙方意見分歧，雙方友好協商解決。 第八條 付款方式
1.合同簽署之日，甲方向乙方支付網頁開發預付費用，計人民幣_________元整(rmb)。
2.項目驗收之日，甲方向乙方支付網頁開發尾款費用，計人民幣_________元整(rmb)。 第九條 違約責任
1.在合同有效期內，因不可抗力而造成一方不能履行合同規定的責任和義務，不視為_________ 違約。不可抗力系指：戰爭、火災、水災、地震、臺風及其他不可預見并且對其發生和后果不能防止或避免的事故。
2.甲方應按照合同規定及時足額向乙方支付相應的網站開發費用，逾期支付，每遲付一日，違約金為合同總價款的_________%。
3.乙方應保證按照合同規定的進度將系統通過驗收并交付使用，若逾期交付，每遲交付一日的違約金為合同總價款的_________%。如延遲交付超過_________日，甲方有權單方解除合同。
第十條 合同所涉及的服務及款項(貨幣單位：rmb)
┌───────┬─────┬──────┬───────┐
│服務內容
│ 數 量 │ 金 額
│ 備
注
│
├───────┼─────┼──────┼───────┤
│ 首頁
│
│
│
│
├───────┼─────┼──────┼───────┤
│ 普通頁
│
│
│
│
├───────┼─────┼──────┼───────┤
│新聞發布系統 │
│
│
│
├───────┼─────┼──────┼───────┤
│解決方案發布 │
│
│
│
├───────┼─────┼──────┼───────┤
│產品發布系統?│
│
│
│
├───────┼─────┼──────┼───────┤
│應用實例發布 │
│
│
│
├───────┼─────┼──────┼───────┤
│論壇
│
│
│
│
├───────┼─────┼──────┼───────┤
│頁面加鎖功能 │
│
│
│
├───────┼─────┼──────┼───────┤
│ 合計
│
│
│
│
└───────┴─────┴──────┴───────┘ 第十一條 其他
1.在系統設計開發過程中若系統方案有任何變動，應以備忘錄的形式由雙方的主管人員或授權人員簽字確認。
2.甲方明確承諾對本合同的價款保密。
3.對本合同第條未盡事宜，合同雙方應本著友好合作原則，協商解決。
4.本合同自簽定之日起生效。本合同一式貳份，雙方各持壹份。
甲方：
乙方：?? 地址：
地址： 代表：
代表： 電話：
電話：
日期：_________年___月___日
日期：_________年___月___日
蓋章：
蓋章：
軟件開發項目培訓方案范文第2篇
摘 要 基于項目的學習是一種以學生為中心的教學方法，是引導和組織學生真實地參加項目需求評估、設計、開發、運用和管理的全過程。本文以教學系統設計基本理論為基礎，結合現代教學設計理念，以教育培訓項目設計與開發課程為例，介紹并探討了基于項目的學習在教育技術學專業課程教學中應用實踐。
關鍵詞 基于項目的學習 教學模式 項目
Educational Program Design and DevelopmentWU Qingqing， CHEN Tao（School of Education Sciences， Guizhou Normal University， Guiyang， Guizhou 550001）
Key words Project-based Learning； teaching model； project基于項目的學習是一種以學生為中心的教學模式，是引導和組織學生真實地參與項目的需求評估、項目設計、開發和管理的全過程。1972年，美國學者喬伊斯（B.Joyce）和韋爾（M.Weil）在《教學模式》一書中將教學模式定義為：教學模式是構成課程（長時的學習課程）、選擇教材、指導在教室和其他環境中教學活動的一種計劃。
1 基于項目的學習在教育培訓項目設計與開發中的應用
教育培訓項目設計與開發是教育技術學本科專業課程中基于教學系統設計核心課程開設的后續提高性課程，旨在訓練和提高學生對教學系統設計基本理論的理解及運用系統理論解決實際教育教學、培訓等工作問題的能力。
1.1 項目組隊及選題
根據教學設計項目團隊中的角色、責任分工，將4～5人分為一組，分別擔任項目經理，教學設計人員，技術人員及美工人員。在項目執行中，各團隊成員各施其職、各盡其責，在完成分配工作的同時，與其他成員保持溝通，了解各自工作進展情況，對工作中出現的問題相互討論，及時協商解決。
項目的選題，可以大學生兼職為切入點，鼓勵學生從日常學習、生活和工作中發現問題，運用專業知識、技能解決問題，使項目成果具實際操作性。如：關于中小學教師使用多媒體輔助教學、快餐店員工培訓、志愿者培訓的問題等。
1.2 確定項目目標
確定項目目標是保證項目順利實施的關鍵，而確定目標的關鍵在于對學習、生活、工作中出現問題的有效分析。如前所述，目前農村中小學教師在使用計算機輔助教學方面仍存在一些問題，如：學校雖然引進并安裝了多媒體操作平臺，但很多老師不會使用，更別說使用多媒體輔助教學了。
1.3 編制項目方案
從項目目標的確定到方案的編制，項目設計者要謹記“教會原則”而不是“教了原則”。所謂“教了”，其行為主體是教師，注重教的內容；而“教會”，其行為主體是學生，注重教與學的過程和效果。而教學的根本是關注學生在教學后應具備的能力，而不是教師講了什么知識。
1.4 階段性成果展示
從項目確定、項目設計與實施、項目完成到測試評價共四個階段。每階段工作完成后，要求各項目團隊展示各自項目的進展情況。階段性成果匯報不僅能有效幫助各團隊反思前一階段的工作情況并為下一階段工作做好準備，為各團隊提供了展示團隊精神的平臺，也為每個人提供了鍛煉講演能力的機會。通過項目設計和實施的各環節，同學們親歷了項目工作的全過程，從中發現自己的興趣、潛能，體會團隊合作的力量和成功的喜悅，因為較好的同伴關系會促進學生使用深層學習方式。①②
1.5 評價
項目評價一般包括形成性評價和總結性評價是項目工作順利實施的保證，貫穿于項目實施的全過程。在課程學習中學生的出勤、團隊成員間的合作、小組討論情況、階段性成果完成及匯報情況等既是形成性評價的要素，也是總結性評價的依據。評價的主體除了科任教師，還有學生。如此，既能保證評價在公平、公正的環境下進行，也督促了教師及同學不斷反思并積極改善學習、工作效率。好的評價方式既可以使學生提高受教育的自覺性，又可以起到價值導向的作用。③
2 基于項目的學習運用的注意事項
2.1 更新觀念，關注交流
平等地交流、良好的溝通能更有效地增進師生關系，促進教學目標和學習目標的完成?；陧椖康膶W習在教學中的應用更強調學生的主體地位，讓學生行動起來：主動思考，自己解題，因為教師在學生學習方式的選擇中起著非常重要的作用。④教師積極參與到學生的項目討論交流中，傾聽學生們的各種想法和爭論焦點，鼓勵學生自己找到最合適的解題方案。在教學活動中，教師不應當沖到第一線，而應當在第二線甚至第三線，讓學生沖到第一線去實踐、去學習、去探索，并從中獲得進步。⑤否則就失去了利用基于項目的學習這一新教學思路和教學方法鍛煉學生實踐、創新能力的意義。
2.2 綜合運用各種教學模式
基于項目的學習教學模式在課堂教學中的運用，是指以基于項目的學習教學模式為主，根據教師、學生以及教學環境的特點結合其它教學模式綜合運用于課堂教學中，既能發揮各教學模式的作用，又能提高教學質量和效果。
基于項目的學習使學生不得不一改傳統學習方式——變被動為主動，在團隊合作中相互學習、相互促進，積極思考、創新。教學中既要注重學生認知領域和技能領域目標的實現，還強調情感領域的協調發展，因為教育教學目的是培養能夠適應社會變化和知道如何學習并將所學應用于生活的人。學生認真的討論、自信的講演、解開疑惑后的快樂，對教師既是鼓勵，也是繼續學習深造的動力。
注釋
① 史秋衡，郭建鵬.我國大學生學情狀態與影響機制的實證分析[J].教育研究，2012（2）.
② Marton， F.， & Saljo， R. On qualitative differences in learning I – Outcome and process [J]. British Journal of Educational Psychology，1976（1）.
③ 蔣梅.基于現代教學設計理論的法學實踐教學設計[J].教育研究，2012（2）.
④ 李本友，李紅恩，余宏亮.學生學習方式轉變的影響因素途徑與發展趨勢[J].教育研究，2012（2）.
⑤ 歐陽康.新時期大學生文化素質教育及其實踐導向[J].教育研究，2012（2）.
軟件開發項目培訓方案范文第3篇
——用友ERP-T6項目
驗收報告
目錄
項目驗收報告.......................... 1
目錄............................... 1
項目驗收報告 ............................. 2
一、實施項目回顧 .................... 2
二、項目驗收組織 .................... 2
三、實施項目總體評價 ...................
2項目驗收報告
一、 實施項目回顧
**用友ERP-T6系統實施項目從2010年12月28日啟動至今，在**軟件開發有限公司與**雙方領導的大力支持和關心下,用友公司咨詢顧問和**項目組關鍵成員辛勤努力，先后完成了項目培訓、業務調研、模擬運行以及切換上線等階段性項目任務，各階段工作基本按計劃完成。
通過雙方項目組共同努力，**T6系統于已正式上線。目前**各相關業務部門已開始全面應用用友ERP—T6系統的總帳、報表、應付、采購、庫存、存貨、固定資產、工資等子系統,已完成日常管理工作。
二、 項目驗收組織
為客觀評價實施項目的任務完成情況及所取得的成果，合作雙方組織成立項目驗收小組，共同完成對此次實施工作的驗收,小組成員如下：
**酒店項目實施成員：
***軟件公司咨詢實施成員：
三、實施項目總體評價
項目驗收小組一致認為，系統運行穩定，計算數據準確、信息傳遞及時，實現了最初確定的實施目標：
同時，項目驗收小組一致認為，**T6項目的實施是卓有成效的。雙方項目組把對軟件系統的理解與對企業管理的深刻認識有機的結合起來，并應用到整個實施過程中。通過規范基礎管理、統一物料名稱和編碼、優化部分業務流程、編制全面的系統應用準則和規程，在系統全面應用的基礎上有效的促進了企業管理的規范，并將對企業綜合管理水平進一步提高產生積極而深遠的影響。
綜合以上各方面因素，項目驗收小組認為**酒店用友ERP—T6系統實施達到了預期效果，符合**軟件開發有限公司提出的管理業務信息化、集成化的基本需求，同意接受該軟件系統投入正常運行，至此該項目的實施工作基本結束，同意對該項目驗收。
此次由**軟件開發有限公司實施的用友ERP-T6系統是成功的，在實施項目即將結束之時，對實施項目進行驗收是對雙方實施項目組工作成果的肯定。項目驗收并不表示雙方合作的結束，而是標志著雙方合作新階段的開始。實施項目驗收后，用友公司將一如既往地為**提供技術支持服務。按照合同規定，系統啟用后進入運行維護階段，用友公司的實施人員和技術人員繼續根據合同規定負責以后的支持、維護工作。
實施方簽字(蓋章)：
電話:
客戶簽字(蓋章)：
電話:
軟件開發項目培訓方案范文第4篇
2012年7月——2012年12月1，進行全省范圍內的山洪災害普查和危險區劃定;2，雨水情監測站普查和規劃;3，山洪災害預報模型研究。
2013年2——2013年12月 2013年完成雨量和水位傳感器的選型和購置;2013年8月遙測終端正樣研制完成;2013年12月監測站建成。
2014年2月—2014年12月 10月完成系統集成聯試;12月前完成培訓工作和防災演練工作。
項目規模、指標和驗收內容
項目規模在全省104個有山洪防治任務的縣(市、區)開展以監測預警系統、強化群測群測防體系、完善防御預案、宣傳防御知識、提高全民防災避災意識等非工程措施為主的建設，從而有效防御山洪災害，減少人員傷亡和財產損失，避免群死群傷事件。
主要技術指標1，WEBGIS響應速度：<5秒;2.報表響應速度：<5秒;3.一般查詢響應速度;<3秒; 4.可靠性要求;應能夠現象7*24小時不間斷工作，平均無故障時間>8760小時，出現故障應能及時報警，軟件系統應具備自動或手動恢復措施，自動回復時間<15分鐘，手動恢復時間<12小時，以便在發生錯誤時能夠快速地恢復正常運行，軟件系統要防止消耗過多的系統資源二系統崩潰。
經濟指標項目實施后可增加當地財政收入，年創利稅可達1300多萬元;根據調研，三年后，企業收入將成一定比例增長，基本維持利潤增長，可以維持毛利潤2500萬元/年。
驗收內容提交或展示下列 2項內容，共 1項
軟件開發項目培訓方案范文第5篇
軟件開發實施方案
1. 前言
對物業公司而言，高質量的物業管理能提高物業市場競爭力，使開發企業的房產暢銷，加速資金周轉。同時，完善的物業管理能為開發商樹立良好的企業形象，吸引更多的房地產交易商和消費者。在環境效益上，住宅區內的環境和布局、治安等與整個建設風貌融為一體，提高了房地產業的綜合效益。
2. 項目概述
本公司住宅小區物業業務增多，對物業管理軟件的需求呈上升趨勢，公司股東會議決定投入資金開發一套小區物業項目管理軟件，提供有關住宅小區物業管理用信息網，并能夠盡可能采用各種計算機和通信技術，為住戶提供快速、準確和渠道多樣的服務。因此，開發這樣一套小區物業項目管理系統軟件成為很有必要的事情，為了完成該軟件，本文制定出相應的詳細計劃。
3. 功能需求
3.1. 功能介紹
典型的小區物業管理系統主要應具有以下管理功能：
a) 系統用戶管理;管理使用該系統的用戶信息，包括系統用戶的添加、修改、
刪除;
b) 樓盤信息管理：管理小區中樓盤的基本信息，包括樓盤信息的添加、修改、
刪除、查詢;
c) 住戶信息管理：管理小區住戶的各種信息，包括住戶信息的添加、修改、
刪除、查詢;
d) 停車場管理：管理停車場的各種信息，包括停車場信息的添加、修改、刪
除、查詢;
e) 物業收費管理：管理小區內的各種收費項目，比如水費、電費、物業費等，
包括收費項目的添加、修改、刪除、查詢;
f) 住戶報修管理：管理住戶報修信息，包括住戶報修信息的添加、修改、刪
除、查詢;
g) 住戶投訴管理：管理住戶投訴信息，包括住戶投訴信息的添加、修改、刪
除、查詢。
3.2. 開發過程
“小區物業管理系統”的開發過程是根據軟件的生命周期的原理和方法進行的，包括以下幾個階段：
a) 確定課題，根據需要制定相應的項目計劃，并完成項目計劃書; b) 對軟件進行可行性分析，并完成可行性分析報告;
c) 對小區進行調研并了解軟件的需求分析，完成需求分析說明書; d) 軟件的總體設計和詳細設計，并完成相應文檔; e) 根據要實現的功能，完成軟件的編碼; f) 對開發的軟件進行測試; g) 確認和評審; h) 交付使用。
××物業公司小區物業項目管理系統WBS分解:
3.3. 工作任務的分配及人員分工
軟件開發過程中的工作任務的分配及人員的分工如下表所示：
3.4. 開發和運行環境
小區物業管理系統開發和運行環境如下：
a) 開發環境：windows XP b) 開發工具：×××編程語言 c) 數據庫管理系統：×××數據庫平臺 d) 運行環境：windows 98/XP/2000
3.5. 項目進度
項目單代號網絡圖：
項目里程碑圖：
計劃
3.6. 費用開支
軟件開發過程中的費用開支如下：
4. 項目關鍵問題
a) 項目計劃制定的不詳細時，后期工作不好做;
b) 需求分析做不到位的話，軟件可能不能滿足用戶的需求;
c) 系統各個小模塊不能很好的融合到一起，使其成為一個有機的整體; d) 數據流圖和關系模型的建立。
5. 總結分析
其實，任何一個項目在執行過程中都會碰到許多問題的，評價一個項目是否成功并不能以碰到問題的多少作為標準，其標準應是按時、保質實現預先確定的各項指標，比如說系統的功能、系統的性能等，完成合同要求內容，也要提供優質的服務，搞好與客戶關系;同時也要規范管理，為公司今后的工作積累技術信息，市場信息，人才資源和管理經驗，提升企業形象，保障事業的進一步發展。
軟件開發項目培訓方案范文第6篇
摘要：隨著科學技術的日新月異，銀行業務發展對各類信息系統的依賴程度日益提高，但如何做好銀行軟件項目的研發，對中小商業銀行來說并非易事。一是由于中小商業銀行資金實力相比四大國有銀行或全國股份制銀行有很大差距，軟件研發團隊力量薄弱，研發人員數量不足；二是因為中小商業銀行強調系統支持的時效性，產品需求相對靈活，但自主研發軟件產品需要工期較長，難以滿足業務發展的需要。所以，尋求適合中小商業銀行自身規模的專業軟件研發公司，以合作開發的形式共同研發適應市場需求的新產品，成為中小商業銀行在軟件研發方面的最佳實踐。事實證明，這種方式不僅能為技術創新提供強有力的平臺支撐，更是中小商業銀行業務發展的重要途徑。筆者通過近10年與中小商業銀行合作研發的經驗，對中小商業銀行的軟件研發項目外包做如下探究。
關鍵詞：中小商業銀行；軟件開發；外包
1 國內銀行軟件項目外包大致經歷了五個階段
階段一：二十世紀八十年代。銀行業務由手工處理向電算化過渡，電算化軟件的研發以單機版為主，功能相對簡單，開發模式多為自主研發。階段二：二十世紀九十年代。系統建設由單機版模式過渡到以城市為單元的聯網系統，此類系統逐漸成為各大銀行系統建設的趨勢，絕大多數金融機構選擇一家集成商負責項目的整體開發及軟硬件實施。階段三：二十世紀九十年代末。系統建設模式由城域聯網升級為數據省域集中的模式，數據全省大集中在銀行業系統建設中成為主流，軟件項目由集成商與銀行合作開發實施。階段四：二十一世紀，銀行業掀起了全國數據大集中的熱潮，大型銀行成立隊伍龐大的研發中心，軟件開發模式以開發中心研發為主、專業軟件開發商參與開發，共同完成系統建設。階段五：趨勢和未來。采購成熟的、符合行業規范的高品質軟件產品作為自主開發平臺，商業銀行研發部門在此平臺基礎上完成系統的開發，將成為未來銀行軟件研發主流的運作模式。
2 軟件項目研發外包的形式
目前，國內銀行業軟件項目研發外包主要有如下三種形式：
一是全部項目外包：目前國內采用這種方式的有吉林銀行等發展較快的地方性商業銀行，其兼并了省內城商行，原城商行信息系統各自為政，涉及外部公司幾十個甚至更多，情況較為復雜，科技部門人員很難對諸多外包公司管理到位，即確定一家國內知名度較高、各方面指標均較好的大型IT公司負責外包項目的管理，銀行管理難度大大降低，使外包風險得到有效控制。二是絕大部分軟件應用項目外包：目前國內中小銀行基本采取這種方式，行內科技部門只做很少量的軟件項目研發，核心功能交由外包公司完成。做為中小商業銀行，科技部門編制通常不足全行總人數的3%，研發人員占比不超過1.5%，這樣的人員配置，很難實現自主研發核心產品的目標?，F在較為通用的做法是：銀行科技部門根據業務部門提出的業務需求，評估項目工作量，對不具備自主研發可能性的項目，從市場上選擇幾家適合本行業務需求的軟件供應商協助完成前期交流、需求分析及實施方案的設計，最終確定方案后通過招投標方式直接購買軟件公司的成熟產品，經過客戶化二次研發后投產使用。銀行科技部門人員通過實施過程中的合作開發、后期技術培訓等方式，逐步掌握軟件項目核心技術。三是少部分軟件項目外包：此模式在工農中建等大型國有商業銀行應用較為普遍。IT軟件項目自主研發需要大量的成本投入，而銀行自身的軟件研發力量在多個項目并行的情況下，很可能因為無法按照業務發展要求在期望的時間內完成研發工作而成為業務快速拓展的掣肘。所以，大型國有銀行通常選擇將少部分非關鍵系統的軟件項目外包給軟件公司研發，或從市場上選擇應用較廣泛、功能較為成熟的軟件產品，按照行內差異化需求進行本地化后投產使用，以達到快速支撐業務發展的目標。
3 規范IT項目管理制度，形成符合本行實際的項目管理體系
隨著軟件項目研發的外包，銀行自身IT研發人員的工作量相對減少，主要精力由軟件開發的具體工作中脫離出來，將工作重點放在業務需求轉化為軟件項目實現方案、軟件整體設計和系統上線后的運行支持及后續維護，軟件項目管理成為銀行科技管理的重要工作內容。這就要求商業銀行制定一套切實可行的項目管理方法，建立適合本行項目管理的制度及規范，對軟件外包項目按照項目管理規范要求進行運作和管理。同時，專業的人員配備也是非常必要的。項目管理不同于具體的開發工作，對于銀行科技人員來講，軟件項目外包研發后，科技人員逐步由研發轉向研發與項目管理并重，不但要學習最新計算機技術，同時還需要學習掌握一定的項目管理知識，具備專業化的項目管理能力，掌握新技術的更替，提高自身項目管理技術水平，以適應軟件項目外包科技管理體系的需要，降低因項目外包帶來的風險。溝通是項目管理中非常重要的一項工作，如何恰到好處的處理好各方面關系、同時兼顧項目的進度及質量，是科技項目管理人員面臨的一項考驗。作為IT項目管理人員，必須將協調好各需求部門及外包商的關系、控制外包商在軟件項目研發生命周期過程中風險作為工作重點，具體工作應包括：與需求部門、外包公司共同完成業務需求的精細化分析、確定最終需求實現方案、制定項目總體計劃并控制項目進度、項目驗收、文檔資料整理等。
4 軟件項目研發外包的日常管理
一定意義上講，關鍵項目外包與降低科技風險是存在矛盾的，但因為客觀原因的限制，中小商業銀行在關鍵系統研發上又必須走外包之路，所以項目管理是否到位事關重要。中小商業銀行與大型國有商業銀行不同，采取的外包方式是將大部分軟件研發項目交由專業公司來完成，尤其是關鍵的、核心的系統，如核心業務系統、企業總線、卡系統等，都與銀行的核心業務密切相關。筆者認為，控制外包風險必須要做好項目管理。中小商業銀行的外包管理主要應從以下幾個方面著手：
4.1 做好外包商的選擇，購買適合自身業務需求的產品。選擇合適的合作廠商是外包項目成功的基礎，在選擇外包商時，銀行要對外包公司進行全面的盡職調查，包括實地考查、案例摸底，探明外包公司的信譽、實力和服務能力，是否滿足自身外包的要求。筆者認為外包公司的衡量可以從如下幾個方面入手：（1）公司實力。（2）公司信譽。（3）公司經驗。（4）公司管理。（5）技術方面。（6）服務和問題解決能力方面。（7）其它方面：公司人員的穩定性，了解核心人員的工作年限及工作能力；是否因系統問題造成其它同業的損失；公司組織架構近期是否做過調整或有調整意向等。
中小商業銀行因規模小、財力支撐有限，通常選擇產品時對價格的關注度較高。但需要強調的是，在軟件研發項目上，價格不是決定整個項目的唯一因素，而應該將關注重點放到外包商的信譽、服務、技術水平及實施經驗等方面。部分外包商在競標或商務談判過程中，往往與競爭對手打價格戰，低價中標，在后續實施中為降低成本，項目質量大打折扣，引發大量問題。同時必須注意，盡量選擇有外包經驗的公司合作，通過考察同業案例，對其服務質量有一個直觀的認識，商務談判應盡量基于服務和維護方面考慮，以長期合作為宜，以降低管理難度。
4.2 成立專門項目組，盡量多派技術人員、業務人員參與軟件項目的客戶化研發。軟件項目研發外包后，銀行自身要成立項目組，確定相應的技術人員和業務人員，并參與到項目的需求分析、功能設計研發之中，不要存在反正已經外包研發了，到時間外包商給我產品，我們驗收一下即可的想法，這是一種不負責任的想法。商業銀行一旦選定外包商并簽署了外包開發合同，就與外包商捆在一起，一榮具榮、一損具損，項目實施過程中，外包商駐場人員就是同事，應該向對待同事一樣對待他們，盡快協調外包商項目組進場，盡量多的提供辦公、生活等方面幫助。同時，盡量多的安排技術人員和業務代表參與到研發過程之中，既可以讓技術和業務人員與外包公司技術人員熟悉、了解掌握產品技術性能和業務功能，便于項目研發過程中問題的溝通交流，還可以全程跟蹤項目進度、項目質量，掌握項目研發過程中的問題并及時溝通解決，推進項目按計劃保質保量的完成，讓利益相關人員都感到滿意。
4.3 做好業務需求管理，盡量減少需求變更。中小銀行通常不具有專門的需求管理部門，業務部門對需求提出的規范性和嚴密性都有很大的欠缺，項目實施過程中需要不斷地調整和完善，這種不確定的多次需求變更，直接導致技術人員經常修改程序甚至大規模返工，不但影響了軟件項目研發的進度和質量，同時造成人力、物力、財力多方面的浪費，甚至會因需求的根本性變動導致項目宣告失敗。所以，完善的業務需求是軟件項目研發的關鍵所在。在需求確定的過程中，科技人員首先要做好與相關業務人員的溝通交流，與需求提出部門業務人員進行需求討論，組織相關部門完成全面需求評審，確定業務需求的詳細內容，明確需求中的優先順序。IT部門內部負責業務需求相關工作的項目組人員還要與外包商之間要做好溝通交流，確定項目的技術架構及技術實現方案，對于一些復雜的、子系統關聯度較高、開發周期較長的需求，根據行內業務發展要求，與業務部門及外包公司充分溝通后，形成可行的項目實施計劃，后續的項目管理中按照實施計劃控制好項目進度，把握好項目研發的主體。
4.4 形成外包商考核機制，有效控制項目外包風險。中小商業銀行應在有限的人員配置情況下，根據自身實際情況，制定項目外包管理辦法，并在此基礎上實施有效的外包商及外包人員的考核。通過人員考核聯動公司考核，通過公司考核，聯動后續的外包合作項目。中小商業銀行選擇外包公司，應本著長期合作的態度，在外包考核中不合格的，應制訂如“未來2年內不得參與我行技術服務、兩年后需重新通過資格評審方能準入”等規定，對考核結果良好的，應在后續的外包項目中給予優先考慮，達到甲乙雙方共贏的目標，降低外包風險。
4.5 加強軟件項目外包研發的計劃與控制。在與軟件外包公司合作的過程中，尤其是中小商業銀行外包管理底子較差的情況下，因各種原因造成項目研發時間延期、交付的技術文檔不齊全或不規范及系統上線后支持服務跟不上等現象。因此，加強軟件項目外包研發管理，做好軟件項目研發過程的計劃與控制，是確保軟件項目研發進度和質量的重要措施。項目組應確定一名在業務和技術方面都比較權威的人員做為項目總負責人，項目組定期召集項目例會，溝通項目過程中遇到的問題，確定解決方案，形成項目周報制度并發送至管理層，必要時，可以要求管理層參與協調各方關系，確保項目按計劃完成。中小商業銀行之所以選擇軟件研發項目外包，究其根本就是因為自己無法做，或是讓別人做更劃算，但需要特別指出的是，中小商業銀行應盡自己最大的能力，將關鍵人員投入到關鍵項目的研發過程中，項目管理固然重要，但掌握核心技術、不受制于人才是根本。商業銀行軟件研發的核心員工不僅能夠在外包項目跟進過程中代表銀行的利益來管理、從外包商技術人員那里學到專業的、核心的知識或技能，而且可以在外包商異常退出后快速成長，成為銀行內部強有力的支持人員，使因外包商異常退出造成的風險最小化?？傊?，無論商業銀行的軟件研發項目是否已經施行外包，都應該培養精于銀行關鍵業務系統研發的技術及業務團隊，使銀行在外包的道路上掌握主動權。