信息化系統(tǒng)管理模式

信息系統(tǒng)管理制度文件編號：編寫部門：行政人事部編寫人：審批人：審批日期：第一章產品目標與管理模式本章節(jié)旨在解決產品鏈的建立、銜接與管理，明確縱向產品體系和工程經理管理模式。1.管理模式1.1管理方法產品化管理，在原直線職能管理模式根底上實行矩陣式管理，由工程經理對工程組所開發(fā)的產品負主要責任，從需求——開發(fā)——測試——發(fā)布——培訓——實施的整體業(yè)務體系全程監(jiān)督與控制。1.2管理重點抓“兩頭〞放“中間〞。其中，抓“兩頭〞是指工程經理主抓業(yè)務需求和總體框架、抓數據庫結構；放“中間〞是指部門范圍內開發(fā)代碼，實現模板化編譯和信息資源共享。基于場所層面的開發(fā)重在解決管理職能，基于地市省廳層面的開發(fā)重在解決指導職能。1.3管理源頭需求是軟件開發(fā)的根基、是節(jié)約本錢的源頭，需求描述必須可交流、格式化，經開發(fā)、測試和培訓效勞三方共同理解與確認的需求說明文檔，是信息系統(tǒng)流程運作的主要依據。2.產品目標2.1產品體系以看守所系統(tǒng)為主導產品，帶動治安拘留所系統(tǒng)、安康醫(yī)院系統(tǒng)、收容教育所系統(tǒng)等場所產品開展，著手研制強制戒毒所系統(tǒng)。在實現根本業(yè)務功能和充分數據采集的根底上，將一系列產品掛至省廳地市系統(tǒng)，實現綜合應用和深挖犯罪。2.2開發(fā)模式·開發(fā)結構：場所開發(fā)C/S結構為主，B/S開發(fā)旨在充分利用網絡資源實現信息的充分共享和綜合運用。B/S與C/S結構開發(fā)相互獨立、留有接口?！ら_發(fā)方法：由原型法轉入瀑布法，加強需求調研與開發(fā)質量，為后期維護減負?！ら_發(fā)方向：產品模塊化和智能化運作，明確系統(tǒng)主體業(yè)務模塊與非主體業(yè)務模塊，在主體業(yè)務功能完善的根底上穩(wěn)定產品；在充分實現系統(tǒng)數據采集的根底上，實現WEB平臺的綜合應用和深層次的犯罪挖掘。3.開展目標·第一階段：采集數據。與硬件系統(tǒng)集成，實現采集系統(tǒng)的功能拓展?！さ诙A段：綜合應用。通過業(yè)務報表實現查詢功能，通過數據接口對外部系統(tǒng)形成連接平臺，引導行業(yè)標準?！さ谌A段：數據挖掘、橫向聯查，形成一個龐大的數據挖掘系統(tǒng)?！さ谒碾A段：將數據應用系統(tǒng)作成公安系統(tǒng)的辦公平臺，成為公安系統(tǒng)日常工作不可或缺的辦公工具。通過平臺反向促進數據采集的準確率。4.市場定位4.1競爭對手目前有湖北東方〔業(yè)務導向〕、華迪公司〔BS優(yōu)勢〕、深圳胡曉峰〔OA理念〕、南京科安〔份額優(yōu)勢〕、上海三所等。需時時了解對手動態(tài)，掌握對手優(yōu)勢，做到知己知彼、對癥下藥。4.2競爭策略看守所層面形成絕對市場優(yōu)勢和技術優(yōu)勢，其它系統(tǒng)才能進入市場，形成絕對壟斷。信息系統(tǒng)市場的穩(wěn)固與拓展，是帶動系統(tǒng)集成業(yè)務開展和獲取收益增長的前提。4.3.市場定位穩(wěn)固看守所系統(tǒng)，挖掘省廳地市、拘留所、強制戒毒所等信息系統(tǒng)，爭取部局系統(tǒng)，逐步向地鐵公安、公安消防等相關行業(yè)信息系統(tǒng)遞延。5.工作重心·明確信息系統(tǒng)主體業(yè)務，確立與主體業(yè)務相關的需求和功能模塊，以及非主體業(yè)務應用等級。將主體業(yè)務別離，結合非主體業(yè)務的應用等級分階段對系統(tǒng)進行完善和穩(wěn)定。原那么上主體業(yè)務局部只保存一個標準版本，非主體業(yè)務視情況別離出相近地區(qū)版本?！ぞC合應用組B/S結構開發(fā)從設計階段開始就明確功能結構和開發(fā)目標，確立信息集中和綜合利用的觀點，充分考慮數據利用模式和業(yè)務應用模式。加強市局模塊功能的補充和完善，開發(fā)團隊并入綜合應用工程組?！鏊こ探M中，看守所系統(tǒng)實行模塊化分割，以維護為主；拘留所系統(tǒng)實行“兩條腿走路〞，邊維護邊更新；安康醫(yī)院系統(tǒng)和收容教育所系統(tǒng)重構框架；新開發(fā)強制戒毒所系統(tǒng)。·測試部統(tǒng)一管理信息系統(tǒng)產品版本庫，負責版本確定、編號以及出入庫管理?！ざ〞r收集各地用戶需求，并盡量收集競爭對手的應用狀況和資料，作為C/S系統(tǒng)的修改參考和B/S結構的設計指導。·確立周五信息系統(tǒng)工作例會制度，例會前各工程經理提交工程方案與工作安排給部門負責人、公司主管領導，并抄送行政備案?！じ鶕a品目標與工作重點層層分解、責任到人。工程進度安排及完成情況使用MSProject，缺陷管理工具使用IBMRationalClearQuest?！ひ怨こ谭桨负唾Y源狀態(tài)報告作為業(yè)績考核的書面依據，以需求分析報告和測試報告作為流程考核的書面依據?！そ⒘己玫臏贤C制，工程組之間信息共享、相互學習，同時形成良性競爭機制。第二章團隊規(guī)模與建設本章節(jié)旨在解決團隊組織架構、知識架構、人員編制、崗位職責、職業(yè)規(guī)劃、培訓方向。1.組織架構1.1直線職能機構總經理助理總經理助理測試部培訓效勞部信息工程部測試部培訓效勞部信息工程部工程部強制戒毒所組綜合應用組看守所組安康醫(yī)院組收容教育所組治安拘留所組強制戒毒所組綜合應用組看守所組安康醫(yī)院組收容教育所組治安拘留所組1.2業(yè)務矩陣結構工程經理信息工程部測試部培訓效勞部產品系統(tǒng)綜合應用需求開發(fā)測試發(fā)布培訓實施看守所系統(tǒng)拘留所系統(tǒng)安康醫(yī)院系統(tǒng)收教所系統(tǒng)注：信息工程部工程經理對所負責的產品負主要責任，從需求——開發(fā)——測試——發(fā)布——培訓——實施的整體業(yè)務體系全程監(jiān)督與控制。2.知識架構2.1.專業(yè)人才配置需求工程管理工程管理界面美觀功能檢測程序維護模塊編譯系統(tǒng)設計文檔管理培訓效勞需求反響2.2.專業(yè)經驗配置需求人員類別IT經驗工程經驗部門經理五年及以上獨立管理過三個以上大型信息系統(tǒng)工程工程經理三年及以上獨立管理過兩個以上大型信息系統(tǒng)工程核心編碼人員三年及以上三個以上大型信息系統(tǒng)工程核心代碼編寫程序維護人員二年及以上參與過兩個以上信息系統(tǒng)工程程序維護系統(tǒng)測試人員一年及以上參與過一個以上信息系統(tǒng)工程測試界面美工一年及以上獨立設計過兩個以上信息系統(tǒng)產品界面文檔管理人員半年及以上參與過一個以上信息系統(tǒng)工程文檔編寫培訓效勞人員一年及以上參與過一個以上信息系統(tǒng)工程培訓效勞2.3.學歷層次配置需求部門學歷水平百分比信息工程部本科80%大專20%測試部本科60%大專40%培訓效勞部本科60%大專40%2.4.綜合素質配置需求人員類別業(yè)務能力職業(yè)素質溝通技能管理人員40%30%30%專業(yè)技術人員60%20%20%3.定編定崗3.1.職位編制3.1.1總經理助理〔編制人數1人〕3.1.2信息工程部〔編制人數共計18人〕信息工程部經理1人信息工程部經理1人強戒組工程經理1人理1人收教組工程經理1人理1人安康組工程經理1人理1人拘留組工程經理1人理1人看守組工程經理1人理1人綜合組工程經理1人理1人強戒組工程經理1人理1人收教組工程經理1人理1人安康組工程經理1人理1人拘留組工程經理1人理1人看守組工程經理1人理1人綜合組工程經理1人理1人初級程序員1人高級程序員1人中級程序員1人中級程序員1人初級程序員1人中級程序員1人高級程序員1人高級程序員1人中級程序員2人高級程序員1人初級程序員1人高級程序員1人中級程序員1人中級程序員1人初級程序員1人中級程序員1人高級程序員1人高級程序員1人中級程序員2人高級程序員1人3.1.3測試部〔編制人數5人〕文檔管理/界面美工1人文檔管理/界面美工1人測試部經理1人中級測試工程師2人初級測試工程師1人3.1.4培訓效勞部〔編制人數6人〕培訓效勞部經理1人培訓效勞部經理1人培訓效勞部副經理1人中級實施工程師2人高級實施工程師1人初級實施工程師1人3.2部門職責3.2.1信息工程部·編制部門技術開展規(guī)劃、技術管理制度，遵守信息系統(tǒng)業(yè)務流程；·設計產品方案、實行新品開發(fā)、遵守技術標準，控制產品質量；·組織需求調研、系統(tǒng)設計與代碼編寫，對工程進行階段性評審及審批，保證工程進度與質量，組織產品認證和內部單元測試與功能測試；·及時編制開發(fā)文檔，認真作好資料歸檔，嚴格保密與交接制度；·及時處理和解決產品出現的技術問題，確保經營工作正常進行；·召開技術研討會議，組織部門人員為其他部門提供技術支持；·服從公司領導工作安排。3.2.2培訓效勞部·建立健全業(yè)務及產品培訓大綱，編寫用戶手冊；對產品進行演示、安裝、培訓；·現場處理用戶問題，后期技術支持與電話跟進，及時收集、反響準確用戶需求；·籌劃宣傳材料、公司網站，維護公司形象工程，與用戶建立良好合作伙伴關系；·會同財務部門作好應收帳款的催收工作；·配合開發(fā)、測試部門執(zhí)行信息系統(tǒng)業(yè)務流程與工作制度，相互協(xié)調配合；·服從公司領導工作安排。3.2.3測試部·制訂測試方案，保證測試質量，驗證測試結果，實施測試評估，參與技術研討；·分析軟件錯誤類型，為開發(fā)人員修改錯誤提供參考意見；·建立產品版本庫，掌控版本變更情況，發(fā)布版本確認或變更說明；·配合開發(fā)、測試部門執(zhí)行信息系統(tǒng)業(yè)務流程與工作制度，相互協(xié)調配合；·管理公司技術文檔、資料和圖書，及時提供信息查詢?！へ撠烮SO9000的監(jiān)督、內審及管理評審等工作?！ね瓿深I導交辦的其它工作。3.3管理層崗位職責3.3.1總經理助理〔分管信息系統(tǒng)〕·全權負責公司信息系統(tǒng)〔包含信息工程部、培訓效勞部、測試部〕主營業(yè)務工作?！げ殚嗀攧請蟊砗徒洜I資料，掌握信息系統(tǒng)整體業(yè)務情況，及時提出經營調整策略?！M訂公司信息系統(tǒng)業(yè)務開展規(guī)劃、經營目標，確定技術開展方向，承擔經營責任?！ぶ鞒终匍_信息系統(tǒng)內部經營例會與技術研討會議，掌握、控制經營、技術活動。·主持信息系統(tǒng)日常經營管理工作，簽署日常行政、業(yè)務文件，調配人力資源，組織績效考評，建設技術隊伍?！拘畔⑾到y(tǒng)質量體系建立、實施、完善和決策負責，為開展與質量有關的活動提供充分的資源?！姓耸虏拷M織編寫并審核信息系統(tǒng)內部機構調整方案和管理規(guī)章、業(yè)務流程和崗位職責，保證公司標準化、程序化、制度化管理的實施與監(jiān)督?！ね瓿缮霞夘I導交辦的臨時工作任務。3.3.2信息工程部經理·對產品技術方向、市場定位、技術方案、工作流程等組織評審和認定；·對工程整體需求把握、框架設計和數據庫結構組織評審，監(jiān)督業(yè)務運作流程；·審查工程方案及完成情況，組織技術把關和指導，及時組織處理質量事故；·負責對各工程組產品認證和內部可操作性測試與代碼審核情況進行抽查；·審核技術文檔的完整性，編制測評標準、技術標準與質量認定標準并監(jiān)督執(zhí)行；·負責技術隊伍的建設、管理，提出工作崗位配制要求及調配建議；·召開技術研討會議，組織部門人員為其他部門提供技術支持；·監(jiān)督考核各工程組工作，強化開發(fā)隊伍建設與培訓，收集歸納合理化建議，為公司領導提供決策支持，完成公司領導臨時交辦的各項任務。·通過任務管理工具Project來了解各個工程組的任務進度及審閱工程狀態(tài)報告；·通過ClearQuest了解并監(jiān)督各工程組的產品質量情況，并執(zhí)行相應的獎罰措施；·通過代碼管理工具VSS或CVS對各工程組的代碼的標準及質量進行抽查、監(jiān)督，并執(zhí)行相應的獎罰措施；·組織部門內部的技術交流及培訓，提高部門員工的素質；·協(xié)調各工程組之間的關系，及處理好與其他部門之間的關系；·對部門外部及客戶的需求及時作出反響，安排相關人員進行處理。3.3.3工程經理·需求理解與把握。在需求調研階段，深入到客戶的實際工作崗位上，仔細觀察與詢問，通過電話方式或Email方式進行事后跟蹤；對反響的需求進行確認與研究可行性，確保需求準確，與培訓效勞的同事了解他們與用戶的一些想法，和合理化建議。和培訓效勞的同事商量方案的可行性。·系統(tǒng)設計、概要設計、框架搭建、數據庫結構；·制訂開發(fā)標準，如代碼標準、注釋標準、變量命名等；·通過任務管理工具PROJECT合理地作任務安排〔根據每個人的實際情況來進行安排，作到各盡其能〕，并每日審查任務完成情況，·審查代碼編寫質量，組織成員績效考評；·通過Project每周向部門經理提交工程狀態(tài)報告；·安排組員交叉測試，組織單元測試抽查，遞交測試版本；·安排組員編寫詳細的需求與測試報告，對每個模塊的測試重點進行說明。與測試部同事溝通，及時知道測試結果，組織相應的修改?！ぐ押贸隹陉P，打包封裝軟件，實行配置管理；·產品運作流程與質量的監(jiān)督與控制；·通過源代碼管理工具(VSS或CVS)對本工程組的源代碼進行管理；·通過ClearQuest,對工程組成員進行缺陷管理；·產品運作流程與質量的監(jiān)督與控制；·不定期組織工程組內的技術、業(yè)務討論會，對工程組成員進行業(yè)務及技術的指導；·協(xié)調與其他工程組或其他部門的關系，為其提供技術支持；·對部門經理負責，及時匯報工作與工程進展情況，申請資源之類問題。3.3.4.測試部經理·審核標準公司技術文檔，制訂標準通用的測試標準，作為軟件測評質量的考評標準；與信息工程部、培訓效勞部經理共同確定需求，作為測試通過的衡量依據?！徍藴y試方案，掌握測試進度，實施質量評估，驗證測試結果，參與技術研討?！し治鲕浖﨎UG類型，運用測評工具分析統(tǒng)計，為軟件開發(fā)質量考評提供依據?！ふ瓶匕姹咀兏闆r，發(fā)布版本確認報告、評估報告和變更說明?！へ撠烮SO9000的監(jiān)督、內審及管理評審等工作，嚴格監(jiān)督質量體系運行情況?！娀瘻y試隊伍建設和部門績效考評，收集提煉合理化建議?！ね瓿晒绢I導臨時交辦的任務。3.3.5.培訓效勞部經理·根據用戶需求部署產品培訓與技術效勞，檢查工作效率，實時收集與反響用戶信息與競爭對手資料，做出市場分析，與信息工程部、測試部經理共同確認需求；·審核公司業(yè)務及產品培訓教材、用戶操作手冊，組織編寫宣傳材料、更新網站；維護公司形象工程，與用戶建立良好的合作伙伴關系；·參與公司主要經濟問題的分析，會同財務部門作好應收款項的催收工作；·強化培訓效勞隊伍建設，組織業(yè)務及技能培訓，及時處理用戶反映的技術問題；·收集合理化建議，作好公司領導的參謀，完成公司領導交辦臨時工作任務。4.人員分析與職業(yè)規(guī)劃時間段評價者職業(yè)優(yōu)勢職業(yè)劣勢個性特點價值取向培養(yǎng)意向面試評價自評上級人事轉正評價自評上級人事半年評價自評上級人事一年評價自評上級人事兩年評價自評上級人事三年評價自評上級人事5.人員調整5.1職務晉升或平級調整崗位空缺公告及任職資格要求崗位空缺公告及任職資格要求行政人事部員工部門經理公司領導財務部門審核與推薦員工申請審核批準監(jiān)促辦理工作交接到新崗位報到綜合考評任命書或崗位變動通知書調薪通知審核批準調整薪資YYY5.2.職務降級與末位淘汰公司調整崗位定編定員或年終考評公司調整崗位定編定員或年終考評行政人事部員工部門經理公司領導財務降級或除名建議重大工作失誤或嚴重違反規(guī)章制度行為監(jiān)促辦理工作交接離職手續(xù)綜合考評解除勞動合同通知書調薪通知審核批準調整薪資崗位變動通知書新崗位報到監(jiān)促辦理工作交接審核結算薪資不勝任工作降級除名Y審核審核6.人員招聘詳見?公司行政人事制度?。7.業(yè)務培訓7.1培訓內容培訓課題培訓內容計算機技能培訓Delphi和Jbuilder開發(fā)培訓、Java開發(fā)培訓、JAVA模式培訓、中間件技術講座、ProjectServer培訓、ROSE和UML培訓、數據庫優(yōu)化、Oracle數據庫、測試工具RationalTeamtest培訓產品體系培訓操作系統(tǒng)和數據庫系統(tǒng)的應用培訓、看守所4.0軟件應用培訓、三所一院局部軟件的使用和培訓、智能化安防系統(tǒng)的培訓、對ISO9001各項標準及要求的培訓法規(guī)政策培訓監(jiān)管法規(guī)政策培訓、勞動法規(guī)政策培訓、安防知識培訓、對監(jiān)管行業(yè)業(yè)務知識的培訓、公司規(guī)章制度的培訓綜合素質培養(yǎng)測試技巧和要求培訓、培訓技巧和效勞意識的培訓、計算機外設的熟知率培訓、市場銷售技巧培訓、交際藝術和溝通技巧的培訓工程管理培訓工程管理理論與技巧、工程責任制與獎懲方案7.2培訓方式內培為主，外培為輔。內部培訓安排專題培訓與講座，鼓勵員工自行擔任主講，實現資源共享，并按50元/次獎勵主講人員，外部培訓以資質認證為主，按?公司行政人事制度?和?培訓合同?相關條款執(zhí)行。7.3培訓時間公司內部開辟?培訓園地?，每兩周一次，周五下午4：00至5：30。也可由各部門自行提請。第三章工作流程與溝通本章節(jié)旨在解決需求源頭、版本控制、責任環(huán)節(jié)、業(yè)務銜接、文檔管理等問題，切實推行以工程經理為導向的產品生產和業(yè)務運作流程。1.業(yè)務工作流程1.1版本發(fā)布流程流程說明：·根據市場需要，由培訓效勞部提交?版本申請書?〔注明需要時間、部署地點、系統(tǒng)配置需求、對產品的特殊要求等〕，如無明確地方需求，由測試部從產品版本庫中提取標準版本；如產品版本庫中現有產品不符合要求，由測試部轉發(fā)?版本申請書?給信息工程部相應的工程經理進行確認和修改，修改完成的版本經測試部評估并確認合格后，作為產品發(fā)布版本記入產品版本庫?！y試部根據培訓效勞部?版本申請書?中的系統(tǒng)配置要求〔指支持系統(tǒng)運行的所有效勞器、客戶機及網絡設備、通訊鏈路以及存儲設備、輸入輸出設備機器型號及配置和其他設備規(guī)格要求等的硬件配置說明；以及所使用的系統(tǒng)軟件、平臺軟件、開發(fā)工具軟件等的說明〕，對擬發(fā)布的版本進行系統(tǒng)配置，并刻出母盤，提交培訓效勞部作為產品發(fā)布的樣品?！ひ虍a品完善和功能擴展需提交測試的，必須事先由信息工程部工程經理制定詳細的開發(fā)方案并抄送測試、培訓效勞部經理，修改后經過測試確認的版本按時間標注小號，記入公司產品版本庫?！ぴ诎姹疽髸r間與實際提供時間存在差異的，由各部門經理協(xié)商解決。1.2版本控制流程流程說明：·由培訓效勞部提交用戶反響，經測試部初步審核，對描述不清或是有歧義的描述退回培訓效勞部重新整理提交?！y試部將需求信息轉交信息工程部工程組，由工程經理過濾后，提交信息工程部、測試部、培訓效勞部會議討論。經三方簽字認可的?需求確認報告?方可作為開發(fā)憑證和測評依據?！と秸J可的?需求確認報告?與用戶實際需求不一致的，由培訓效勞部形成?需求處理報告?，與用戶溝通需求差異，合理引導和說服用戶?！すこ探浝硖峤粶y試版本的依據是系統(tǒng)開發(fā)和完善方案，來源主要有三：根據用戶反響對現有版本的完善；根據市場要求確立的新產品開發(fā)；根據實際需要由信息工程部主管制定的開發(fā)方案。系統(tǒng)開發(fā)方案需由相關負責人用Project制定并發(fā)布至ProjectServer,提交測試版本時必須附上相應的版本說明。·測試人員對系統(tǒng)進行測試時，可根據具體情況決定版本是否能夠發(fā)布，對不符合要求的版本退回給工程經理進行修改，版本號不升級，三次以上提交仍不合格的，升級版本號并記入不合格版本庫，退回給工程經理重新制定修改方案。測試確認可以發(fā)布的版本附交?版本說明書?，并對每次版本的升級提交測試報告和評估?！ぎa品版本庫的編號標準包括以下內容：—產品類型代碼〔如KSS〕—版本類型代碼〔標準版本為公司名稱縮寫B(tài)S；地區(qū)版本用兩個拼音字母表示，如ZJ〕—合格代碼〔合格為1，不合格為0〕—升級代碼〔如NO.1〕。舉個例子:“KSS-ZJ-1-NO.2〞代表“看守所系統(tǒng)浙江合格版本第2次升級版本〞。1.3異常處理流程流程說明：·除了試點之外，公司產品在部署完成后，需整體更新的，要遵循異常處理流程?！じ鞑块T均可提交異常處理請求，需注明處理原因，因產品質量問題引起的異常處理由信息工程部部門經理負責處理，向公司提交異常處理請求。獲得同意后即可按異常處理流程運作。·異常處理完成后由培訓效勞部門提交反響信息，由各部門經理對處理作總結。2.責任分布工作工程信息工程部工程組測試部培訓效勞部需求界定信息收集△▲明確用戶要求▲▲▲需求確認▲▲▲系統(tǒng)分析用戶跟進△▲標準版本差異△▲系統(tǒng)分析▲△系統(tǒng)開發(fā)系統(tǒng)設計▲軟件開發(fā)▲軟件打包▲功能說明▲△△測試測試標準△▲功能測試△▲需求比對△▲△測試評價△▲△配置發(fā)布▲△實施產品復制△▲系統(tǒng)培訓△▲系統(tǒng)實施△▲使用反響△▲注：主要責任為▲，次要責任為△。3.文檔管理文檔名稱內容要求起草部門存檔部門是否作為流程文檔版本申請書部署地點，需要時間，特殊要求，系統(tǒng)配置要求培訓效勞部測試部是需求反響說明附版本申請書后,注明產品功能要求，特殊需求，用戶方聯系人及聯系方式培訓效勞部/工程組測試部是需求確認報告過濾需求,征求用戶與培訓效勞部意見,三方共同形成需求確認報告，作為軟件測評和產品發(fā)布依據工程組測試部是需求變更說明根據需求確認報告細化，針對現有系統(tǒng)制訂變更說明，作為產品開發(fā)依據工程組工程組否產品開發(fā)方案工程組工程組否系統(tǒng)概要設計說明工程組工程組否系統(tǒng)詳細設計說明工程組工程組否數據結構工程組工程組否產品完善方案工程組工程組否安裝使用說明安裝步驟，配套環(huán)境的說明培訓效勞部培訓效勞部否用戶電話記錄用戶聯系方式，反響問題，記錄人，記錄時間等培訓效勞部培訓效勞部否需求處理報告結合三方確定的需求與用戶反響的需求差異進行描述，試圖說服引導用戶培訓效勞部培訓效勞部否使用問題報告收集和反響用戶使用產品情況，提交給開發(fā)和測試培訓效勞部測試部是用戶實施記錄無法電話解決的問題，以上門效勞方式實施培訓效勞部培訓效勞部否測試狀態(tài)控制表測試方式，測試用例，狀態(tài)標識，測試人員等測試部測試部否測試確認報告主要功能驗證結果,認定版本是否通過或升級入庫測試部測試部否測試評估報告BAG統(tǒng)計,功能評價,風險評估,建議是否發(fā)布等測試部測試部是產品發(fā)布說明版本號及發(fā)布日期,測試結果，發(fā)布內容，包裝內容，支付用戶使用方式等測試部測試部是產品版本入庫單版本名稱，時間，部署地點，與標準版差異等測試部測試部否說明：·文檔模版詳見附件；·流程文檔，指實現業(yè)務流程必須全程跟進的文檔，非流程文檔只需部門自行留存?！ば畔⒐こ滩抗こ探M備存的文檔由工程經理管理，測試部備存的文檔由美工兼文檔員管理。4.溝通機制4.1.內部溝通·工程經理對部門經理負責，讓部門經理隨時了解工程進度、質量和所需資源；·工程組之間信息交互，就技術難題開展技術研討，尋求技術支持與業(yè)務指導；·工程組內部實時溝通交流。4.2.外部溝通·對培訓效勞部拿回的需求，工程組要實行可行性論證，分析技術上是否可實現。·調研或出差時深入用戶工作崗位，獲取第一手資料，回公司時索要對方電話并保持聯系；對開發(fā)、測試、培訓效勞三方共同確認的需求，必須與用戶及時溝通、達成一致?！すこ探M在提交測試時附上說明文檔，指明版本實現目的以及關鍵業(yè)務和難點。對測試情況要及時詢問，防止完全測試完成再行修改?！ば畔⑾到y(tǒng)各部門在考勤考核、人事安排、監(jiān)督獎罰等方面要取得行政人事部門的支持。4.3.溝通工具4.3.1．每個工程組通過Project來安排工作,提交工作進度。·工程經理通過projectg來安排任務給組成員，做到工程組成員每天有明確任務分配,便于對組成員的日常考評及月考評,應防止在工程在某時期沒有工作記錄?！すこ探M成員應認真填寫project的工作記錄及進展情況，做到每日提交，這做為日?？荚u及月考評的重要依據?！すこ探浝砻咳諏徍私M成員的工作進度及質量問題，根據工程進展情況進行適當調整。不要工程提交到project上后一成不變，失去了它的應用意義。4.3.2．工程經理通過project工程狀態(tài)報告，來向上一級提交工作情況及方案?！すこ虪顟B(tài)報告每周五提交部門經理、總經理助理以及行政人事部。工程狀態(tài)報告應填寫如下內容：本周的工作情況〔詳細記錄工程組工作進展，用戶反響及處理情況〔用戶的單位、反響的問題〕、出差人員的反響情況記錄、下周的工作安排、本周的熱點問題、本周未解決問題。·工程狀態(tài)報告是工程經理提交上級部門的重要文檔及工作進展情況的重要依據之一，作為月考評的一項存在。4.3.3．缺陷管理使用ClearQuest工具。該工具是測試部與開發(fā)部門交互使用的?！すこ烫峤粶y試，測試部部門把某工程按照Project上的工程安排建立該工程的數據庫，把功能模塊和提交人對應?！すこ探M成員用ClearQuest客戶端查看自己完成模塊的測試情況，并提交自己的修改方案。具體使用由信息工程部統(tǒng)一培訓。第四章強化監(jiān)督與考核本章節(jié)旨在通過版本業(yè)務流程的考核和人員日常工作業(yè)績的考核，監(jiān)督流程運作質量，將責任心的核查與獎懲具體兌現到日常工作中。1.監(jiān)督1.1.工作方案即階段性工作目標和時間表，包括工程方案、年度方案、月度方案和周方案。工作方案及時間表必須按時遞交部門經理及公司主管領導，同時報送行政人事部備案。設置PROJECT用戶權限，掌握工程進度與完成質量。信息系統(tǒng)業(yè)務部門內部建立周例會制度，及時檢查效率、總結經驗和部署工作。1.2.監(jiān)督重點工程經理對工程組分配產品從需求——開發(fā)——測試——發(fā)布——培訓——實施的整體業(yè)務體系全程監(jiān)督與控制。監(jiān)督采取抓“兩頭〞放“中間〞。其中，抓“兩頭〞是指工程經理主抓業(yè)務需求和總體框架、主抓數據庫結構；放“中間〞是指部門范圍內開放代碼，實現模板化編譯和信息資源共享，代碼編寫質量采取抽查的方式予以評估。1.3.抽查方法三種方法同時進行：工程經理自查、公司主管領導抽查、公司主管領導委托工程經理交叉檢查。抽查的前提條件是工程組之間在整體框架設計上思路統(tǒng)一。抽查的內容主要是檢查軟件代碼編寫的標準性。2.考核2.1.業(yè)務流程考核以需求確認報告核定的版本發(fā)布周期為考核周期，由總經理助理面向工程組的產品運作流程全面考核。考核結果作為部門經理、工程經理任職資格的評定依據，也作為工程經理對下屬員工獎懲兌現的依據。業(yè)務考核分數=∑〔進度考核分數+質量考核分數+需求考核分數〕/32.1.1.進度考核指標及標準采用任務延期率進行考核，需求確認報告核定的版本發(fā)布周期為方案執(zhí)行天數，如需變更方案執(zhí)行天數需以變更后的需求確認報告為準，甲方認可的方案延期也可視同為方案執(zhí)行天數。公式計算如下：延期率X1=〔實際執(zhí)行天數-方案執(zhí)行天數〕/方案執(zhí)行天數任務延期率-15%≤X1＜00≤X1≤15%15%＜X1≤30%X1＞30%考核分數1.01~1.200.81~1.000.61~0.8002.1.2.質量考核指標與標準由信息工程部配合測試部制訂一套標準通用的測試標準，作為衡量版本質量的依據。2.1.2.1.否決指標主體業(yè)務模塊錯誤率X2＞0‰，測試不通過；系統(tǒng)級運行錯誤率X3＞0‰，測試不通過。2.1.2.2.其它考核指標采用測試通過率、遺留問題率、界面不統(tǒng)一數量等指標進行考核，以最后一次測試通過作過衡量依據。具體公式及考核標準如下，三項考核指標中任一項不達標套入相應分數：測試通過率X4=測試用例通過數量÷測試用例總量遺留問題率X5=遺留問題數量÷測試用例數量界面不統(tǒng)一數量X6=窗體風格或按紐設計不一致的數量測試通過率X4≥95%90%≤X4＜95%80%≤X4＜90%X4＜80%，遺留問題率X5≤5%X5≤5%5%＜X5≤10%X5＞10%界面不統(tǒng)一數X6=0X6=1X6=2X6=3考核分數1.01~1.200.81~1.000.61~0.8002.1.3.需求滿足的考核指標與標準根據版本發(fā)布后的維護次數〔系統(tǒng)升級不視同維護〕來考核，具體考核標準如下：考核指標第X7次維護X7=1X7=2X7=3X7=4考核分數1.01~1.200.81~1.000.61~0.8002.2人員業(yè)績考評實行月度考核、半年談話并確定考評等級的制度。時間在每月的25日至30日?？己擞芍苯由霞壴u定。即一般員工由工程經理考核，工程經理由部門經理考核，部門經理由總經理助理考核?？荚u結果直接影響到薪資調整與人事調整。2.2.1月度考評2.2.1.1信息工程部指標考核標準說明直接上級檢查評價源代碼提交情況·每日必須把VSS或CVS中工程(程序,源碼,文檔等)的更新的內容checkin,便于其他工程組可以看到最新的程序達標〔〕待提高〔〕任務提交情況·每日提交Project中分配的任務，并在每日任務備注里寫明"開發(fā)中的問題,未解決的問題"之類的說明,這樣起到原來的工作日志與交流的作用·任務未按期完成，把"未按期完成的原因"在任務備注里說明達標〔〕待提高〔〕開發(fā)文檔完成情況·根據自己的職責，按規(guī)定格式認真書寫開發(fā)文檔，包括需求分析、概要設計、詳細設計、測試報告、數據庫設計等達標〔〕待提高〔〕任務完成及時率根據Project上安排的任務與VSS上完成的程序，來判斷任務是否完成達標〔〕待提高〔〕日常工作態(tài)度·工作時間是否做工作之外的事，如上網聊天、看與工作不相關的書籍，網頁，長時間脫崗·外出部署、試點客戶評價達標〔〕待提高〔〕2.2.1.2培訓效勞部指標考核標準說明直接上級檢查評價任務提交情況任務完成情況，客戶咨詢電話記錄情況，工作日志記錄情況，工作匯報情況達標〔〕待提高〔〕投訴與表揚來電來信、客戶評價、公司表揚或批評達標〔〕待提高〔〕市場信息反響是否向開發(fā)遞交書面需求報告，提供信息是否具有市場價值，信息反響是否準確及時，信息流向是否正確達標〔〕待提高〔〕技術水平綜合分析對公司產品的熟悉程度，對軟件技術的掌握程度，公司內部培訓演示時表述清晰程度達標〔〕待提高〔〕工作態(tài)度工作時間是否干與工作無關之事，如私事電話閑聊、上網〔含QQ〕，看與工作不相關的書籍，長時間脫崗等達標〔〕待提高〔〕2.2.1.3測試部指標考核標準說明直接上級檢查評價工作出勤情況出勤是否有不良記錄〔早退、曠工〕；請假是否遵循正規(guī)請假手續(xù)達標〔〕待提高〔〕日常工作態(tài)度工作時間是否做工作之外的事，如上網聊天、看與工作不相關的書籍，網頁，長時間脫崗達標〔〕待提高〔〕任務完成及時程度是否按照測試方案按時完成測試任務，并詳細填寫測試總結，如確實無法按時完成，須注明原因達標〔〕待提高〔〕缺陷描述缺陷定位準確，缺陷描述的三要素：位置、原因、結果；缺陷描述用陳述語氣〔不能有疑問語氣〕達標〔〕