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

1、某軟件工程開發(fā)流程修改歷史日期作者修改內(nèi)容2003-03-12張京宇新規(guī)制作2003-5-18張京宇人員職責(zé)的變更，內(nèi)容的變更2003-12-4張京宇針對(duì)2004年度制作最新工作內(nèi)容下的工作流程2004-1-14張京宇添加工程經(jīng)理管理被職員填寫下周日程表的規(guī)那么1概述1.1 目的 用標(biāo)準(zhǔn)化的流程來統(tǒng)一管理公司的運(yùn)作，防止混亂，提高管理的質(zhì)量。在遠(yuǎn)程開發(fā)上，結(jié)果XX軟件自身的特點(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è)重在需求理解和需求分析、框架設(shè)計(jì)上的能力。保

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

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

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

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

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

7、對(duì)：XX數(shù)字不對(duì)者，按照一次扣除 0.1MD問題反響問題反響把當(dāng)天所遇到的問題按照條目化羅列。必須包含內(nèi)容和狀態(tài)兩部分例如：1內(nèi)容：BS詳細(xì)頁面存在老bug, 狀態(tài)：已經(jīng)解決2內(nèi)容：文檔2.3出現(xiàn)問題，無法繼續(xù)。狀 態(tài)：等待解決內(nèi)容監(jiān)督： 工程經(jīng)理不付責(zé)任的亂填 或不填，一個(gè)日?qǐng)?bào) 扣除0.1MD 女口果 在特殊情況下無 問題，也要寫無MD輸入訂貨預(yù)定金額必須在工程總結(jié)會(huì)議結(jié)束之后， 同 時(shí)要經(jīng)過工程經(jīng)理的審核。 輸入值 為實(shí)際值的10倍因?yàn)閿?shù)值型目前 只能為整數(shù)職員的輸入 由工程經(jīng)理 負(fù)責(zé)工程經(jīng) 理的核對(duì)由 工程總控助 理進(jìn)行職員如果不填寫 那么按照輸入值進(jìn) 行績(jī)效考核。如果職員輸入的 MD與

8、分配時(shí)不符 合工程經(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)工程經(jīng)理部長(zhǎng)?部長(zhǎng)工程進(jìn)展?fàn)顩r： 不能解 決的問題反響建議或提 議突發(fā)問題必須反響工程總控人員如果由于沒有匯報(bào)造成 問題，按一次扣除 0.5MD周報(bào)工程經(jīng)理?部長(zhǎng) 部長(zhǎng)?工程總控工程進(jìn)展整體狀況： 不 能解決的問題反響建議 或提議必須填寫工程總控助理周報(bào)不寫，按次扣除0.2MD4目標(biāo)功能的使用 由于分部?jī)?nèi)有單獨(dú)的鼓勵(lì)費(fèi)用，所以建

9、議分部?jī)?nèi)建立目別考核體系為每一個(gè)程序員 根據(jù)個(gè)人不同的能力和狀況設(shè)定目標(biāo)，對(duì)于圓滿完成目標(biāo)者進(jìn)行鼓勵(lì)。同時(shí)，保證公 司的開發(fā)效果在可控制范圍內(nèi)。5工程信息管理的使用。本管理系統(tǒng)在2003年開始實(shí)行，主要目前是記錄公司所有工程的里程碑信息。為以后工程的整理和后期處理提供真實(shí)的數(shù)據(jù)。同時(shí)，維護(hù)公司的工程信息數(shù)據(jù)庫。本卷須知：其中關(guān)于工程中所設(shè)計(jì)的文檔，統(tǒng)一放在fileserver上2004目錄中。關(guān)于文檔名稱和路徑的書寫方法如下，保證能夠盡快翻開文檔:/fileserver/project/2004/14258/ 測(cè)試用例 H4258_testcase.xls2004年1月1號(hào)起,東京新工程工程要

10、求對(duì)應(yīng)負(fù)責(zé)人出錯(cuò)處理方法備注工程名稱必填，同時(shí)應(yīng)有對(duì)應(yīng) 的工程號(hào)XX扣除MD 0.1北京工程編號(hào)必填XX扣除MD 0.1添加時(shí)一定要注意 唯性，與工程類型不能為空，目前類型有 Research NormalConfirm MergeOthersXX扣除MD 0.1目前的規(guī)那么為小于5md的均為RESEARC 項(xiàng) H 目工程名稱必填XX扣除MD 0.1工程的名稱應(yīng)包含 工程的ID,關(guān)于工程 ID的生成方法，參 考日方對(duì)應(yīng)文檔客戶方負(fù)責(zé)人必填XX扣除MD 0.1分析負(fù)責(zé)人北京分析工程，為必 填工程?hào)|京設(shè)計(jì)，為 非必填部長(zhǎng)但是必須制 定具體負(fù)責(zé)人扣除MD 0.1工程負(fù)責(zé)人必填工程部長(zhǎng)扣除MD 0.1

11、工程負(fù)責(zé)人應(yīng)該是 直接負(fù)責(zé)人不是 最先指定的部長(zhǎng)本公司負(fù)責(zé)人不能為空初始必填 的人員為工程總控 人員及助理、對(duì)應(yīng)部 長(zhǎng)、測(cè)試部經(jīng)理，公 司技術(shù)負(fù)責(zé)人馬 俊XX工程負(fù)責(zé)人扣除MD 0.1如果沒有工程負(fù)責(zé) 人，與XX聯(lián)系分析開始時(shí)間必填對(duì)應(yīng)該工程的分析 員扣除MD 0.1公司技術(shù)負(fù)責(zé)人在 分析工程開始時(shí)應(yīng) 把對(duì)應(yīng)分析員加到 工程列表中概要設(shè)計(jì)完成時(shí)間必填對(duì)應(yīng)該工程的分析 員扣除MD 0.1詳細(xì)設(shè)計(jì)完成時(shí)間必填對(duì)應(yīng)該工程的分析 員扣除MD 0.1FP文檔完成時(shí)間必填對(duì)應(yīng)該工程的分析員扣除MD 0.1分析完畢時(shí)間必填對(duì)應(yīng)該工程的分析 員扣除MD 0.1工程接收時(shí)間必填XX扣除MD 0.1工程最終對(duì)應(yīng)M

12、D原那么不為空，在特殊 情況下為空，在工程 備注重必須說明原 因。XX工程經(jīng)理 Mail通知扣除MD 0.1本MD伴隨著MD的 變更需要?jiǎng)討B(tài)變化Md變更附件名稱不是必須，但是只要 有變更有內(nèi)容，此項(xiàng) 目必須要有XX工程經(jīng)理 Mail通 知扣除MD 0.1工程最終報(bào)價(jià)原那么不為空，在特殊 情況下為空，在工程 備注重必須說明原 因。XX扣除MD 0.1必須與對(duì)應(yīng)MD*11000 根本一致。同時(shí)必須和MD變更紀(jì)錄致Schedule文檔名稱及路徑必填工程經(jīng)理扣除MD 0.2可以用excel或者是 visio , project 后兩 種要以HTML輸出 以便查閱?？蛻?方deadline要求如果提供必

13、填XX扣除MD 0.1Alfa版時(shí)間必填XX工程經(jīng)理 Mail通 知扣除MD 0.1Beta版時(shí)間必填XX工程經(jīng)理 Mail通 知扣除MD 0.1Alfa變更紀(jì)錄最后一次記錄變更 的時(shí)間必須和對(duì)應(yīng) 的alfa版時(shí)間和beta 版時(shí)間致XX工程經(jīng)理 Mail通 知扣除MD 0.1工程開始時(shí)間必填XX工程經(jīng)理 Mail通知扣除MD 0.1CSV分支號(hào)必填工程經(jīng)理扣除MD 0.1此分支號(hào)為開發(fā)分支號(hào)功能點(diǎn)文檔文件名及文件路徑FileServer 效勞器必填工程經(jīng)理扣除MD 0.1此文檔為必須文檔， 各工程經(jīng)理必須嚴(yán) 格控制。單體測(cè)試用例文件 名稱及文件路徑必填工程經(jīng)理扣除MD 0.1此文檔為必須文檔

14、， 各工程經(jīng)理必須嚴(yán) 格控制工程總結(jié)與MD分必填工程經(jīng)理扣除MD 0.1此文檔為必須文配方案文檔及文件路徑檔，各工程經(jīng)理必須 嚴(yán)格控制。測(cè)試負(fù)責(zé)人必填XX扣除MD 0.1測(cè)試用例對(duì)應(yīng)文件名稱及路徑必填XX扣除MD 0.1此文檔為必須文檔， 各工程經(jīng)理必須嚴(yán) 格控制。第一階段測(cè)試開 始時(shí)間：必填測(cè)試人員扣除MD 0.1第一階段測(cè)試完 成日期：必填測(cè)試人員扣除MD 0.1Alfa版本后的BUG :必填測(cè)試人員扣除MD 0.1回歸測(cè)試的開始日期：必填測(cè)試人員扣除MD 0.1回歸測(cè)試的結(jié)束日期：必填測(cè)試人員扣除MD 0.1Beta版后的BUG 數(shù)：必填XX扣除MD 0.1主要要參考beta后 bug的

15、整理表確認(rèn)負(fù)責(zé)人不是必須，主要是與 是否進(jìn)行確認(rèn)有關(guān)， 如果確認(rèn)其他有信 息，確認(rèn)負(fù)責(zé)人必填XX扣除MD 0.1232系統(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í)審核各工程組是否及時(shí)安排公司規(guī)定的兩次會(huì)議。2004年2月啟動(dòng)，沒有按照規(guī)定進(jìn)行會(huì)議，經(jīng)審核后，扣除工程經(jīng)理過

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

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

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

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

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

21、dule 表：主要目的是增加遠(yuǎn)程開發(fā)的方案和規(guī)劃性。 管理人員去適宜目前我們正在進(jìn)行的總量有多少，檢收而為付款的有多少，實(shí)施完畢而沒有檢收的有多少。管理人員去看我們下周能夠接受的工程有多少，以便在每周五可以制定下周的工作方案。工程經(jīng)理可以看自己負(fù)責(zé)工程的根本參數(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í)的了解其他工程的信 息和相信內(nèi)容。 同

22、時(shí)， 統(tǒng)一化文檔管理，為以后的開展提供素材。所有的文檔主要包 含如下幾種：HearingSheet ：一個(gè)簡(jiǎn)要的需求，重點(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 文檔：要包含甘特圖工程總結(jié)及 MD 分配方案： 把工程總結(jié)作為重點(diǎn)進(jìn)行。 單體測(cè)試用例；條數(shù)最少為 MD*2, 按 照模板進(jìn)行 測(cè)試組測(cè)試用例 : 要保證最后的測(cè)試結(jié)果 確認(rèn)測(cè)試用例： 一般為東京發(fā)送 beta 版后障害書：工程確認(rèn)者發(fā)

23、送，按照同一格式進(jìn)行書寫和填寫。beta 后障害 list 表，其中包含 bug 的簡(jiǎn)單描述、 bug 的類型確定和各部門關(guān)于 bug 的總結(jié)。 2過程管理類 一個(gè)工程兩次會(huì)議：工程啟動(dòng)會(huì)議和工程總結(jié)會(huì)議 工程啟動(dòng)會(huì)議主要是講述 工程的功能點(diǎn)，并據(jù)具體問題，進(jìn)行嚴(yán)格的定義，說明本項(xiàng) 目所必須遵守的特殊規(guī)那么，子功能間 的前后順序，統(tǒng)一的接口定義，和每個(gè)人在工程 實(shí)施中應(yīng)該注意的問題。 工程總結(jié)會(huì)議和 MD 分配方案確實(shí)定。主要是根據(jù)工程實(shí)施的結(jié)果，進(jìn)行集中的討論 和諧而公 平的團(tuán)隊(duì) ：公司其他方面的管理，就是為了加強(qiáng)管理，提倡量化。做到各司 其職，多勞多得， 公平評(píng)價(jià)，提供時(shí)機(jī)給相應(yīng)的人。33

24、2管理示意圖333管理人員本卷須知其中反響機(jī)制的建立最關(guān)鍵。其中管理必須遵守以下規(guī)那么:對(duì)象流程編口，號(hào)工作內(nèi)容上流方下流方備注工程總控人員分配工程?hào)|京工程發(fā)包人員紀(jì)秀玲部長(zhǎng)工程總控助理解決人力矛盾部長(zhǎng)BugSurvey 負(fù)責(zé)人技術(shù)設(shè)計(jì)負(fù)責(zé)人部長(zhǎng) BugSurvey負(fù)責(zé)人技術(shù)設(shè)計(jì)負(fù)責(zé)人下流方人員負(fù)責(zé)把結(jié)果 反響給東京擔(dān)當(dāng)者開發(fā)部經(jīng)理公司管理問題部長(zhǎng)工程經(jīng)理各級(jí)負(fù)責(zé)人職員全體職員一定要給問題提出者答復(fù)，成為制度后公布部長(zhǎng)分配工程工程總控人員工程總控助理對(duì)應(yīng)分部工程經(jīng)理工程總控助理Esm工程負(fù)責(zé)人參加，修 改負(fù)責(zé)人為此工程經(jīng)理工程人力調(diào)節(jié)無工程總控人員如果出現(xiàn)空閑同時(shí)反響。分部管理問題無開發(fā)部經(jīng)理

25、工程經(jīng)理工程分析和問題確認(rèn)無東京負(fù)責(zé)人結(jié)果物概要需求文檔和問題與回復(fù)整理文檔工程里程碑信息反響 工程 開始時(shí)間，alfa,beta版本時(shí) 間和原因，fp變更及原因無工程總控人員 工程總控助理 測(cè)試部經(jīng)理組織團(tuán)隊(duì)進(jìn)行技術(shù)文檔的書寫和維護(hù)無測(cè)試部經(jīng)理team所有成員文檔列表如下：功能點(diǎn)文檔 questionSheet Schedule單體測(cè)試用例BugSurvey負(fù)責(zé)人Bugsurvey的調(diào)查修改 merge工程總控人員各級(jí)的bug survey leader Bug survey 實(shí)施 人員所有的規(guī)那么按照bugsurve流程的規(guī)定。工程總控助理監(jiān)督esm的執(zhí)行情況程序員工程經(jīng)理部長(zhǎng)工程總控監(jiān)督

26、過程管理參數(shù)部長(zhǎng)工程經(jīng)理工程總控整理所有工程文檔工程經(jīng)理工程總控對(duì)日匯報(bào)表系統(tǒng)數(shù)據(jù)工程總控績(jī)效考核提供過程情況 匯總系統(tǒng)數(shù)據(jù)工程總控月度過程管理處理表測(cè)試部經(jīng)理組織書寫測(cè)試用例工程經(jīng)理功能點(diǎn) 文檔東京整理匯總beta版后bug分析表工程經(jīng)理提供的 完整的B后障害 書所有管理者其中的技術(shù)分析和官理 分 析及對(duì)東京的建議應(yīng)由項(xiàng) 目負(fù)責(zé)人進(jìn)行填寫控制測(cè)試的結(jié)果3.4Bugsurvey工作流參見?bugSurvey工作規(guī)約?。3.5工程分析工作流 參見?工程分析工作規(guī)約?3.6Beta后質(zhì)量保證工作流參見?beta后規(guī)作規(guī)約?3.7測(cè)試組beta前工作流3.8工程組根本工作流概述在工程進(jìn)行過程中，要求

27、能夠及時(shí)反響。做好方案安排，并調(diào)整這個(gè)人力的配比， 以到達(dá)最好的效果。382對(duì)程序員的要求 尤其在分析組成立前期，對(duì)分析組的設(shè)計(jì)書，盡可能提出建設(shè)性意見 和設(shè)計(jì)的問 題，有利于提高工程分析能力在功能實(shí)現(xiàn)上，主要和工程經(jīng)理的溝通，把類結(jié)構(gòu)設(shè)計(jì)和代碼向理想情況努力，同時(shí)用公司內(nèi)的代碼標(biāo)準(zhǔn)作為自己的行動(dòng)準(zhǔn)那么在日?；顒?dòng)中，加強(qiáng)團(tuán)體意識(shí)，加強(qiáng)責(zé)任感。對(duì)工程經(jīng)理的要求 主要職責(zé)為：類設(shè)計(jì)的嚴(yán)格控制。保證整個(gè)軟件包的可維護(hù)性工程過程管理。能夠緊密的控制整個(gè)工程的進(jìn)程，發(fā)現(xiàn)工程中的各種風(fēng)險(xiǎn)因素，盡早地把風(fēng)險(xiǎn)在工程中消除。硬性要求如下：1每個(gè)工程大于 10MD正常工程必須提供的文檔為功能點(diǎn)文檔， questi

28、onSheet，單體測(cè)試用例，工程總結(jié)及MD最終分配方案文檔2 每個(gè)工程大于 10MD正常工程必須召開兩次會(huì)議：3 工程啟動(dòng)會(huì)議主要為了統(tǒng)一工程的內(nèi)容規(guī)那么和要求，同時(shí)把整體邏輯和框架做簡(jiǎn)要 說明。4 工程總結(jié)會(huì)議：主要是評(píng)價(jià)每個(gè)成員的表現(xiàn)和工程完整的狀況和質(zhì)量，總結(jié)失敗的經(jīng)驗(yàn)教訓(xùn)。同時(shí)根據(jù)評(píng)論的結(jié)果進(jìn)行最后的MD的分配。5 在esm必須登陸必要的過程參數(shù)，以便團(tuán)隊(duì)成員和公司的管理者能夠及時(shí)的把我目前工程狀態(tài)。整個(gè)團(tuán)隊(duì)的建設(shè)和公司的管理工作。在工程管理中發(fā)現(xiàn)問題，把反映給公司。以備在公司級(jí)別對(duì)整個(gè)流程和各個(gè)環(huán)節(jié)進(jìn)行調(diào)整。流程圖385工程組文檔管理原那么：所有文檔必須都放在 fileserver

29、上，進(jìn)行統(tǒng)一管理。同時(shí)，負(fù)責(zé)人在本地應(yīng)保存一份同樣的備份。All Buginu2004年開始接收到的工程必須放在2004中，針對(duì)每個(gè)工程必須按照以下圖進(jìn)行文檔管理。細(xì)節(jié)描述工程內(nèi)容備注Spec設(shè)計(jì)說明書QuestionSheet設(shè)計(jì)說明書的補(bǔ)充說明 設(shè)計(jì)說明書的各個(gè)版本 設(shè)計(jì)說明書一覽表設(shè)計(jì)說明書一覽表要記錄所有文檔 變更的情況，并指明最后工程實(shí)施 與 文檔之間的關(guān)系Test case工程組書寫的單體測(cè)試用例測(cè)試組書寫的測(cè)試用例東京發(fā)送的confirm測(cè)試用例Schedule針對(duì)工程實(shí)施的日程安排 對(duì)東京進(jìn)行進(jìn)度匯報(bào)的每個(gè)報(bào)表Fun cti onPoi nts功能點(diǎn)文檔All Bug Spec

30、Beta后障害書 針對(duì)此工程的beta后bug類型確疋和 經(jīng)驗(yàn)匯總。完 畢后，應(yīng)及時(shí)發(fā)送測(cè)試組工程經(jīng)理。UIHtml DemoHeari ngSheet聯(lián)系分析組，如果有應(yīng)該直接copyFP SpecFP sheet不同版本FP change 表FP說明，記錄所有FP變更歷史，以備后期確認(rèn)的方便。工程spec的中文版需要打印，此工作由工程總控助理執(zhí)行。同時(shí)，對(duì)文檔進(jìn)行歸檔和密封。3.9 測(cè)試部B版前流程相關(guān)人員測(cè)試部經(jīng)理：XX測(cè)試組成員：3.9.2 測(cè)試人員的要求 一定要注意配合。因?yàn)?，在此環(huán)節(jié)，一種好的描述方式和溝通方式 將會(huì)直接影響 工作效率和工作質(zhì)量。所以，首先大家要注意 bug 管理系

31、統(tǒng)的使用方法和 規(guī)那么， 同時(shí)，盡量采用統(tǒng)一的屬于進(jìn)行描述，如果需要圖形輔助，也可以進(jìn)行貼圖。 加 強(qiáng)需求理解能力。能夠盡快的理解文檔和功能測(cè)試用例。 在工作中細(xì)致、耐心、有條理。 同時(shí)對(duì)應(yīng) esm 系統(tǒng)需要測(cè)試部填寫的過程參數(shù)必須嚴(yán)格按照規(guī)定填寫。3.9.3 工作流程圖3.9.4 本卷須知Bug 管理系統(tǒng)中的狀態(tài)一定要維護(hù)，并通過此系統(tǒng)來保證alfa bug 修改的進(jìn)行情況， 即在提交 beta 版前，所有的 alfa bug 的狀態(tài)都應(yīng)該在 DO 上。如果沒有在此狀態(tài)中， 應(yīng)該積極和 工程組聯(lián)系，測(cè)試組有權(quán)監(jiān)督其完成。測(cè)試組要驗(yàn)證工程組提交的 script 和 resoruce 文件，如果

32、有問題，測(cè)試組有權(quán)通知項(xiàng) 目立即 修改，同時(shí)可以作為 alfa bug 登錄在 bug 管理系統(tǒng)中。測(cè)試組要保證測(cè)試用例的質(zhì)量， 盡一切可能減少 beta 后 bug 的數(shù)量。并嚴(yán)格的按照 beta 后 bug 處理規(guī)約進(jìn)行。4 績(jī)效考核實(shí)施方案4.1 總那么： 所有職員的所有工作都應(yīng)該以量化計(jì)算， 如果不能，那么當(dāng)事者可以提出異議， 而對(duì)績(jī) 效考核方法進(jìn)行改進(jìn)。例如所有北京工程必須有 MD ，翻譯組翻譯工作量可以通過翻譯的字?jǐn)?shù)進(jìn)行調(diào)整，測(cè)試組同樣對(duì)工作內(nèi)容進(jìn)行分類核算MD 。量化管理主要包含幾個(gè)主題方向：工作時(shí)間： 是人事部門公布的每個(gè)月的工時(shí)統(tǒng)計(jì)的結(jié)果。 實(shí)際上， 它代表了自己的實(shí) 際消

33、耗時(shí)間。東京 MD ： 是實(shí)際為公司所創(chuàng)造的價(jià)值。北京 MD： 主要包含正規(guī)作的北京內(nèi)部工程或者實(shí)際工作而作的的補(bǔ)充MD 。已到達(dá)考核的公平合理。質(zhì)量扣除 MD: 是指由于代碼的 bug 而造成的損失，因?yàn)閷?shí)際的奉獻(xiàn)是要扣除損失的。 對(duì)于 測(cè)試部就是東京對(duì)北京確認(rèn)產(chǎn)生的 beta 后故障的扣除。過程管理扣除 MD ：除了實(shí)際的工作量，就是為個(gè)建立一個(gè)穩(wěn)固高效的團(tuán)隊(duì)而每個(gè)人 應(yīng)該承 擔(dān)的過程管理義務(wù)，如果沒有做好，實(shí)際上不僅僅是你自己績(jī)效不高，而是你 影響了整個(gè)團(tuán) 隊(duì)的利益。而這局部的值反映了你對(duì)團(tuán)隊(duì)的影響。過程管理獎(jiǎng)勵(lì) MD :在工程實(shí)施過程中，個(gè)人在突發(fā)事件上的處理或者對(duì)工程整體乃至公司的利

34、益上作出突出奉獻(xiàn)，可以作為績(jī)效獎(jiǎng)勵(lì)。在整個(gè)分類上，根本上是劃分為管理者， 程序員，分析員，翻譯人員，測(cè)試人員幾個(gè) 子系統(tǒng)。 但是所有系統(tǒng)的價(jià)值標(biāo)準(zhǔn)統(tǒng)一。在時(shí)間上，每個(gè)月的第五個(gè)工作日公布績(jī)效考核結(jié)果?？?jī)效考核的結(jié)果直接反映在近期和長(zhǎng)<開發(fā)部激期的鼓勵(lì)系統(tǒng)中。具體內(nèi)容可以參見 勵(lì)和過失管理流程 >4.2 流程圖翻譯組MD核算流程測(cè)試組MD核算流程測(cè)試組接收功書寫測(cè)試用例接到東京通 知后，填寫beta后Alfa 通驗(yàn)證測(cè)試用測(cè)試實(shí)施按用晌力aet皈能點(diǎn)文檔通知工程組MD核算流程按照MD10 %分析組MD核算流程月度績(jī)效報(bào)表，根據(jù)beta后bug進(jìn)行質(zhì)事項(xiàng)內(nèi)容、/、*. ' J&

35、gt; A 汪意負(fù)責(zé)人備注測(cè)試組績(jī)效主要根據(jù)測(cè)試的工作量 和工作結(jié)果來進(jìn)行MD的度量強(qiáng)調(diào)質(zhì)量，會(huì)加大 質(zhì)量影響的力度。測(cè)試部經(jīng)理要按工程進(jìn)行分配，多退 少補(bǔ)。測(cè)試組質(zhì)量考核主要是根據(jù)beta后bug進(jìn) 行，如果出現(xiàn)beta后bug同 時(shí)被確認(rèn)為實(shí)施bug，對(duì)應(yīng) 測(cè)試人員應(yīng)該承擔(dān)質(zhì)量責(zé) 任，按個(gè)實(shí)施bug扣除0.1MD計(jì)算要注意參看beta 后 bug 匯總表。測(cè)試組最關(guān)鍵的問題是根 據(jù)B后的bug情況做分析 總結(jié)，可向公司申請(qǐng)bug 分析內(nèi)部文檔， 通過后可 按北京工程補(bǔ)充MD測(cè)試組工作量百分比目前是測(cè)試工作本身工程 MD X 10 %測(cè)試用例的書寫 是工程MD X 10 %目前的測(cè)試用例 由

36、于是初步書寫。 所以僅限于第一 月工程總控人員第一月后根據(jù)測(cè)試用例書 寫的實(shí)際工時(shí)和狀況重新審核此百分比工程分析工作量工程分析指拿到文檔后， 進(jìn)行的需求詳細(xì)分析，提 出問題，完畢questionSheet 文檔和功能電文檔原那么上工程經(jīng)理 直接進(jìn)行，同時(shí)也 可以委托組內(nèi)具 有分析能力的程 序員進(jìn)行，但工程經(jīng)理MD分配時(shí)誰分析誰拿走 對(duì)應(yīng)的10%的MD是必須是工程經(jīng)理負(fù)責(zé)制工程組質(zhì)量考核嚴(yán)格按照alfa版后的bug 進(jìn)行，一個(gè)bug扣除0.1MDAlfa版的bug登 錄在bug管理系 統(tǒng)中，工程經(jīng)理要 維護(hù)此系統(tǒng)的Plan欄目，程序 員要負(fù)責(zé)其中的 DO欄目。如果不 填寫直接作為過 程管理扣除M

37、D 進(jìn)行，一次0.1MD測(cè)試部經(jīng)理工程經(jīng)理Alfa版質(zhì)量扣除MD的匯 總表測(cè)試部經(jīng)理負(fù)責(zé)。Alfa版過程管理扣除MD 匯總表由測(cè)試部經(jīng)理負(fù) 責(zé)。工程總控助理負(fù)責(zé)審核測(cè) 試部經(jīng)理的工作，如果出 現(xiàn)紕漏，按過程管理扣除MD計(jì)算，一次0.1md工程組單體測(cè)試用例工作量核算單體測(cè)試用例的條數(shù)必 須 大于MD X 2,核算工程經(jīng) 理直接指定此工作包含在實(shí) 施70 %的范圍 內(nèi)。工程經(jīng)理工程經(jīng)理和全體管 理者自身績(jī)效評(píng)定全體team 包含自身在 內(nèi)的平均值所以工程經(jīng)理要 提高整個(gè)團(tuán)隊(duì)的 績(jī)效為目標(biāo)工程經(jīng)理由工程總控助理進(jìn)行監(jiān) 控。出現(xiàn)問題按過失進(jìn)行 處理。年底績(jī)效評(píng)定標(biāo)準(zhǔn)直接利用MD進(jìn)行評(píng)價(jià)其中包含東京M

38、D和北京MD工程總控人員年底績(jī)效加權(quán)系數(shù)確定工程經(jīng)理加權(quán)1.25分析組加權(quán)1.1翻譯組加權(quán)8500字/MD進(jìn)行折算工程總控人員伴隨業(yè)務(wù)和過程的改 變， 如果系數(shù)有疋的偏差， 由工程總控人員 對(duì)此系數(shù) 進(jìn)行調(diào)整，反映在文檔改 版中，并通知全體人員5開發(fā)部鼓勵(lì)和過失管理流程5.1 鼓勵(lì)管理系統(tǒng)5.1.1鼓勵(lì)的定義和類別 定義：鼓勵(lì)指職員對(duì)公司作出奉獻(xiàn)的對(duì)應(yīng)回報(bào)。旨在表達(dá)公司公平的原那么，客觀的對(duì)個(gè)人的能力和價(jià)值進(jìn)行認(rèn)可。類別與處理方法：類別名稱描述實(shí)施方式適用范圍備注特別MD獎(jiǎng)勵(lì)在工程中作為突出奉獻(xiàn)，對(duì)公司的利益 產(chǎn) 生重大影響?？捎刹块L(zhǎng)提出申請(qǐng)，項(xiàng) 目總 控人員進(jìn)行批示。特別獎(jiǎng)勵(lì)單全體員工特別獎(jiǎng)

39、金獎(jiǎng)勵(lì)在工程中作為突出奉獻(xiàn)，對(duì)公司的利益 產(chǎn) 生重大影響?？捎晒芾碚咧苯犹嶙h， 部長(zhǎng) 會(huì)議進(jìn)行討論決定。特別獎(jiǎng)勵(lì)單全體員工部門內(nèi)工程獎(jiǎng) 金部長(zhǎng)負(fù)責(zé)制，按季度抽取工程的鼓勵(lì)獎(jiǎng) 金。內(nèi)容是骨干人員，突出奉獻(xiàn)者和分財(cái)務(wù)撥款通知單開發(fā)部?jī)?nèi)全 體員工部?jī)?nèi)的個(gè)別活動(dòng)。同時(shí)， 適用測(cè)試部和分析組金額為：2 X 東京MD 質(zhì)量扣除 MD工程獎(jiǎng)金分 配明細(xì)表公司資助培訓(xùn)管理者提議，部長(zhǎng)會(huì)議審議。針對(duì)公司的要求和個(gè)人情況，提議確定人選和額度。培訓(xùn)通知書突出奉獻(xiàn)者 或特別岡位升職參考績(jī)效表，考察個(gè)人能力，并征求個(gè) 人 意見后，進(jìn)行職位調(diào)整。以給有技術(shù) 或管 理能力的人充分的空間。升職通知書管理者考察 通過人員加薪參考績(jī)效表，考祭個(gè)人能力技術(shù)等級(jí) 表， 于每年8月和1月啟動(dòng)調(diào)整薪金調(diào)查程 序，對(duì)應(yīng)該薪金的人進(jìn)行處理薪金調(diào)整單管理者考察通過人員年終獎(jiǎng)金年終獎(jiǎng)金額度由東京董事會(huì)根據(jù)北京利益情況進(jìn)行直接確定獎(jiǎng)金分配采用同一職能 部門公開化，計(jì)算方法，嚴(yán)格按照個(gè)人 MD 奉獻(xiàn)MD 扣除MD 的百分比進(jìn)行直 接計(jì)算。年終獎(jiǎng)金分配表全體員工5.2過失管理系統(tǒng)521定義： 過失泛指由于本人的失誤和錯(cuò)誤，對(duì)公司的利益或潛在利益造成比較大的影