編號：時間：2021年x月x日書山有路勤為徑，學海無涯苦作舟頁碼：第頁某軟件相關項目開發流程修改歷史日期作者修改合適的內容2003-03-12張京宇新規制作2003-5-18張京宇人員職責的變更，合適的內容的變更2003-12-4張京宇針對2004年度制作最新工作合適的內容下的工作流程2004-1-14張京宇添加相關項目經理管理管控被職員填寫下周日程表的規則

TOC\o"1-2"\h\z1 概述 31.1 目的 31.2 合適的內容概述 32 開發部日常管理管控流程具體實施合適的方案 32.1 基本原則 32.2 合適的內容概述 32.3 合適的內容詳細描述 33 開發部管理管控流程具體實施合適的方案 103.1 合適的內容概述 103.2 開發部概要流程圖 123.3 開發部管理管控人員工作流 123.4 Bugsurvey工作流 153.5 相關項目分析工作流 153.6 Beta后質量保證工作流 153.7 測試組beta前工作流 153.8 相關項目組基本工作流 153.9 測試部β版前流程 194 績效考核實施合適的方案 214.1 總則： 214.2 流程圖 215 開發部激勵和過失管理管控流程 245.1 激勵管理管控系統 245.2 過失管理管控系統 24

概述目的用標準化的流程來統一管理管控公司的運作，避免混亂，提高管理管控的質量。在遠程開發上，結果××軟件自身的特點，量身定做，解決遠程開發上的問題。在實施過程中，所有管理管控者能夠根據此統一的流程，總結經驗，提高認識，加強技術水平和管理管控水平。提高公司級的技術分析能力，為公司儲備一支分析隊伍，側重在需求理解和需求分析、框架設計上的能力。保證在2004年能夠全盤進行中方市場的順利運作。對人員負責合適的內容上，明確化各自負責的合適的內容，提高工作效率。合適的內容概述開發部日常工作流程開發部管理管控流程開發部績效考核流程開發部激勵和過失管理管控流程開發部日常管理管控流程具體實施合適的方案基本原則公司開發部力求建立公平公正的評價體系，嚴謹的工作流程定義和及時的記錄與反饋，規范職員活動，形成一個緊張有序的團隊。沒有一個明晰的流程和高效的反饋體系，就不可能把工作做好。但是，這需要每個人按照規則把自己應該負責的那一部分高效完成，只有這樣才能保證整個系統的順暢，同時，如果個人沒有完成自己的指責和按照規定填寫合適的內容，影響的不單單是自己的工作而是整個系統。合適的內容概述Esm使用規則

目的注意是為了提高開發部整體的相關計劃能力，反饋能力和管理管控者的控制能力。同時提高整體職員參與公司管理管控的渠道，適應東京上市公司對信息管理管控的要求。日常活動的方法提供開發部工作流程外的突發事件的解決方法合適的內容詳細描述Esm使用規則schedule的使用加強全體人員的相關計劃能力，做到我每天要做什么？今天相關項目經理給我的安排是什么？對應相關項目經理和部長要知道每個人在做什么？只有這樣，才能保證控制人員可以宏觀調控，而個人也不會不知所措。注意事項：1.必須使用長期類型（哪怕只有一天）保持統一性2開始時間必須為22：00結束時間為23：00，（為了區分其它人填寫的日程安排）3填寫日程安排時，必須選擇對應的anken，否則不能于系統內的相關項目關聯，統計軟件失去作用。4日程安排的主題要修改，規則為相關項目號（中文版相關項目為北京內部相關項目編號），暫時沒有編號可以寫相關項目名稱。合適的內容負責人填寫要求監督人違規處理下周工作安排相關項目經理技術分析負責人測試組經理必須每周五16：00前填寫完畢。同時類型統一用長期進行定義，為每一個人員安排下周工作相關計劃。填寫監督：相關項目總控助理合適的內容監督：部長和相關項目總控人員沒有按時提交的，管理管控者扣除MD0.2日常活動安排開發部全體人員建議大家把工作安排填寫，有利于提高自己的相關計劃能力和規劃能力。同時能保證事情不會忘記。無待辦事項開發部全體人員建議填寫，管理管控者應該必須使用。主要是把事務管理管控的井井有條。無制作下周工作安排表相關項目總控助理負責利用工具【導出下周工作表系統】制作開發部下周工作相關計劃表。每周五下班前發送東京。東京相關項目負責人Report的使用作為上市公司的子公司要求公司正規化，第一步公司的日報系統的建立和審查，所以從本年度起必須建立此系統。同時，在管理管控上解決口頭匯報，不客觀而事后而無據可查的弊端，為及時了解問題并解決問題，提供第一手的素材。同時相關項目總控助理，也要本著實事求是的原則，根據大家的填寫合適的內容向東京證券市場提交《作業公務表》，所有填寫者一定要保證填寫日報的消耗工時和最后工資結算時當日工時保持嚴格一致。合適的內容對應esm的名稱填寫要求監督人違規處理相關項目選擇相關項目直接選擇自己對應的相關項目,如果工作對象不是相關項目本身則需要選擇以下相關項目:(顧客名稱為2004年過程管理管控專用)公司會議公司培訓公司管理管控其它注意:只有部長以上才填寫以上相關項目(公司培訓除外),部長以下全部選擇對應相關項目。見附圖1××扣除MD0.1當日工作合適的內容和進度工作合適的內容與進度填寫當日的模塊名稱（模塊名稱參考中的功能點表）細度要求功能點填寫監督：××合適的內容監督：相關項目經理沒有填寫1次人民幣5元工作耗時工作耗時要求與工資計算工時想對應。（esm中數據庫的數字和工時統計必須對應，此為東京證券的要求）數字核對：××數字不對者，按照一次扣除0.1MD問題反饋問題反饋把當天所遇到的問題按照條目化羅列。必須包含合適的內容和狀態兩部分例如：1合適的內容：BS詳細頁面存在老bug，狀態：已經解決2合適的內容：文檔2.3出現問題，無法繼續。狀態：等待解決合適的內容監督：相關項目經理不付責任的亂填或不填，一個日報扣除0.1MD(如果在特殊情況下無問題，也要寫無)MD輸入訂貨（預定）金額必須在相關項目總結會議結束之后，同時要經過相關項目經理的審核。輸入值為實際值的10倍（因為數值型目前只能為整數）職員的輸入由相關項目經理負責相關項目經理的核對由相關項目總控助理進行職員如果不填寫則按照輸入值進行績效考核。如果職員輸入的MD與分配時不符合相關項目經理扣除0.5MD附圖1：周報（WeekReport）日報（DailyReport）的使用主要是使用對象為管理管控者，主要是適用于向管理管控者匯報整體問題。在概念上，日報周報為概括說明，而report則屬于細節描述。合適的內容負責人填寫要求監督人違規處理日報相關項目經理部長－》部長相關項目進展狀況：不能解決的問題反饋建議或提議

突發問題必須反饋相關項目總控人員如果由于沒有匯報造成問題，按一次扣除0.5MD周報相關項目經理－》部長部長－》相關項目總控相關項目進展整體狀況：不能解決的問題反饋建議或提議必須填寫相關項目總控助理周報不寫，按一次扣除0.2MD目標功能的使用由于分部內有單獨的激勵費用，所以建議分部內建立目別考核體系。為每一個程序員根據個人不同的能力和狀況設定目標，對于圓滿完成目標者進行鼓勵。同時，保證公司的開發效果在可控制范圍內。相關項目信息管理管控的使用。本管理管控系統在2003年開始實行，主要目前是記錄公司所有相關項目的里程碑信息。為以后相關項目的整理和后期處理提供真實的數據。同時，維護公司的相關項目信息數據庫。注意事項：其中關于相關項目中所設計的文檔，統一放在上2004目錄中。關于文檔名稱和路徑的書寫方法如下,保證能夠盡快打開文檔：//測試用例/14258_testcase.xls2004年1月1號起,東京新相關項目相關項目要求對應負責人出錯處理方法備注相關項目名稱必填，同時應有對應的相關項目號××扣除MD0.1北京相關項目編號必填××扣除MD0.1添加時一定要注意唯一性，與相關項目類型不能為空，目前類型有ResearchNormalConfirmMergeOthers××扣除MD0.1目前的規則為小于5md的均為RESEARCH相關項目相關項目名稱必填××扣除MD0.1相關項目的名稱應包含相關項目的ID，關于相關項目ID的生成方法，參考日方對應文檔客戶方負責人必填××扣除MD0.1分析負責人北京分析相關項目，為必填相關項目東京設計，為非必填部長（但是必須制定具體負責人）扣除MD0.1相關項目負責人必填相關項目部長扣除MD0.1相關項目負責人應該是直接負責人（不是最先指定的部長）本公司負責人不能為空初始必填的人員為相關項目總控人員及助理、對應部長、測試部經理,公司技術負責人（馬俊）××相關項目負責人扣除MD0.1如果沒有相關項目負責人，與××聯系分析開始時間必填對應該相關項目的分析員扣除MD0.1公司技術負責人在分析相關項目開始時應把對應分析員加到相關項目列表中概要設計完成時間必填對應該相關項目的分析員扣除MD0.1詳細設計完成時間必填對應該相關項目的分析員扣除MD0.1FP文檔完成時間必填對應該相關項目的分析員扣除MD0.1分析完畢時間必填對應該相關項目的分析員扣除MD0.1相關項目接收時間必填××扣除MD0.1相關項目最終對應MD原則不為空，在特殊情況下為空，在相關項目備注重必須說明原因。××相關項目經理（Mail通知）扣除MD0.1本MD伴隨著MD的變更需要動態變化Md變更附件名稱不是必須，但是只要有變更有合適的內容，此相關項目必須要有××相關項目經理（Mail通知）扣除MD0.1相關項目最終報價原則不為空，在特殊情況下為空，在相關項目備注重必須說明原因。××扣除MD0.1必須與對應MD*11000基本一致。同時必須和MD變更紀錄一致Schedule文檔名稱及路徑必填相關項目經理扣除MD0.2可以用excel或者是visio，project后兩種要以HTML輸出以便查閱。客戶方deadline要求如果提供必填××扣除MD0.1Alfa版時間必填××相關項目經理（Mail通知）扣除MD0.1Beta版時間必填××相關項目經理（Mail通知）扣除MD0.1Alfa變更紀錄最后一次記錄變更的時間必須和對應的alfa版時間和beta版時間一致××相關項目經理（Mail通知）扣除MD0.1相關項目開始時間必填××相關項目經理（Mail通知）扣除MD0.1CSV分支號必填相關項目經理扣除MD0.1此分支號為開發分支號功能點文檔文件名及文件路徑（服務器）必填相關項目經理扣除MD0.1此文檔為必須文檔，各相關項目經理必須嚴格控制。單體測試用例文件名稱及文件路徑必填相關項目經理扣除MD0.1此文檔為必須文檔，各相關項目經理必須嚴格控制相關項目總結與MD分配合適的方案文檔及文件路徑必填相關項目經理扣除MD0.1此文檔為必須文檔，各相關項目經理必須嚴格控制。測試負責人必填××扣除MD0.1測試用例對應文件名稱及路徑必填××扣除MD0.1此文檔為必須文檔，各相關項目經理必須嚴格控制。第一階段測試開始時間：必填測試人員扣除MD0.1第一階段測試完成日期：必填測試人員扣除MD0.1Alfa版本后的BUG：必填測試人員扣除MD0.1回歸測試的開始日期：必填測試人員扣除MD0.1回歸測試的結束日期：必填測試人員扣除MD0.1Beta版后的BUG數：必填××扣除MD0.1主要要參考beta后bug的整理表確認負責人不是必須，主要是與是否進行確認有關，如果確認其他有信息，確認負責人必填××扣除MD0.1系統的使用電子打卡系統的使用目的：主要是利用電子打卡，提高效率，能夠及時反映請假和遲到，并且所有的數據能夠直接被人事利用。

要求：2004年2月開始啟用，2月為試用期，但是要求每人必須嚴格填寫，如果不填寫并結合打卡，忘記填寫扣除過程管理管控MD0.1計算。會議室、洽談室、經理室的使用管理管控目的：主要是在人數多而會議室相對緊張的狀態下，解決矛盾的一種方法。同時審核各相關項目組是否及時安排公司規定的兩次會議。

2004年2月啟動，沒有按照規定進行會議，經審核后，扣除相關項目經理過程管理管控MD0.2,忘記登錄的按照統一標準處理。公司內部論壇的使用主要是要有利于公司內部開辟一塊公司可以自由發表言論的地方。同時，在技術討論上，希望能夠把知識點做一個累計，以便新員工能夠進行參考和積極發表意見。開發部管理管控流程具體實施合適的方案合適的內容概述開發部從流程上主要分為以下幾方面：開發部管理管控人員工作流BUGSurvey工作流相關項目分析工作流Beta后質量保證工作流測試組beta前工作流相關項目組運行基本工作流開發部從實施人員角色劃分如下：開發部經理：（DM01）

統籌解決公司開發部的全部事宜。進行開發部的整體相關計劃的制定和實施，保證開發部的可持續發展和利潤率。相關項目總控人員：(DM02)對公司級的資源進行調配，同時，直接了解日方的戰略安排，為北京方的戰略安排提供的第一手的資料。同時，在相關項目分配上保證三個分部間相關項目的均衡（一個季度內）開發部部長：(DM10)在公司統一的規則范圍內，負責分部的建設。協調各開發組的問題，處理解決分部內發生的問題。做好所有公司要求的標準流程內的合適的內容。同時，在許可范圍內，可以進行單獨的管理管控方法的嘗試和分部內激勵的分配。技術設計負責人：(DM11)統一協調分析組的工作，在對日相關項目分析組中，進行設計文檔的統一確認，在對中方相關項目中，承擔需求的統一把關處理。同時負責分析組的日常工作安排的統籌。BUGSurvey總負責人(DM12)：統一管理管控package和已經提交相關項目的統籌管理管控。組織形式上，傾向于單獨的組織模式。在目前的情況下，以靈活為主，臨時性的進行bugSurvey組的組織和bugSurvey組內teamleader的指定和管理管控。在間隙階段，直接進入分析組進行相關項目分析工作。相關項目總控助理：××(DM13)輔助開發部的相關項目管理管控工作，主要負責中日雙方的信息的反饋紀錄整理，以及esm和taskschedule信息的維護工作。負責公司級相關項目文檔，過程參數的監督，同時向日本總部匯報各種參數和報表。常務相關項目經理：(DM20)目前11名各分部內程序員的日常管理管控，整個開發過程中的控制和日方負責人的信息交互，負責組內程序員的績效考核和問題解決。測試部經理和翻譯部經理包含在內。技術分析員：(DM21)對日方的需求進行概要分析和設計，并書寫設計書，FP。對中方的相關項目中，負責需求的整理和各種設計文檔的實施，同時，負責和相關項目經理和測試部經理的溝通。臨時相關項目經理：(DM22)此角色主要是在接受日方外包相關項目或整體公司產品設計中，需要臨時成立相關項目組，而從分析組中或者常務相關項目經理中抽調。臨時相關項目經理需要全權負責此相關項目的實施，同時需要和公司簽訂相關項目負責保證書，以保證相關項目的進行和最后單獨相關項目激勵的兌現。程序員：主要是負責相關項目按照分析文檔的實施，同時，在實施過程中優化代碼結構，提出合理化建議，其中優秀者可以作為TeamLeader負責具體組織工作和分析管理管控工作。測試員：負責公司測試流程的具體實施，要求掌握測試的技術，提出合理化建議，并保證整個軟件的可靠度。翻譯人員：負責中日方文檔的翻譯，要求工作嚴謹，保證質量。在同日方交流中，負責接待和溝通。同時，在個人的發展意向中可以兼顧其它公司內的常務工作。開發部概要流程圖開發部管理管控人員工作流軟件開發管理管控體系構成參與人員：相關項目總控人員（相關項目總控助理）+部長+（技術設計負責人+BugSurvey負責人）+各級相關項目經理管理管控主線：（1）工具類taskschedule表：主要目的是增加遠程開發的相關計劃和規劃性。管理管控人員去合適目前我們正在進行的總量有多少，檢收而為付款的有多少，實施完畢而沒有檢收的有多少。管理管控人員去看我們下周能夠接受的相關項目有多少，以便在每周五可以制定下周的工作相關計劃。相關項目經理可以看自己負責相關項目的基本參數。Esm系統：通過esm系統詳細的記錄開發過程中的每個里程碑參數，保證在管理管控上能夠提高管理管控細度，以便于及時發現并改正問題和錯誤。Bug管理管控系統：作為質量控制過程實際結果的監控。以便總結質量的問題，進行反饋。文檔：通過文檔管理管控和整理，保證全部職員能夠隨時的了解其他相關項目的信息和相信合適的內容。同時，統一化文檔管理管控，為以后的發展提供素材。所有的文檔主要包含如下幾種：HearingSheet：一個簡要的需求，重點在于強調這個需求的原因（前因后果）UI文件設計文檔：東京和北京共同進行FP報價書QuestionSheet：所有的問題一定要集中在一個文檔內功能點文檔：一定要融合questionSheet內對應答案的所有合適的內容schedule文檔：要包含甘特圖相關項目總結及MD分配合適的方案：把相關項目總結作為重點進行。單體測試用例；條數最少為MD*2,按照模板進行測試組測試用例:要保證最后的測試結果確認測試用例：一般為東京發送beta版后障害書：相關項目確認者發送，按照同一格式進行書寫和填寫。beta后障害list表，其中包含bug的簡單描述、bug的類型確定和各部門關于bug的總結。（2）過程管理管控類一個相關項目兩次會議：相關項目啟動會議和相關項目總結會議相關項目啟動會議主要是講述相關項目的功能點，并據具體問題，進行嚴格的定義，說明本相關項目所必須遵守的特殊規則，子功能間的前后順序，統一的接口定義，和每個人在相關項目實施中應該注意的問題。相關項目總結會議和MD分配合適的方案的確定。主要是根據相關項目實施的結果，進行集中的討論和諧而公平的團隊：公司其他方面的管理管控，就是為了加強管理管控，提倡量化。做到各司其職，多勞多得，公平評價，提供機會給相應的人。管理管控示意圖管理管控人員注意事項其中反饋機制的建立最關鍵。其中管理管控必須遵守以下規則：對象流程編號工作合適的內容上流方下流方備注相關項目總控人員分配相關項目東京相關項目發包人員（紀秀玲）部長相關項目總控助理解決人力矛盾部長BugSurvey負責人

技術設計負責人部長BugSurvey負責人

技術設計負責人下流方人員負責把結果反饋給東京擔當者開發部經理公司管理管控問題部長相關項目經理各級負責人職員全體職員一定要給問題提出者答復，成為制度后頒布部長分配相關項目相關項目總控人員相關項目總控助理對應分部相關項目經理相關項目總控助理Esm相關項目負責人加入，修改負責人為此相關項目經理相關項目人力調節無相關項目總控人員如果出現空閑同時反饋。分部管理管控問題無開發部經理相關項目經理相關項目分析和問題確認無東京負責人結果物概要需求文檔和問題與回復整理文檔相關項目里程碑信息反饋相關項目開始時間，alfa,beta版本時間和原因，fp變更及原因無相關項目總控人員相關項目總控助理測試部經理組織團隊進行技術文檔的書寫和維護無測試部經理team所有成員文檔列表如下：功能點文檔questionSheetSchedule單體測試用例BugSurvey負責人Bugsurvey的調查修改merge相關項目總控人員各級的bugsurveyleaderBugsurvey實施人員所有的規則按照bugsurve流程的規定。相關項目總控助理監督esm的執行情況程序員相關項目經理部長相關項目總控監督過程管理管控參數部長相關項目經理相關項目總控整理所有相關項目文檔相關項目經理相關項目總控對日匯報表系統數據相關項目總控績效考核提供過程情況匯總系統數據相關項目總控月度過程管理管控處理表測試部經理組織書寫測試用例相關項目經理（功能點文檔）東京整理匯總beta版后bug分析表相關項目經理（提供的完整的β后障害書）所有管理管控者其中的技術分析和管理管控分析及對東京的建議應由相關項目負責人進行填寫控制測試的結果Bugsurvey工作流參見《bugSurvey工作規約》。相關項目分析工作流參見《相關項目分析工作規約》Beta后質量保證工作流參見《beta后規作規約》測試組beta前工作流相關項目組基本工作流概述在相關項目進行過程中，要求能夠及時反饋。做好相關計劃安排，并調整這個人力的配比，以達到最好的效果。對程序員的要求尤其在分析組成立前期，對分析組的設計書，盡可能提出建設性意見和設計的問題，有利于提高相關項目分析能力在功能實現上，主要和相關項目經理的溝通，把類結構設計和代碼向理想情況努力，同時用公司內的代碼規范作為自己的行動準則在日常活動中，加強團體意識，加強責任感。對相關項目經理的要求主要職責為：類設計的嚴格控制。保證整個軟件包的可維護性相關項目過程管理管控。能夠緊密的控制整個相關項目的進程，發現相關項目中的各種風險因素，盡早地把風險在相關項目中消除。硬性要求如下：每個相關項目（大于10MD正常相關項目）必須提供的文檔為功能點文檔，questionSheet，單體測試用例，相關項目總結及MD最終分配合適的方案文檔每個相關項目（大于10MD正常相關項目）必須召開兩次會議：

相關項目啟動會議主要為了統一相關項目的合適的內容規則和要求，同時把整體邏輯和框架做簡要說明。

相關項目總結會議：主要是評價每個成員的表現和相關項目完整的狀況和質量，總結失敗的經驗教訓。同時根據評論的結果進行最后的MD的分配。在esm必須登陸必要的過程參數，以便團隊成員和公司的管理管控者能夠及時的把我目前相關項目狀態。整個團隊的建設和公司的管理管控工作。在相關項目管理管控中發現問題，把反映給公司。以備在公司級別對整個流程和各個環節進行調整。流程圖相關項目組文檔管理管控原則：所有文檔必須都放在上，進行統一管理管控。同時，負責人在本地應保留一份同樣的備份。2004年開始接收到的相關項目必須放在2004中，針對每個相關項目必須按照下圖進行文檔管理管控。

細節描述相關項目合適的內容備注Spec設計說明書QuestionSheet設計說明書的補充說明設計說明書的各個版本設計說明書一覽表設計說明書一覽表要記錄所有文檔變更的情況，并指明最后相關項目實施與文檔之間的關系Testcase相關項目組書寫的單體測試用例測試組書寫的測試用例東京發送的confirm測試用例Schedule針對相關項目實施的日程安排對東京進行進度匯報的每個報表FunctionPoints功能點文檔AllBugSpecBeta后障害書針對此相關項目的beta后bug類型確定和經驗匯總。完畢后，應及時發送測試組相關項目經理。UIHtmlDemoHearingSheet聯系分析組，如果有應該直接copyFPSpecFPsheet不同版本FPchange表FP說明，記錄所有FP變更歷史，以備后期確認的方便。相關項目spec的中文版需要打印，此工作由相關項目總控助理執行。同時，對文檔進行歸檔和密封。測試部β版前流程相關人員測試部經理：××測試組成員：測試人員的要求一定要注意配合。因為，在此環節，一種好的描述方式和溝通方式將會直接影響工作效率和工作質量。所以，首先大家要注意bug管理管控系統的使用方法和規則，同時，盡量采用統一的屬于進行描述，如果需要圖形輔助，也可以進行貼圖。加強需求理解能力。能夠盡快的理解文檔和功能測試用例。在工作中細致、耐心、有條理。同時對應esm系統需要測試部填寫的過程參數必須嚴格按照規定填寫。工作流程圖注意事項Bug管理管控系統中的狀態一定要維護，并通過此系統來保證alfabug修改的進行情況，即在提交beta版前，所有的alfabug的狀態都應該在DO上。如果沒有在此狀態中，應該積極和相關項目組聯系，測試組有權監督其完成。測試組要驗證相關項目組提交的script和resoruce文件，如果有問題，測試組有權通知相關項目立即修改，同時可以作為alfabug登錄在bug管理管控系統中。測試組要保證測試用例的質量，盡一切可能減少beta后bug的數量。并嚴格的按照beta后bug處理規約進行。績效考核實施合適的方案總則：所有職員的所有工作都應該以量化計算，如果不能，則當事者可以提出異議，而對績效考核方法進行改進。

例如所有北京相關項目必須有MD，翻譯組翻譯工作量可以通過翻譯的字數進行調整，測試組同樣對工作合適的內容進行分類核算MD。量化管理管控主要包含幾個主題方向：

工作時間：是人事部門公布的每個月的工時統計的結果。實際上，它代表了自己的實際消耗時間。

東京MD：是實際為公司所創造的價值。

北京MD：主要包含正規作的北京內部相關項目或者實際工作而作的的補充MD。已達到考核的公平合理。

質量扣除MD:是指由于代碼的bug而造成的損失，因為實際的貢獻是要扣除損失的。對于測試部就是東京對北京確認產生的beta后故障的扣除。

過程管理管控扣除MD：除了實際的工作量，就是為個建立一個穩固高效的團隊而每個人應該承擔的過程管理管控義務，如果沒有做好，實際上不僅僅是你自己績效不高，而是你影響了整個團隊的利益。而這部分的值反映了你對團隊的影響。過程管理管控獎勵MD：在相關項目實施過程中，個人在突發事件上的處理或者對相關項目整體乃至公司的利益上作出突出貢獻，可以作為績效獎勵。在整個分類上，基本上是劃分為管理管控者，程序員，分析員，翻譯人員，測試人員幾個子系統。但是所有系統的價值標準統一。在時間上，每個月的第五個工作日公布績效考核結果。績效考核的結果直接反映在近期和長期的激勵系統中。具體合適的內容可以參見<開發部激勵和過失管理管控流程>流程圖翻譯組MD核算流程測試組MD核算流程相關項目組MD核算流程分析組MD核算流程事項合適的內容注意負責人備注測試組績效主要根據測試的工作量和工作結果來進行MD的度量強調質量，會加大質量影響的力度。測試部經理要按相關項目進行分配，多退少補。測試組質量考核主要是根據beta后bug進行，如果出現beta后bug同時被確認為實施bug，對應測試人員應該承擔質量責任，按一個實施bug扣除0.1MD計算要注意參看beta后bug匯總表。測試組最關鍵的問題是根據β后的bug情況做分析總結，可向公司申請bug分析內部文檔，通過后可按北京相關項目補充MD測試組工作量百分比目前是測試工作本身相關項目MD×10％測試用例的書寫是相關項目MD×10％目前的測試用例由于是初步書寫。所以僅限于第一月相關項目總控人員第一月后根據測試用例書寫的實際工時和狀況重新審核此百分比相關項目分析工作量相關項目分析指拿到文檔后，進行的需求詳細分析，提出問題，完畢questionSheet文檔和功能電文檔原則上相關項目經理直接進行，同時也可以委托組內具有分析能力的程序員進行，但是必須是相關項目經理負責制相關項目經理MD分配時誰分析誰拿走對應的10％的MD相關項目組質量考核嚴格按照alfa版后的bug進行，一個bug扣除0.1MDAlfa版的bug登錄在bug管理管控系統中，相關項目經理要維護此系統的Plan欄目，程序員要負責其中的DO欄目。如果不填寫直接作為過程管理管控扣除MD進行，一次0.1MD測試部經理相關項目經理Alfa版質量扣除MD的匯總表測試部經理負責。Alfa版過程管理管控扣除MD匯總表由測試部經理負責。相關項目總控助理負責審核測試部經理的工作，如果出現紕漏，按過程管理管控扣除MD計算，一次0.1md相關項目組單體測試用例工作量核算單體測試用例的條數必須大于MD×2，核算相關項目經理直接指定此工作包含在實施70％的范圍內。相關項目經理相關項目經理和全體管理管控者自身績效評定全體team（包含自身在內）的平均值所以相關項目經理要提高整個團隊的績效為目標相關項目經理由相關項目總控助理進行監控。出現問題按過失進行處理。年底績效評定標準直接利用MD進行評價其中包含東京MD和北京MD相關項目總控人員年底績效加權系數確定相關項目經理加權1.25分析組加權1.1翻譯組加權8500字/MD進行折算相關項目總控人員伴隨業務和過程的改變，如果系數有一定的偏差，由相關項目總控人員對此系數進行調整，反映在文檔改版中，并通知全體人員開發部激勵和過失管理管控流程激勵管理管控系統 激勵的定義和類別定義：激勵指職員對公司作出貢獻的對應回報。旨在體現公司公平的原則，客觀的對個人的能力和價值進行認可。類別與處理方法：類別名稱描述實施方式適用范圍備注特別MD獎勵在相關項目中作為突出貢獻，對公司的利益產生重大影響。可由部長提出申請，相關項目總控人員進行批示。特別獎勵單全體員工特別獎金獎勵在相關項目中作為突出貢獻，對公司的利益產生重大影響。可由管理管控者直接提議，部長會議進行討論決定。特別獎勵單全體員工部門內相關項目獎金部長負責制，按季度抽取相關項目的激勵獎金。合適的內容是骨干人員，突出貢獻者和分部內的個別活動。（同時，適用測試部和分析組）金額為：2×[東京MD－質量扣除MD]財務撥款通知單相關項目獎金分配明細表開發部內全體員工公司資助培訓管理管控者提議，部長會議審議。針對公司的要求和個人情況，提議確定人選和額度。培訓通知書突出貢獻者或特別崗位升職參考績效表，考察個人能力，并征求個人意見后，進行職位調整。以給有技術或管理管控能力的人充分的空間。升職通知書管理管控者考察通過人員加薪參考績效表，考察個人能力（技術等級表），于每年8月和1月啟動調整薪金調查程序，對應該薪金的人進行處理薪金調整單管理管控者考察通過人員年終獎金年終獎金額度由東京董事會根據北京利益情況進行直接確定獎金分配采用同一職能部門公開化，計算方法，嚴格按照個人MD（貢獻MD