信息化系統(tǒng)管理模式(編輯修改稿)
2025-05-09 05:34 本頁面
【文章內(nèi)容簡介】 效考評，收集提煉合理化建議。完成公司領導臨時交辦的任務。根據(jù)用戶需求部署產(chǎn)品培訓與技術服務，檢查工作效率，實時收集與反饋用戶信息與競爭對手資料，做出市場分析，與信息工程部、測試部經(jīng)理共同確認需求；審核公司業(yè)務及產(chǎn)品培訓教材、用戶操作手冊，組織編寫宣傳材料、更新網(wǎng)站；維護公司形象工程，與用戶建立良好的合作伙伴關系；參與公司主要經(jīng)濟問題的分析，會同財務部門作好應收款項的催收工作；強化培訓服務隊伍建設，組織業(yè)務及技能培訓，及時處理用戶反映的技術問題；收集合理化建議，作好公司領導的參謀，完成公司領導交辦臨時工作任務。時間段評價者職業(yè)優(yōu)勢職業(yè)劣勢個性特點價值取向培養(yǎng)意向面試評價自評上級人事轉正評價自評上級人事半年評價自評上級人事一年評價自評上級人事兩年評價自評上級人事三年評價自評上級人事崗位空缺公告及任職資格要求行政人事部員工部門經(jīng)理公司領導財務部門審核與推薦員工申請審核批準監(jiān)促辦理工作交接到新崗位報到綜合考評任命書或崗位變動通知書調(diào)薪通知審核批準調(diào)整薪資YYY公司調(diào)整崗位定編定員或年終考評行政人事部員工部門經(jīng)理公司領導財務降級或除名建議重大工作失誤或嚴重違反規(guī)章制度行為監(jiān)促辦理工作交接離職手續(xù)綜合考評解除勞動合同通知書調(diào)薪通知審核批準調(diào)整薪資崗位變動通知書新崗位報到監(jiān)促辦理工作交接審核結算薪資不勝任工作降級除名Y審核詳見《公司行政人事制度》。培訓課題培訓內(nèi)容計算機技能培訓Delphi和Jbuilder開發(fā)培訓、Java開發(fā)培訓、JAVA模式培訓、中間件技術講座、Project Server 培訓、ROSE和UML培訓、數(shù)據(jù)庫優(yōu)化、Oracle數(shù)據(jù)庫、測試工具Rational Teamtest培訓產(chǎn)品體系培訓操作系統(tǒng)和數(shù)據(jù)庫系統(tǒng)的應用培訓、三所一院部分軟件的使用和培訓、智能化安防系統(tǒng)的培訓、對ISO9001各項標準及要求的培訓法規(guī)政策培訓監(jiān)管法規(guī)政策培訓、勞動法規(guī)政策培訓、安防知識培訓、對監(jiān)管行業(yè)業(yè)務知識的培訓、公司規(guī)章制度的培訓綜合素質(zhì)培養(yǎng)測試技巧和要求培訓、培訓技巧和服務意識的培訓、計算機外設的熟知率培訓、市場銷售技巧培訓、交際藝術和溝通技巧的培訓項目管理培訓項目管理理論與技巧、項目責任制與獎懲方案 內(nèi)培為主，外培為輔。內(nèi)部培訓安排專題培訓與講座，鼓勵員工自行擔任主講，實現(xiàn)資源共享，并按50元/次獎勵主講人員，外部培訓以資質(zhì)認證為主，按《公司行政人事制度》和《培訓合同》相關條款執(zhí)行。公司內(nèi)部開辟《培訓園地》，每兩周一次，周五下午4：00至5：30。也可由各部門自行提請。第三章 工作流程與溝通 本章節(jié)旨在解決需求源頭、版本控制、責任環(huán)節(jié)、業(yè)務銜接、文檔管理等問題，切實推行以項目經(jīng)理為導向的產(chǎn)品生產(chǎn)和業(yè)務運作流程。流程說明：根據(jù)市場需要，由培訓服務部提交《版本申請書》（注明需要時間、部署地點、系統(tǒng)配置需求、對產(chǎn)品的特殊要求等），如無明確地方需求，由測試部從產(chǎn)品版本庫中提取標準版本；如產(chǎn)品版本庫中現(xiàn)有產(chǎn)品不符合要求，由測試部轉發(fā)《版本申請書》給信息工程部相應的項目經(jīng)理進行確認和修改，修改完成的版本經(jīng)測試部評估并確認合格后，作為產(chǎn)品發(fā)布版本記入產(chǎn)品版本庫。測試部根據(jù)培訓服務部《版本申請書》中的系統(tǒng)配置要求（指支持系統(tǒng)運行的所有服務器、客戶機及網(wǎng)絡設備、通訊鏈路以及存儲設備、輸入輸出設備機器型號及配置和其他設備規(guī)格要求等的硬件配置說明；以及所使用的系統(tǒng)軟件、平臺軟件、開發(fā)工具軟件等的說明），對擬發(fā)布的版本進行系統(tǒng)配置，并刻出母盤，提交培訓服務部作為產(chǎn)品發(fā)布的樣品。因產(chǎn)品完善和功能擴展需提交測試的，必須事先由信息工程部項目經(jīng)理制定詳細的開發(fā)計劃并抄送測試、培訓服務部經(jīng)理，修改后經(jīng)過測試確認的版本按時間標注小號，記入公司產(chǎn)品版本庫。在版本要求時間與實際提供時間存在差異的，由各部門經(jīng)理協(xié)商解決。流程說明：由培訓服務部提交用戶反饋，經(jīng)測試部初步審核，對描述不清或是有歧義的描述退回培訓服務部重新整理提交。測試部將需求信息轉交信息工程部項目組，由項目經(jīng)理過濾后，提交信息工程部、測試部、培訓服務部會議討論。經(jīng)三方簽字認可的《需求確認報告》方可作為開發(fā)憑證和測評依據(jù)。三方認可的《需求確認報告》與用戶實際需求不一致的，由培訓服務部形成《需求處理報告》，與用戶溝通需求差異，合理引導和說服用戶。項目經(jīng)理提交測試版本的依據(jù)是系統(tǒng)開發(fā)和完善計劃，來源主要有三：根據(jù)用戶反饋對現(xiàn)有版本的完善；根據(jù)市場要求確立的新產(chǎn)品開發(fā)；根據(jù)實際需要由信息工程部主管制定的開發(fā)計劃。系統(tǒng)開發(fā)計劃需由相關負責人用Project制定并發(fā)布至Project Server,提交測試版本時必須附上相應的版本說明。測試人員對系統(tǒng)進行測試時，可根據(jù)具體情況決定版本是否能夠發(fā)布，對不符合要求的版本退回給項目經(jīng)理進行修改，版本號不升級，三次以上提交仍不合格的，升級版本號并記入不合格版本庫，退回給項目經(jīng)理重新制定修改計劃。測試確認可以發(fā)布的版本附交《版本說明書》，并對每次版本的升級提交測試報告和評估。產(chǎn)品版本庫的編號規(guī)范包括以下內(nèi)容：—產(chǎn)品類型代碼（如KSS）—版本類型代碼（標準版本為公司名稱縮寫B(tài)S；地區(qū)版本用兩個拼音字母表示，如ZJ）—合格代碼（合格為1，不合格為0）—升級代碼（）。舉個例子:“”代表“看守所系統(tǒng)浙江合格版本第2次升級版本”。流程說明：除了試點之外，公司產(chǎn)品在部署完成后，需整體更新的，要遵循異常處理流程。各部門均可提交異常處理請求，需注明處理原因，因產(chǎn)品質(zhì)量問題引起的異常處理由信息工程部部門經(jīng)理負責處理，向公司提交異常處理請求。獲得同意后即可按異常處理流程運作。異常處理完成后由培訓服務部門提交反饋信息，由各部門經(jīng)理對處理作總結。工作項目信息工程部項目組測試部培訓服務部需求界定信息收集△▲明確用戶要求▲▲▲需求確認▲▲▲系統(tǒng)分析
公司管理相關推薦
鄂ICP備17016276號-1