【正文】 部否用戶電話記錄用戶聯(lián)系方式，反饋問題，記錄人，記錄時間等培訓(xùn)服務(wù)部培訓(xùn)服務(wù)部否需求處理報告結(jié)合三方確定的需求與用戶反饋的需求差異進(jìn)行描述，試圖說服引導(dǎo)用戶培訓(xùn)服務(wù)部培訓(xùn)服務(wù)部否使用問題報告收集和反饋用戶使用產(chǎn)品情況，提交給開發(fā)和測試培訓(xùn)服務(wù)部測試部是用戶實(shí)施記錄無法電話解決的問題，以 上門服務(wù)方式實(shí)施培訓(xùn)服務(wù)部培訓(xùn)服務(wù)部否測試狀態(tài)控制表測試方式，測試用例，狀態(tài)標(biāo)識，測試人員等測試部測試部否測試確認(rèn)報告主要功能驗(yàn)證結(jié)果,認(rèn)定版本是否通過或升級入庫測試部測試部否測試評估報告BAG統(tǒng)計,功能評價,風(fēng)險評估,建議是否發(fā)布等測試部測試部是產(chǎn)品發(fā)布說明版本號及發(fā)布日期,測試結(jié)果，發(fā)布內(nèi)容，包裝內(nèi)容，支付用戶使用方式等測試部測試部是產(chǎn)品版本入庫單版本名稱，時間，部署地點(diǎn)，與標(biāo)準(zhǔn)版差異等測試部測試部否說明：信息工程部項目組備存的文檔由項目經(jīng)理管理，測試部備存的文檔由美工兼文檔員管理。項目組內(nèi)部實(shí)時溝通交流。調(diào)研或出差時深入用戶工作崗位，獲取第一手資料，回公司時索要對方電話并保持聯(lián)系；對開發(fā)、測試、培訓(xùn)服務(wù)三方共同確認(rèn)的需求，必須與用戶及時溝通、達(dá)成一致。項目經(jīng)理通過projectg來安排任務(wù)給組成員，做到項目組成員每天有明確任務(wù)分配,便于對組成員的日?？荚u及月考評,應(yīng)避免在項目在某時期沒有工作記錄。項目經(jīng)理每日審核組成員的工作進(jìn)度及質(zhì)量問題，根據(jù)項目進(jìn)展情況進(jìn)行適當(dāng)調(diào)整。項目狀態(tài)報告每周五提交部門經(jīng)理、總經(jīng)理助理以及行政人事部。．缺陷管理使用Clear Quest工具。即階段性工作目標(biāo)和時間表，包括項目計劃、年度計劃、月度計劃和周計劃。項目經(jīng)理對項目組分配產(chǎn)品從需求——開發(fā)——測試——發(fā)布——培訓(xùn)——實(shí)施的整體業(yè)務(wù)體系全程監(jiān)督與控制。抽查的前提條件是項目組之間在整體框架設(shè)計上思路統(tǒng)一。業(yè)務(wù)考核分?jǐn)?shù)=∑（進(jìn)度考核分?jǐn)?shù)+質(zhì)量考核分?jǐn)?shù)+需求考核分?jǐn)?shù)）/3采用任務(wù)延期率進(jìn)行考核，需求確認(rèn)報告核定的版本發(fā)布周期為計劃執(zhí)行天數(shù)，如需變更計劃執(zhí)行天數(shù)需以變更后的需求確認(rèn)報告為準(zhǔn)，甲方認(rèn)可的計劃延期也可視同為計劃執(zhí)行天數(shù)。具體公式及考核標(biāo)準(zhǔn)如下，三項考核指標(biāo)中任一項不達(dá)標(biāo)套入相應(yīng)分?jǐn)?shù)：測試通過率X4=測試用例通過數(shù)量247?？己擞芍苯由霞壴u定。每日必須把VSS或CVS中項目(程序,源碼,文檔等)的更新的內(nèi)容check in,便于其他項目組可以看到最新的程序達(dá)標(biāo)（ ）待提高（ ）任務(wù)提交情況工作時間是否做工作之外的事，如上網(wǎng)聊天、看與工作不相關(guān)的書籍，網(wǎng)頁，長時間脫崗因溝通不暢導(dǎo)致工期延誤（與項目計劃工期不符）的。違反工作流程，忽視責(zé)任環(huán)節(jié)，影響產(chǎn)品發(fā)布進(jìn)度和質(zhì)量的；測試標(biāo)準(zhǔn)、程序員手冊、技術(shù)規(guī)范、文檔模板等的制訂與修改。每次扣項目經(jīng)理當(dāng)月薪資500元，扣項目組成員當(dāng)月薪資100元/人；，每次在項目經(jīng)理及項目組成員當(dāng)月薪資基礎(chǔ)上核發(fā)100元/人獎勵。月度考評一項為“待提高”扣50元，以此類推；五項指標(biāo)均達(dá)標(biāo)，在個人當(dāng)月薪資基礎(chǔ)上核發(fā)100元獎勵，與當(dāng)月薪資合并計稅。考核等級為待提高的人員，經(jīng)公司綜合平衡，給予職務(wù)降低或薪資下浮的處分；。部門內(nèi)根據(jù)考評結(jié)果，排出優(yōu)劣順序,劃分考評等級，考核結(jié)果報行政納入個人檔案庫；業(yè)務(wù)考評系數(shù)的年平均值，直接作為部門經(jīng)理（副經(jīng)理）及總經(jīng)理助理個人考核系數(shù)，影響到留存績效工資兌現(xiàn)。由總經(jīng)理助理根據(jù)責(zé)任輕重提出項目經(jīng)理的撤職、降職處罰建議。經(jīng)用戶反饋，已發(fā)布版本存在系統(tǒng)級錯誤或核心模塊功能性錯誤的；經(jīng)用戶反饋，已發(fā)布版本存在需求理解偏差，需要修改維護(hù)的。經(jīng)測試不通過（與需求確認(rèn)報告有出入），退回修改的；任務(wù)未按期完成，把未按期完成的原因在任務(wù)備注里說明達(dá)標(biāo)（ ）待提高（ ）開發(fā)文檔完成情況考評結(jié)果直接影響到薪資調(diào)整與人事調(diào)整。測試用例數(shù)量界面不統(tǒng)一數(shù)量X6=窗體風(fēng)格或按紐設(shè)計不一致的數(shù)量測試通過率X4≥95%　　90%≤X4＜95%80%≤X4＜90%X4＜80%，遺留問題率X5≤5%X5≤5%5%＜X5≤10%X5＞10%界面不統(tǒng)一數(shù)X6=0X6=1X6=2X6=3考核分?jǐn)?shù)~~~0根據(jù)版本發(fā)布后的維護(hù)次數(shù)（系統(tǒng)升級不視同維護(hù)）來考核，具體考核標(biāo)準(zhǔn)如下：考核指標(biāo)第X7次維護(hù)X7=1　　X7=2X7=3X7=4考核分?jǐn)?shù)~~~0實(shí)行月度考核、半年談話并確定考評等級的制度。主體業(yè)務(wù)模塊錯誤率X2＞0‰，測試不通過；系統(tǒng)級運(yùn)行錯誤率X3＞0‰，測試不通過。以需求確認(rèn)報告核定的版本發(fā)布周期為考核周期，由總經(jīng)理助理面向項目組的產(chǎn)品運(yùn)作流程全面考核。其中，抓“兩頭”是指項目經(jīng)理主抓業(yè)務(wù)需求和總體框架、主抓數(shù)據(jù)庫結(jié)構(gòu)；放“中間”是指部門范圍內(nèi)開放代碼，實(shí)現(xiàn)模板化編譯和信息資源共享，代碼編寫質(zhì)量采取抽查的方式予以評估。設(shè)置PROJECT用戶權(quán)限，掌握項目進(jìn)度與完成質(zhì)量。具體使用由信息工程部統(tǒng)一培訓(xùn)。．項目經(jīng)理通過project項目狀態(tài)報告，來向上一級提交工作情況及計劃。項目組成員應(yīng)認(rèn)真填寫project的工作記錄及進(jìn)展情況，做到每日提交，這做為日常考評及月考評的重要依據(jù)。．每個項目組通過Project來安排工作,提交工作進(jìn)度。項目組在提交測試時附上說明文檔，指明版本實(shí)現(xiàn)目的以及關(guān)鍵業(yè)務(wù)和難點(diǎn)。對培訓(xùn)服務(wù)部拿回的需求，項目組要實(shí)行可行性論證，分析技術(shù)上是否可實(shí)現(xiàn)。項目經(jīng)理對部門經(jīng)理負(fù)責(zé)，讓部門經(jīng)理隨時了解項目進(jìn)度、質(zhì)量和所需資源；流程文檔，指實(shí)現(xiàn)業(yè)務(wù)流程必須全程跟進(jìn)的文檔，非流程文檔只需部門自行留存。異常處理完成后由培訓(xùn)服務(wù)部門提交反饋信息，由各部門經(jīng)理對處理作總結(jié)。產(chǎn)品版本庫的編號規(guī)范包括以下內(nèi)容：—產(chǎn)品類型代碼（如KSS）—版本類型代碼（標(biāo)準(zhǔn)版本為公司名稱縮寫B(tài)S；地區(qū)版本用兩個拼音字母表示，如ZJ）—合格代碼（合格為1，不合格為0）—升級代碼（）。三方認(rèn)可的《需求確認(rèn)報告》與用戶實(shí)際需求不一致的，由培訓(xùn)服務(wù)部形成《需求處理報告》，與用戶溝通需求差異，合理引導(dǎo)和說服用戶。也可由各部門自行提請。時間段評價者職業(yè)優(yōu)勢職業(yè)劣勢個性特點(diǎn)價值取向培養(yǎng)意向面試評價自評上級人事轉(zhuǎn)正評價自評上級人事半年評價自評上級人事一年評價自評上級人事