軟件項(xiàng)目開發(fā)流程

1、某軟件項(xiàng)目開發(fā)流程修改歷史日期作者修改內(nèi)容2003-03-12張京宇新規(guī)制作2003-5-18張京宇人員職責(zé)的變更，內(nèi)容的變更2003-12-4張京宇針對(duì) 2004 年度制作最新工作內(nèi)容下的工作流程2004-1-14張京宇添加項(xiàng)目經(jīng)理管理被職員填寫下周日程表的規(guī)則1 概述1.1目的用標(biāo)準(zhǔn)化的流程來統(tǒng)一管理公司的運(yùn)作，避免混亂，提高管理的質(zhì)量。在遠(yuǎn)程開發(fā)上，結(jié)果××軟件自身的特點(diǎn)，量身定做，解決遠(yuǎn)程開發(fā)上的問題。在實(shí)施過程中，所有管理者能夠根據(jù)此統(tǒng)一的流程， 總結(jié)經(jīng)驗(yàn)， 提高認(rèn)識(shí)，加強(qiáng)技術(shù)水平和管理水平。提高公司級(jí)的技術(shù)分析能力， 為公司儲(chǔ)備一支分析隊(duì)伍， 側(cè)重在需求理解和需

2、求分析、上的能力。保證在 2004 年能夠全盤進(jìn)行中方市場的順利運(yùn)作。框架設(shè)計(jì)對(duì)人員負(fù)責(zé)內(nèi)容上，明確化各自負(fù)責(zé)的內(nèi)容，提高工作效率。1.2內(nèi)容概述開發(fā)部日常工作流程開發(fā)部管理流程開發(fā)部績效考核流程開發(fā)部激勵(lì)和過失管理流程2 開發(fā)部日常管理流程具體實(shí)施方案2.1基本原則公司開發(fā)部力求建立公平公正的評(píng)價(jià)體系，嚴(yán)謹(jǐn)?shù)墓ぷ髁鞒潭x和及時(shí)的記錄與反饋，規(guī)范職員活動(dòng)，形成一個(gè)緊張有序的團(tuán)隊(duì)。沒有一個(gè)明晰的流程和高效的反饋體系，自己應(yīng)該負(fù)責(zé)的那一部分高效完成，就不可能把工作做好。但是， 這需要每個(gè)人按照規(guī)則把只有這樣才能保證整個(gè)系統(tǒng)的順暢，同時(shí)， 如果個(gè)人沒有完成自己的指責(zé)和按照規(guī)定填寫內(nèi)容，影響的不單單是

3、自己的工作而是整個(gè)系統(tǒng)。2.2內(nèi)容概述Esm使用規(guī)則目的注意是為了提高開發(fā)部整體的計(jì)劃能力，反饋能力和管理者的控制能力。參與公司管理的渠道，適應(yīng)東京上市公司對(duì)信息管理的要求。同時(shí)提高整體職員日常活動(dòng)的方法提供開發(fā)部工作流程外的突發(fā)事件的解決方法2.3內(nèi)容詳細(xì)描述2.3.1Esm使用規(guī)則（ 1） schedule 的使用加強(qiáng)全體人員的計(jì)劃能力，做到我每天要做什么？今天項(xiàng)目經(jīng)理給我的安排是什么？對(duì)應(yīng)項(xiàng)目經(jīng)理和部長要知道每個(gè)人在做什么？只有這樣，才能保證控制人員可以宏觀調(diào)控，而個(gè)人也不會(huì)不知所措。注意事項(xiàng)：1. 必須使用長期類型（哪怕只有一天）保持統(tǒng)一性2開始時(shí)間必須為22： 00結(jié)束時(shí)間為23：

4、00， （為了區(qū)分其它人填寫的日程安排）3填寫日程安排時(shí)，必須選擇對(duì)應(yīng)的anken ，否則不能于系統(tǒng)內(nèi)的項(xiàng)目關(guān)聯(lián)，統(tǒng)計(jì)軟件失去作用。4 日程安排的主題要修改，規(guī)則為項(xiàng)目號(hào)（中文版項(xiàng)目為北京內(nèi)部項(xiàng)目編號(hào)），暫時(shí)沒有編號(hào)可以寫項(xiàng)目名稱。內(nèi)容負(fù)責(zé)人填寫要求監(jiān)督人違規(guī)處理下 周項(xiàng)目經(jīng)理必須每周五 16： 00 前填寫完畢。填寫監(jiān)督： 項(xiàng)沒有按時(shí)提交的， 管工 作技術(shù)分析同時(shí)類型統(tǒng)一用長期進(jìn)行定義，為目總控助理理者扣除 MD 0.2安排負(fù)責(zé)人每一個(gè)人員安排下周工作計(jì)劃。內(nèi)容監(jiān)督： 部測試組經(jīng)長和項(xiàng)目總理控人員日 常開發(fā)部全建議大家把工作安排填寫，有利于無活 動(dòng)體人員提高自己的計(jì)劃能力和規(guī)劃能力。安排同時(shí)

5、能保證事情不會(huì)忘記。待 辦開發(fā)部全建議填寫，管理者應(yīng)該必須使用。無事項(xiàng)體人員主要是把事務(wù)管理的井井有條。制 作項(xiàng)目總控負(fù)責(zé)利用工具 【導(dǎo)出下周工作表系東京項(xiàng)目負(fù)下 周助理統(tǒng)】制作開發(fā)部下周工作計(jì)劃表。責(zé)人工 作每周五下班前發(fā)送東京。安 排表（ 2） Report 的使用作為上市公司的子公司要求公司正規(guī)化，第一步公司的日?qǐng)?bào)系統(tǒng)的建立和審查，所以從本年度起必須建立此系統(tǒng)。同時(shí)，在管理上解決口頭匯報(bào)，不客觀而事后而無據(jù)可查的弊端，為及時(shí)了解問題并解決問題，提供第一手的素材。同時(shí)項(xiàng)目總控助理，也要本著實(shí)事求是的原則，根據(jù)大家的填寫內(nèi)容向東京證券市場提交作業(yè)公務(wù)表， 所有填寫者一定要保證填寫日?qǐng)?bào)的消耗工

6、時(shí)和最后工資結(jié)算時(shí)當(dāng)日工時(shí)保持嚴(yán)格一致 。內(nèi)容項(xiàng)目選擇對(duì)應(yīng) esm 的填寫要求監(jiān)督人違規(guī)處理名稱項(xiàng)目直接選擇自己對(duì)應(yīng)的項(xiàng)目, 如果工××扣除 MD 0.1作對(duì)象不是項(xiàng)目本身則需要選擇以下項(xiàng)目 :( 顧客名稱為2004 年過程管理專用)公司會(huì)議公司培訓(xùn)公司管理其它注意 : 只有部長以上才填寫以上項(xiàng)目 ( 公司培訓(xùn)除外 ),部長以下全部選擇對(duì)應(yīng)項(xiàng)目。見附圖1當(dāng)日工作工作內(nèi)容與1 填寫當(dāng)日的模塊名稱（模塊名填寫監(jiān)督： ×沒有填寫 1次人民內(nèi)容和進(jìn)進(jìn)度稱參考×幣 5 元度2 中的功能點(diǎn)表）內(nèi)容監(jiān)督： 項(xiàng)3 細(xì)度要求功能點(diǎn)目經(jīng)理工作耗時(shí)工作耗時(shí)要求與工資計(jì)算工時(shí)想

7、對(duì)應(yīng)。 （ esm數(shù)字核對(duì)： ×數(shù)字不對(duì)者， 按照中數(shù)據(jù)庫的數(shù)字和工時(shí)統(tǒng)計(jì)必須×一次扣除 0.1MD對(duì)應(yīng)，此為東京證券的要求）問題反饋問題反饋把當(dāng)天所遇到的問題按照條目化內(nèi)容監(jiān)督： 項(xiàng)不付責(zé)任的亂填羅列。 必須包含內(nèi)容和狀態(tài)兩部分目經(jīng)理或不填， 一個(gè)日?qǐng)?bào)例如： 1 內(nèi)容： BS 詳細(xì)頁面存在老扣除 0.1MD( 如果bug，狀態(tài)：已經(jīng)解決在特殊情況下無2 內(nèi)容：文檔 2.3 出現(xiàn)問題，無法繼續(xù)。問題，也要寫無 )狀態(tài)：等待解決MD輸入訂貨（預(yù)定）必須在項(xiàng)目總結(jié)會(huì)議結(jié)束之后，同職員的輸入職員如果不填寫金額時(shí)要經(jīng)過項(xiàng)目經(jīng)理的審核。由項(xiàng)目經(jīng)理則按照輸入值進(jìn)輸入值為實(shí)際值的10 倍

8、（因?yàn)閿?shù)負(fù)責(zé)行績效考核。值型目前只能為整數(shù)）項(xiàng)目經(jīng)理的如果職員輸入的核對(duì)由項(xiàng)目MD 與分配時(shí)不符總控助理進(jìn) 合項(xiàng)目經(jīng)理扣除行0.5MD附圖 1：（ 3） 周報(bào)（ Week Report ）日?qǐng)?bào)（ Daily Report ）的使用主要是使用對(duì)象為管理者，主要是適用于向管理者匯報(bào)整體問題。在概念上，日?qǐng)?bào)周報(bào)為概括說明，而 report則屬于細(xì)節(jié)描述。內(nèi)容負(fù)責(zé)人填寫要求監(jiān)督人違規(guī)處理日?qǐng)?bào)項(xiàng)目經(jīng)理部長項(xiàng)目進(jìn)展?fàn)顩r：項(xiàng)目總控人員如果由于沒有匯報(bào)造成部長不能解決的問題反饋問題， 按一次扣除 0.5MD建議或提議突發(fā)問題必須反饋周報(bào)項(xiàng)目經(jīng)理 部長項(xiàng)目進(jìn)展整體狀況：項(xiàng)目總控助理周報(bào)不寫，按一次扣除部長項(xiàng)目總

9、控不能解決的問題反饋0.2MD建議或提議必須填寫（ 4） 目標(biāo)功能的使用由于分部內(nèi)有單獨(dú)的激勵(lì)費(fèi)用，所以建議分部內(nèi)建立目別考核體系。為每一個(gè)程序員根據(jù)個(gè)人不同的能力和狀況設(shè)定目標(biāo)，對(duì)于圓滿完成目標(biāo)者進(jìn)行鼓勵(lì)。同時(shí)，保證公司的開發(fā)效果在可控制范圍內(nèi)。（ 5） 項(xiàng)目信息管理的使用。本管理系統(tǒng)在 2003 年開始實(shí)行，主要目前是記錄公司所有項(xiàng)目的里程碑信息。為以后項(xiàng)目的整理和后期處理提供真實(shí)的數(shù)據(jù)。同時(shí)，維護(hù)公司的項(xiàng)目信息數(shù)據(jù)庫。注意事項(xiàng) ：其中關(guān)于項(xiàng)目中所設(shè)計(jì)的文檔，統(tǒng)一放在fileserver上 2004 目錄中。關(guān)于文檔名稱和路徑的書寫方法如下,保證能夠盡快打開文檔：/fileserver/p

10、roject/2004/14258/測試用例 /14258_testcase.xls2004 年1月 1號(hào)起 ,東京新項(xiàng)目項(xiàng)目要求對(duì)應(yīng)負(fù)責(zé)人出錯(cuò)處理方法備注項(xiàng)目名稱必填，同時(shí)應(yīng)有對(duì)××扣除 MD 0.1應(yīng)的項(xiàng)目號(hào)北京項(xiàng)目編號(hào)必填××扣除 MD 0.1添加時(shí)一定要注意唯一性，與項(xiàng)目類型不能為空，目前類××扣除 MD 0.1目前的規(guī)則為小于型有5md 的 均為ResearchRESEARCH項(xiàng)目NormalConfirmMergeOthers項(xiàng)目名稱必填××扣除 MD 0.1項(xiàng)目的名稱應(yīng)包含項(xiàng)目的 ID ，關(guān)于項(xiàng)目 I

11、D 的生成方法，參考日方對(duì)應(yīng)文檔客戶方負(fù)責(zé)人必填××扣除 MD 0.1分析負(fù)責(zé)人北京分析項(xiàng)目，為部長（但是必須制扣除 MD 0.1必填項(xiàng)目定具體負(fù)責(zé)人）東京設(shè)計(jì)，為非必填項(xiàng)目負(fù)責(zé)人必填項(xiàng)目部長扣除 MD 0.1項(xiàng)目負(fù)責(zé)人應(yīng)該是直接負(fù)責(zé)人（不是最先指定的部長）本公司負(fù)責(zé)人不能為空××扣除 MD 0.1如果沒有項(xiàng)目負(fù)責(zé)初始必填的人員為項(xiàng)目負(fù)責(zé)人人，與××聯(lián)系項(xiàng)目總控人員及助理、對(duì)應(yīng)部長、測試部經(jīng)理 , 公司技術(shù)負(fù)責(zé)人（馬?。┓治鲩_始時(shí)間必填對(duì)應(yīng)該項(xiàng)目的分析扣除 MD 0.1公司技術(shù)負(fù)責(zé)人在員分析項(xiàng)目開始時(shí)應(yīng)把對(duì)應(yīng)分析員加到項(xiàng)目列表中概要設(shè)

12、計(jì)完成時(shí)間必填對(duì)應(yīng)該項(xiàng)目的分析扣除 MD 0.1員詳細(xì)設(shè)計(jì)完成時(shí)間必填對(duì)應(yīng)該項(xiàng)目的分析扣除 MD 0.1員FP文檔完成時(shí)間必填對(duì)應(yīng)該項(xiàng)目的分析扣除 MD 0.1員分析完畢時(shí)間必填對(duì)應(yīng)該項(xiàng)目的分析扣除 MD 0.1員項(xiàng)目接收時(shí)間必填××扣除 MD 0.1項(xiàng)目最終對(duì)應(yīng) MD原則不為空，在特××扣除 MD 0.1本 MD伴隨著 MD的殊情況下為空，在項(xiàng)目經(jīng)理 （Mail 通變更需要?jiǎng)討B(tài)變化項(xiàng)目備注重必須說知）明原因。Md變更附件名稱不是必須，但是只××扣除 MD 0.1要有變更有內(nèi)容，項(xiàng)目經(jīng)理 （Mail 通此項(xiàng)目必須要有知）項(xiàng)目最終報(bào)價(jià)原

13、則不為空，在特××扣除 MD 0.1必須與對(duì)應(yīng)殊情況下為空，在MD*11000 基 本 一項(xiàng)目備注重必須說致。同時(shí)必須和 MD明原因。變更紀(jì)錄一致Schedule 文檔名稱必填項(xiàng)目經(jīng)理扣除 MD 0.2可以用 excel 或者及路徑是 visio ， project后兩種要以 HTML輸出以便查閱?？?戶 方 deadline如果提供必填××扣除 MD 0.1要求Alfa 版時(shí)間必填××扣除 MD 0.1項(xiàng)目經(jīng)理 （Mail 通知）Beta 版時(shí)間必填××扣除 MD 0.1項(xiàng)目經(jīng)理 （Mail 通知）Alfa 變更

14、紀(jì)錄最后一次記錄變更××扣除 MD 0.1的時(shí)間必須和對(duì)應(yīng)項(xiàng)目經(jīng)理 （Mail 通的 alfa版時(shí)間和知）beta 版時(shí)間一致項(xiàng)目開始時(shí)間必填××扣除 MD 0.1項(xiàng)目經(jīng)理 （Mail 通知）CSV分支號(hào)必填項(xiàng)目經(jīng)理扣除 MD 0.1此分支號(hào)為開發(fā)分支號(hào)功能點(diǎn)文檔文件名必填項(xiàng)目經(jīng)理扣除 MD 0.1此文檔為必須文及文件路徑檔，各項(xiàng)目經(jīng)理必（ FileServer服須嚴(yán)格控制。務(wù)器）單體測試用例文件必填項(xiàng)目經(jīng)理扣除 MD 0.1此文檔為必須文名稱及文件路徑檔，各項(xiàng)目經(jīng)理必須嚴(yán)格控制項(xiàng)目總結(jié)與 MD 分必填項(xiàng)目經(jīng)理扣除 MD 0.1此文檔為必須文配方案文檔及

15、文件檔，各項(xiàng)目經(jīng)理必路徑須嚴(yán)格控制。測試負(fù)責(zé)人必填××扣除 MD 0.1測試用例對(duì)應(yīng)文必填××扣除 MD 0.1此文檔為必須文檔，各項(xiàng)目經(jīng)理必件名稱 及路徑須嚴(yán)格控制。第一階段測試開必填測試人員扣除 MD 0.1始時(shí)間：第一階段測試完必填測試人員扣除 MD 0.1成日期：Alfa 版本后的必填測試人員扣除 MD 0.1BUG：回歸測試的開始必填測試人員扣除 MD 0.1日期：回歸測試的結(jié)束必填測試人員扣除 MD 0.1日期：Beta 版后的 BUG必填數(shù)：確認(rèn)負(fù)責(zé)人不是必須， 主要是與是否進(jìn)行確認(rèn)有關(guān)，如果確認(rèn)其他有信息，確認(rèn)負(fù)責(zé)人必填×

16、15;扣除 MD 0.1主要要參考beta 后bug 的整理表××扣除 MD 0.12.3.2系統(tǒng)的使用（ 1） 電子打卡系統(tǒng)的使用目的：主要是利用電子打卡，提高效率，能夠及時(shí)反映請(qǐng)假和遲到，并且所有的數(shù)據(jù)能夠直接被人事利用。要求：2004 年 2 月開始啟用， 2 月為試用期，但是要求每人必須嚴(yán)格填寫，如果不填寫并結(jié)合打卡， 忘記填寫扣除過程管理 MD 0.1 計(jì)算。（ 2） 會(huì)議室、洽談室、經(jīng)理室的使用管理目的：主要是在人數(shù)多而會(huì)議室相對(duì)緊張的狀態(tài)下，解決矛盾的一種方法。同時(shí)審核各項(xiàng)目組是否及時(shí)安排公司規(guī)定的兩次會(huì)議。2004 年 2 月啟動(dòng)，沒有按照規(guī)定進(jìn)行會(huì)議，經(jīng)審

17、核后，扣除項(xiàng)目經(jīng)理過程管理MD0.2,忘記登錄的按照統(tǒng)一標(biāo)準(zhǔn)處理。2.3.3公司內(nèi)部論壇的使用主要是要有利于公司內(nèi)部開辟一塊公司可以自由發(fā)表言論的地方。同時(shí)，在技術(shù)討論上，希望能夠把知識(shí)點(diǎn)做一個(gè)累計(jì)，以便新員工能夠進(jìn)行參考和積極發(fā)表意見。3 開發(fā)部管理流程具體實(shí)施方案3.1內(nèi)容概述開發(fā)部從流程上主要分為以下幾方面：（ 1）開發(fā)部管理人員工作流（ 2）BUG Survey 工作流（ 3）項(xiàng)目分析工作流（ 4）Beta 后質(zhì)量保證工作流（ 5）測試組 beta 前工作流（ 6）項(xiàng)目組運(yùn)行基本工作流開發(fā)部從實(shí)施人員角色劃分如下：開發(fā)部經(jīng)理：（DM01）統(tǒng)籌解決公司開發(fā)部的全部事宜。進(jìn)行開發(fā)部的整體計(jì)

18、劃的制定和實(shí)施，保證開發(fā)部的可持續(xù)發(fā)展和利潤率。項(xiàng)目總控人員：(DM02)對(duì)公司級(jí)的資源進(jìn)行調(diào)配，同時(shí)，直接了解日方的戰(zhàn)略安排，為北京方的戰(zhàn)略安排提供的第一手的資料。同時(shí)，在項(xiàng)目分配上保證三個(gè)分部間項(xiàng)目的均衡（一個(gè)季度內(nèi)）開發(fā)部部長：(DM10)在公司統(tǒng)一的規(guī)則范圍內(nèi)，負(fù)責(zé)分部的建設(shè)。協(xié)調(diào)各開發(fā)組的問題，處理解決分部內(nèi)發(fā)生的問題。做好所有公司要求的標(biāo)準(zhǔn)流程內(nèi)的內(nèi)容。同時(shí)，在許可范圍內(nèi)，可以進(jìn)行單獨(dú)的管理方法的嘗試和分部內(nèi)激勵(lì)的分配。技術(shù)設(shè)計(jì)負(fù)責(zé)人：(DM11)統(tǒng)一協(xié)調(diào)分析組的工作，在對(duì)日項(xiàng)目分析組中，進(jìn)行設(shè)計(jì)文檔的統(tǒng)一確認(rèn)，在對(duì)中方項(xiàng)目中，承擔(dān)需求的統(tǒng)一把關(guān)處理。同時(shí)負(fù)責(zé)分析組的日常工作安排的

19、統(tǒng)籌。BUG Survey 總負(fù)責(zé)人 (DM12) ：統(tǒng)一管理package 和已經(jīng)提交項(xiàng)目的統(tǒng)籌管理。組織形式上，傾向于單獨(dú)的組織模式。在目前的情況下，以靈活為主，臨時(shí)性的進(jìn)行bugSurvey 組的組織和bugSurvey組內(nèi) team leader的指定和管理。在間隙階段，直接進(jìn)入分析組進(jìn)行項(xiàng)目分析工作。項(xiàng)目總控助理：××(DM13)輔助開發(fā)部的項(xiàng)目管理工作，主要負(fù)責(zé)中日雙方的信息的反饋紀(jì)錄整理，以及esm 和 taskschedule信息的維護(hù)工作。負(fù)責(zé)公司級(jí)項(xiàng)目文檔，過程參數(shù)的監(jiān)督，同時(shí)向日本總部匯報(bào)各種參數(shù)和報(bào)表。常務(wù)項(xiàng)目經(jīng)理：(DM20) 目前 11 名各分部

20、內(nèi)程序員的日常管理，整個(gè)開發(fā)過程中的控制和日方負(fù)責(zé)人的信息交互，負(fù)責(zé)組內(nèi)程序員的績效考核和問題解決。測試部經(jīng)理和翻譯部經(jīng)理包含在內(nèi)。技術(shù)分析員：(DM21)對(duì)日方的需求進(jìn)行概要分析和設(shè)計(jì)，并書寫設(shè)計(jì)書，F(xiàn)P。對(duì)中方的項(xiàng)目中，負(fù)責(zé)需求的整理和各種設(shè)計(jì)文檔的實(shí)施，同時(shí)，負(fù)責(zé)和項(xiàng)目經(jīng)理和測試部經(jīng)理的溝通。臨時(shí)項(xiàng)目經(jīng)理：(DM22)此角色主要是在接受日方外包項(xiàng)目或整體公司產(chǎn)品設(shè)計(jì)中，需要臨時(shí)成立項(xiàng)目組，而從分析組中或者常務(wù)項(xiàng)目經(jīng)理中抽調(diào)。臨時(shí)項(xiàng)目經(jīng)理需要全權(quán)負(fù)責(zé)此項(xiàng)目的實(shí)施，同時(shí)需要和公司簽訂項(xiàng)目負(fù)責(zé)保證書，以保證項(xiàng)目的進(jìn)行和最后單獨(dú)項(xiàng)目激勵(lì)的兌現(xiàn)。程序員：主要是負(fù)責(zé)項(xiàng)目按照分析文檔的實(shí)施，同時(shí)，在實(shí)

21、施過程中優(yōu)化代碼結(jié)構(gòu)，提出合理化建議，其中優(yōu)秀者可以作為TeamLeader 負(fù)責(zé)具體組織工作和分析管理工作。測試員：負(fù)責(zé)公司測試流程的具體實(shí)施，要求掌握測試的技術(shù)，提出合理化建議，并保證整個(gè)軟件的可靠度。翻譯人員：負(fù)責(zé)中日方文檔的翻譯，要求工作嚴(yán)謹(jǐn)，保證質(zhì)量。在同日方交流中，負(fù)責(zé)接待和溝通。同時(shí)，在個(gè)人的發(fā)展意向中可以兼顧其它公司內(nèi)的常務(wù)工作。3.2開發(fā)部概要流程圖3.3開發(fā)部管理人員工作流3.3.1軟件開發(fā)管理體系構(gòu)成參與人員 ：項(xiàng)目總控人員（項(xiàng)目總控助理）+部長 +（技術(shù)設(shè)計(jì)負(fù)責(zé)人+BugSurvey負(fù)責(zé)人）+各級(jí)項(xiàng)目經(jīng)理管理主線：（ 1）工具類taskschedule表：主要目的是增加

22、遠(yuǎn)程開發(fā)的計(jì)劃和規(guī)劃性。管理人員去合適目前我們正在進(jìn)行的總量有多少，檢收而為付款的有多少，實(shí)施完畢而沒有檢收的有多少。管理人員去看我們下周能夠接受的項(xiàng)目有多少，以便在每周五可以制定下周的工作計(jì)劃。項(xiàng)目經(jīng)理可以看自己負(fù)責(zé)項(xiàng)目的基本參數(shù)。Esm系統(tǒng) ： 通過 esm 系統(tǒng)詳細(xì)的記錄開發(fā)過程中的每個(gè)里程碑參數(shù)，保證在管理上能夠提高管理細(xì)度，以便于及時(shí)發(fā)現(xiàn)并改正問題和錯(cuò)誤。Bug 管理系統(tǒng)：作為質(zhì)量控制過程實(shí)際結(jié)果的監(jiān)控。以便總結(jié)質(zhì)量的問題，進(jìn)行反饋。Fileserver文檔 ：通過文檔管理和整理，保證全部職員能夠隨時(shí)的了解其他項(xiàng)目的信息和相信內(nèi)容。同時(shí)，統(tǒng)一化文檔管理，為以后的發(fā)展提供素材。所有的文

23、檔主要包含如下幾種：HearingSheet ：一個(gè)簡要的需求，重點(diǎn)在于強(qiáng)調(diào)這個(gè)需求的原因（前因后果）UI 文件設(shè)計(jì)文檔：東京和北京共同進(jìn)行FP 報(bào)價(jià)書QuestionSheet：所有的問題一定要集中在一個(gè)文檔內(nèi)功能點(diǎn)文檔：一定要融合questionSheet內(nèi)對(duì)應(yīng)答案的所有內(nèi)容schedule文檔：要包含甘特圖項(xiàng)目總結(jié)及MD分配方案：把項(xiàng)目總結(jié)作為重點(diǎn)進(jìn)行。單體測試用例；條數(shù)最少為MD*2, 按照模板進(jìn)行測試組測試用例:要保證最后的測試結(jié)果確認(rèn)測試用例：一般為東京發(fā)送betabeta版后障害書：項(xiàng)目確認(rèn)者發(fā)送，按照同一格式進(jìn)行書寫和填寫。后障害list表，其中包含bug 的簡單描述、 bug

24、 的類型確定和各部門關(guān)于bug 的總結(jié)。（ 2）過程管理類一個(gè)項(xiàng)目兩次會(huì)議：項(xiàng)目啟動(dòng)會(huì)議和項(xiàng)目總結(jié)會(huì)議項(xiàng)目啟動(dòng)會(huì)議主要是講述項(xiàng)目的功能點(diǎn)，并據(jù)具體問題，進(jìn)行嚴(yán)格的定義，說明本項(xiàng)目所必須遵守的特殊規(guī)則，子功能間的前后順序，統(tǒng)一的接口定義，和每個(gè)人在項(xiàng)目實(shí)施中應(yīng)該注意的問題。項(xiàng)目總結(jié)會(huì)議和MD分配方案的確定。主要是根據(jù)項(xiàng)目實(shí)施的結(jié)果，進(jìn)行集中的討論和諧而公平的團(tuán)隊(duì)：公司其他方面的管理，就是為了加強(qiáng)管理，提倡量化。做到各司其職，多勞多得，公平評(píng)價(jià)，提供機(jī)會(huì)給相應(yīng)的人。3.3.2管理示意圖3.3.3管理人員注意事項(xiàng)其中反饋機(jī)制的建立最關(guān)鍵。其中管理必須遵守以下規(guī)則：對(duì)象流 程工作內(nèi)容上流方下流方備注編

25、號(hào)項(xiàng)目總控人員分配項(xiàng)目東京項(xiàng)目發(fā)包人部長員（紀(jì)秀玲）項(xiàng)目總控助理解決人力矛盾部長部長下流方人員負(fù)責(zé)把結(jié)果BugSurvey 負(fù)責(zé)BugSurvey 負(fù)反饋給東京擔(dān)當(dāng)者人責(zé)人技術(shù)設(shè)計(jì)負(fù)責(zé)人技術(shù)設(shè)計(jì)負(fù)責(zé)人開發(fā)部經(jīng)理公司管理問題部長全體職員一定要給問題提出者答項(xiàng)目經(jīng)理復(fù)，成為制度后頒布各級(jí)負(fù)責(zé)人職員部長分配項(xiàng)目項(xiàng)目總控人員對(duì)應(yīng)分部項(xiàng)目Esm項(xiàng)目負(fù)責(zé)人加入， 修項(xiàng)目總控助理經(jīng)理改負(fù)責(zé)人為此項(xiàng)目經(jīng)理項(xiàng)目總控助理項(xiàng)目人力調(diào)節(jié)無項(xiàng)目總控人員如果出現(xiàn)空閑同時(shí)反饋。分部管理問題項(xiàng)目經(jīng)理項(xiàng)目分析和問題確認(rèn)項(xiàng)目里程碑信息反饋項(xiàng)目開始時(shí)間，alfa,beta版本時(shí)間和原因， fp變更及原因組織團(tuán)隊(duì)進(jìn)行技術(shù)文檔的書寫和

26、維護(hù)BugSurvey 負(fù) 責(zé)Bugsurvey 的調(diào)查修改人merge項(xiàng)目總控助理監(jiān)督 esm的執(zhí)行情況監(jiān)督過程管理參數(shù)無開發(fā)部經(jīng)理無東京負(fù)責(zé)人結(jié)果物概要需求文檔和問題與回復(fù)整理文檔無項(xiàng)目總控人員項(xiàng)目總控助理測試部經(jīng)理無測試部經(jīng)理文檔列表如下：team 所有成員功能點(diǎn)文檔questionSheetSchedule單體測試用例項(xiàng)目總控人員各 級(jí) 的bug所有的規(guī)則按照survey leaderbugsurve 流程的規(guī)定。Bug survey實(shí)施人員程序員項(xiàng)目總控項(xiàng)目經(jīng)理部長部長項(xiàng)目總控整理所有項(xiàng)目文檔對(duì)日匯報(bào)表績效考核提供過程情況匯總測試部經(jīng)理組織書寫測試用例整理匯總beta 版后 bug分

27、析表控制測試的結(jié)果項(xiàng)目經(jīng)理項(xiàng)目經(jīng)理項(xiàng)目總控系統(tǒng)數(shù)據(jù)項(xiàng)目總控系統(tǒng)數(shù)據(jù)項(xiàng)目總控月度過程管理處理表項(xiàng)目經(jīng)理（功能東京點(diǎn)文檔）項(xiàng)目經(jīng)理（提供所有管理者其中的技術(shù)分析和管理的完整的后障分析及對(duì)東京的建議應(yīng)害書）由項(xiàng)目負(fù)責(zé)人進(jìn)行填寫3.4Bugsurvey 工作流參見 bugSurvey 工作規(guī)約。3.5項(xiàng)目分析工作流參見項(xiàng)目分析工作規(guī)約3.6Beta 后質(zhì)量保證工作流參見 beta 后規(guī)作規(guī)約3.7測試組 beta 前工作流3.8項(xiàng)目組基本工作流3.8.1概述在項(xiàng)目進(jìn)行過程中，要求能夠及時(shí)反饋。做好計(jì)劃安排，并調(diào)整這個(gè)人力的配比，以達(dá)到最好的效果。3.8.2對(duì)程序員的要求尤其在分析組成立前期，對(duì)分析組的

28、設(shè)計(jì)書，盡可能提出建設(shè)性意見和設(shè)計(jì)的問題，有利于提高項(xiàng)目分析能力在功能實(shí)現(xiàn)上，主要和項(xiàng)目經(jīng)理的溝通，把類結(jié)構(gòu)設(shè)計(jì)和代碼向理想情況努力，同時(shí)用公司內(nèi)的代碼規(guī)范作為自己的行動(dòng)準(zhǔn)則在日?；顒?dòng)中，加強(qiáng)團(tuán)體意識(shí)，加強(qiáng)責(zé)任感。3.8.3對(duì)項(xiàng)目經(jīng)理的要求主要職責(zé)為：類設(shè)計(jì)的嚴(yán)格控制。保證整個(gè)軟件包的可維護(hù)性項(xiàng)目過程管理。能夠緊密的控制整個(gè)項(xiàng)目的進(jìn)程，發(fā)現(xiàn)項(xiàng)目中的各種風(fēng)險(xiǎn)因素，盡早地把風(fēng)險(xiǎn)在項(xiàng)目中消除。硬性要求如下：（ 1）每個(gè)項(xiàng)目（大于 10MD正常項(xiàng)目）必須提供的文檔為功能點(diǎn)文檔，questionSheet，單體測試用例，項(xiàng)目總結(jié)及MD最終分配方案文檔（ 2）每個(gè)項(xiàng)目（大于 10MD正常項(xiàng)目）必須召開兩次

29、會(huì)議：（ 3）項(xiàng)目啟動(dòng)會(huì)議主要為了統(tǒng)一項(xiàng)目的內(nèi)容規(guī)則和要求，同時(shí)把整體邏輯和框架做簡要說明。（ 4）項(xiàng)目總結(jié)會(huì)議：主要是評(píng)價(jià)每個(gè)成員的表現(xiàn)和項(xiàng)目完整的狀況和質(zhì)量，總結(jié)失敗的經(jīng)驗(yàn)教訓(xùn)。同時(shí)根據(jù)評(píng)論的結(jié)果進(jìn)行最后的MD的分配。（ 5）在 esm 必須登陸必要的過程參數(shù)，以便團(tuán)隊(duì)成員和公司的管理者能夠及時(shí)的把我目前項(xiàng)目狀態(tài)。整個(gè)團(tuán)隊(duì)的建設(shè)和公司的管理工作。在項(xiàng)目管理中發(fā)現(xiàn)問題，把反映給公司。以備在公司級(jí)別對(duì)整個(gè)流程和各個(gè)環(huán)節(jié)進(jìn)行調(diào)整。3.8.4流程圖3.8.5項(xiàng)目組文檔管理原則：所有文檔必須都放在 fileserver 上，進(jìn)行統(tǒng)一管理。同時(shí)，負(fù)責(zé)人在本地應(yīng)保留一份同樣的備份。2004 年開始接收到

30、的項(xiàng)目必須放在2004 中，針對(duì)每個(gè)項(xiàng)目必須按照下圖進(jìn)行文檔管理。細(xì)節(jié)描述項(xiàng)目內(nèi)容備注Spec設(shè)計(jì)說明書設(shè)計(jì)說明書一覽表要記錄所有文檔QuestionSheet變更的情況，并指明最后項(xiàng)目實(shí)施設(shè)計(jì)說明書的補(bǔ)充說明與文檔之間的關(guān)系設(shè)計(jì)說明書的各個(gè)版本設(shè)計(jì)說明書一覽表Test case項(xiàng)目組書寫的單體測試用例測試組書寫的測試用例東京發(fā)送的 confirm 測試用例Schedule針對(duì)項(xiàng)目實(shí)施的日程安排對(duì)東京進(jìn)行進(jìn)度匯報(bào)的每個(gè)報(bào)表Function功能點(diǎn)文檔PointsAll Bug SpecBeta 后障害書針對(duì)此項(xiàng)目的 beta 后 bug 類型確定和經(jīng)驗(yàn)匯總。完畢后，應(yīng)及時(shí)發(fā)送測試組項(xiàng)目經(jīng)理。UI

31、Html DemoHearing聯(lián)系分析組，如果有應(yīng)該直接copySheetFP SpecFP sheet不同版本FP change表FP 說明，記錄所有 FP 變更歷史， 以備后期確認(rèn)的方便。項(xiàng)目 spec 的中文版需要打印，此工作由項(xiàng)目總控助理執(zhí)行。同時(shí)， 對(duì)文檔進(jìn)行歸檔和密封。3.9測試部版前流程3.9.1相關(guān)人員測試部經(jīng)理：××測試組成員：3.9.2測試人員的要求一定要注意配合。因?yàn)?，在此環(huán)節(jié)，一種好的描述方式和溝通方式將會(huì)直接影響工作效率和工作質(zhì)量。所以，首先大家要注意bug 管理系統(tǒng)的使用方法和規(guī)則，同時(shí)，盡量采用統(tǒng)一的屬于進(jìn)行描述，如果需要圖形輔助，也可以進(jìn)行

32、貼圖。加強(qiáng)需求理解能力。能夠盡快的理解文檔和功能測試用例。在工作中細(xì)致、耐心、有條理。同時(shí)對(duì)應(yīng)esm 系統(tǒng)需要測試部填寫的過程參數(shù)必須嚴(yán)格按照規(guī)定填寫。3.9.3工作流程圖3.9.4注意事項(xiàng)Bug管理系統(tǒng)中的狀態(tài)一定要維護(hù)，并通過此系統(tǒng)來保證alfa bug修改的進(jìn)行情況，即在提交beta 版前，所有的alfa bug 的狀態(tài)都應(yīng)該在DO上。如果沒有在此狀態(tài)中，應(yīng)該積極和項(xiàng)目組聯(lián)系，測試組有權(quán)監(jiān)督其完成。測試組要驗(yàn)證項(xiàng)目組提交的改，同時(shí)可以作為alfa bugscript 和 resoruce 文件，如果有問題，測試組有權(quán)通知項(xiàng)目立即修登錄在 bug 管理系統(tǒng)中。測試組要保證測試用例的質(zhì)量，盡

33、一切可能減少beta后bug的數(shù)量。并嚴(yán)格的按照beta 后bug處理規(guī)約進(jìn)行。4 績效考核實(shí)施方案4.1總則：所有職員的所有工作都應(yīng)該以量化計(jì)算，如果不能，則當(dāng)事者可以提出異議，而對(duì)績效考核方法進(jìn)行改進(jìn)。例如所有北京項(xiàng)目必須有 MD，翻譯組翻譯工作量可以通過翻譯的字?jǐn)?shù)進(jìn)行調(diào)整，工作內(nèi)容進(jìn)行分類核算 MD。測試組同樣對(duì)量化管理主要包含幾個(gè)主題方向：工作時(shí)間： 是人事部門公布的每個(gè)月的工時(shí)統(tǒng)計(jì)的結(jié)果。實(shí)際上，它代表了自己的實(shí)際消耗時(shí)間。東京 MD：是實(shí)際為公司所創(chuàng)造的價(jià)值。北京 MD：主要包含正規(guī)作的北京內(nèi)部項(xiàng)目或者實(shí)際工作而作的的補(bǔ)充合理。MD。已達(dá)到考核的公平質(zhì)量扣除 MD: 是指由于代碼的

34、部就是東京對(duì)北京確認(rèn)產(chǎn)生的bug 而造成的損失，因?yàn)閷?shí)際的貢獻(xiàn)是要扣除損失的。對(duì)于測試beta 后故障的扣除。過程管理扣除 MD：除了實(shí)際的工作量，就是為個(gè)建立一個(gè)穩(wěn)固高效的團(tuán)隊(duì)而每個(gè)人應(yīng)該承擔(dān)的過程管理義務(wù)，如果沒有做好，實(shí)際上不僅僅是你自己績效不高，而是你影響了整個(gè)團(tuán)隊(duì)的利益。而這部分的值反映了你對(duì)團(tuán)隊(duì)的影響。過程管理獎(jiǎng)勵(lì) MD：在項(xiàng)目實(shí)施過程中，個(gè)人在突發(fā)事件上的處理或者對(duì)項(xiàng)目整體乃至公司的利益上作出突出貢獻(xiàn)，可以作為績效獎(jiǎng)勵(lì)。在整個(gè)分類上，基本上是劃分為管理者，程序員，分析員，翻譯人員，測試人員幾個(gè)子系統(tǒng)。但是所有系統(tǒng)的價(jià)值標(biāo)準(zhǔn)統(tǒng)一。在時(shí)間上，每個(gè)月的第五個(gè)工作日公布績效考核結(jié)果。績效

35、考核的結(jié)果直接反映在近期和長期的激勵(lì)系統(tǒng)中。具體內(nèi)容可以參見 <開發(fā)部激勵(lì)和過失管理流程 >4.2流程圖翻譯組MD核算流程測試組MD核算流程測試組接收功能點(diǎn)文檔通知書寫測試用例按照MD10測試實(shí)施接到東京通知月度績效報(bào)表，根Alfa通知驗(yàn)證測試用例提交beta版后，填寫beta后據(jù)beta后bug進(jìn)行質(zhì)按照MD10bug歸總表量扣除計(jì)算項(xiàng)目組 MD核算流程分析組 MD核算流程事項(xiàng)內(nèi)容注意負(fù)責(zé)人備注測試組績效主要根據(jù)測試的工作量強(qiáng)調(diào)質(zhì)量，會(huì)加測試部經(jīng)理要按項(xiàng)目進(jìn)行分配， 多和工作結(jié)果來進(jìn)行MD的大質(zhì)量影響的力退少補(bǔ) 。度量度。測試組質(zhì)量考核主要是根據(jù) beta后 bug要注意參看測試

36、組最關(guān)鍵的問題是進(jìn)行，如果出現(xiàn)beta 后beta 后 bug 匯總根據(jù)后的bug 情況做bug 同時(shí)被確認(rèn)為實(shí)施表。分析總結(jié)，可向公司申bug ，對(duì)應(yīng)測試人員應(yīng)該請(qǐng) bug 分析內(nèi)部文檔，承擔(dān)質(zhì)量責(zé)任，按一個(gè)通過后可按北京項(xiàng)目補(bǔ)實(shí)施 bug 扣除 0.1MD 計(jì)充 MD算測試組工作量百目前是測試工作本身項(xiàng)目前的測試用例項(xiàng)目總控人員第一月后根據(jù)測試用例分比目 MD×10由于是初步書書寫的實(shí)際工時(shí)和狀況測試用例的書寫是項(xiàng)目寫。所以僅限于重新審核此百分比MD×10第一月項(xiàng)目分析工作量項(xiàng)目分析指拿到文檔原則上項(xiàng)目經(jīng)理項(xiàng)目經(jīng)理MD分配時(shí)誰分析誰拿走后，進(jìn)行的需求詳細(xì)分直接進(jìn)行，同時(shí)

37、對(duì)應(yīng)的 10的 MD析，提出問題，完畢也可以委托組內(nèi)questionSheet文 檔和具有分析能力的功能電文檔程序員進(jìn)行，但是必須是項(xiàng)目經(jīng)理負(fù)責(zé)制項(xiàng)目組質(zhì)量考核嚴(yán)格按照 alfa版后的Alfa 版的 bug 登測試部經(jīng)理Alfa 版質(zhì)量扣除 MD的匯bug 進(jìn)行，一個(gè) bug 扣除錄在 bug 管理系項(xiàng)目經(jīng)理總表測試部經(jīng)理負(fù)責(zé)。0.1MD統(tǒng)中，項(xiàng)目經(jīng)理Alfa 版過程管理扣除 MD要維護(hù)此系統(tǒng)的匯總表由測試部經(jīng)理負(fù)Plan 欄目，程序責(zé)。員要負(fù)責(zé)其中的項(xiàng)目總控助理負(fù)責(zé)審核DO欄目。如果不測試部經(jīng)理的工作，如填寫直接作為過果出現(xiàn)紕漏，按過程管程管理扣除 MD理扣除 MD 計(jì)算，一次進(jìn)行，一次0.

38、1md0.1MD項(xiàng)目組單體測試單體測試用例的條數(shù)必此工作包含在實(shí)項(xiàng)目經(jīng)理用例工作量核算須大于 MD×2，核算項(xiàng)目施 70 的范圍經(jīng)理直接指定內(nèi)。項(xiàng)目經(jīng)理和全體全體 team（包含自身在所以項(xiàng)目經(jīng)理要項(xiàng)目經(jīng)理由項(xiàng)目總控助理進(jìn)行監(jiān)管理者自身績效內(nèi)）的平均值提高整個(gè)團(tuán)隊(duì)的控。出現(xiàn)問題按過失進(jìn)評(píng)定績效為目標(biāo)行處理。年底績效評(píng)定標(biāo)直接利用 MD進(jìn)行評(píng)價(jià)其中包含東京項(xiàng)目總控人員準(zhǔn)MD和北京 MD年底績效加權(quán)系項(xiàng)目經(jīng)理加權(quán) 1.25項(xiàng)目總控人員伴隨業(yè)務(wù)和過程的改數(shù)確定分析組加權(quán) 1.1變，如果系數(shù)有一定的翻譯組加權(quán) 8500 字/MD偏差，由項(xiàng)目總控人員進(jìn)行折算對(duì)此系數(shù)進(jìn)行調(diào)整，反映在文檔改版中，

39、并通知全體人員5 開發(fā)部激勵(lì)和過失管理流程5.1激勵(lì)管理系統(tǒng)5.1.1激勵(lì)的定義和類別定義：激勵(lì)指職員對(duì)公司作出貢獻(xiàn)的對(duì)應(yīng)回報(bào)。旨在體現(xiàn)公司公平的原則，客觀的對(duì)個(gè)人的能力和價(jià)值進(jìn)行認(rèn)可。類別與處理方法：類別名稱描述實(shí)施方式適用范圍備注特別 MD獎(jiǎng)勵(lì)在項(xiàng)目中作為突出貢獻(xiàn)，對(duì)公司的利益產(chǎn)特別獎(jiǎng)勵(lì)全體員工生重大影響?？捎刹块L提出申請(qǐng)，項(xiàng)目總單控人員進(jìn)行批示。特別獎(jiǎng)金獎(jiǎng)在項(xiàng)目中作為突出貢獻(xiàn)，對(duì)公司的利益產(chǎn)特別獎(jiǎng)勵(lì)全體員工勵(lì)生重大影響?？捎晒芾碚咧苯犹嶙h，部長單會(huì)議進(jìn)行討論決定。部門內(nèi)項(xiàng)目部長負(fù)責(zé)制， 按季度抽取項(xiàng)目的激勵(lì)獎(jiǎng)金。財(cái)務(wù)撥款開發(fā)部內(nèi)獎(jiǎng)金內(nèi)容是骨干人員，突出貢獻(xiàn)者和分部內(nèi)的通知單全體員工個(gè)別活

40、動(dòng)。 （同時(shí)， 適用測試部和分析組）項(xiàng)目獎(jiǎng)金金額為： 2× 東京 MD質(zhì)量扣除 MD分配明細(xì)表公司資助培管理者提議，部長會(huì)議審議。針對(duì)公司的培訓(xùn)通知突出貢獻(xiàn)訓(xùn)要求和個(gè)人情況，提議確定人選和額度。書者或特別崗位升職參考績效表，考察個(gè)人能力，并征求個(gè)人升職通知管理者考意見后，進(jìn)行職位調(diào)整。以給有技術(shù)或管書察通過人理能力的人充分的空間。員加薪參考績效表， 考察個(gè)人能力 （技術(shù)等級(jí)表） ，薪金調(diào)整管理者考于每年 8 月和 1 月 啟動(dòng)調(diào)整薪金調(diào)查程單察通過人序，對(duì)應(yīng)該薪金的人進(jìn)行處理員年終獎(jiǎng)金年終獎(jiǎng)金額度由東京董事會(huì)根據(jù)北京利益年終獎(jiǎng)金全體員工情況進(jìn)行直接確定分配表獎(jiǎng)金分配采用同一職能部門公開化，計(jì)算方法，嚴(yán)格按照個(gè)人MD（貢獻(xiàn) MD扣除MD）的百分比進(jìn)行直接計(jì)算。5.2過失管理系統(tǒng)5.2.