軟件項(xiàng)目開(kāi)發(fā)工作流程

軟件項(xiàng)目開(kāi)發(fā)工作流程

一、簡(jiǎn)述

對(duì)于一個(gè)新項(xiàng)目，從可行性研究到產(chǎn)品交貨整個(gè)生存階段將經(jīng)歷如下十大流程：

1、項(xiàng)目可行性研究階段2、立項(xiàng)階段

3、需求分析階段4、開(kāi)發(fā)策劃階段5、設(shè)計(jì)階段

6、編碼實(shí)現(xiàn)階段7、測(cè)試階段8、驗(yàn)收階段

9、產(chǎn)品交付使用10、維護(hù)階段

二、項(xiàng)目組基本組成及崗位職責(zé)

新項(xiàng)目立項(xiàng)時(shí)會(huì)成立項(xiàng)目組，不同的項(xiàng)目組成員有不同的職責(zé)，一個(gè)項(xiàng)目組成員也可以身兼多職，但不可身兼全職。

a項(xiàng)目負(fù)責(zé)人：負(fù)責(zé)項(xiàng)目的管理、組織、對(duì)技術(shù)、進(jìn)度、質(zhì)量全面負(fù)責(zé)。b質(zhì)量保證人員：負(fù)責(zé)質(zhì)量保證工作計(jì)劃的落實(shí)和軟件的質(zhì)量保證。

C配管理人員：負(fù)責(zé)本項(xiàng)目的配管理工作，對(duì)本項(xiàng)目的文檔、程序是否符合規(guī)程文件的要求進(jìn)行形式化的檢查。

D分析人員：主要負(fù)責(zé)本項(xiàng)目的需求分析工作。E設(shè)計(jì)人員：主要負(fù)責(zé)本項(xiàng)目的設(shè)計(jì)工作。

F程序員：按設(shè)計(jì)要求和有關(guān)標(biāo)準(zhǔn)進(jìn)行編程工作。

G測(cè)試人員：負(fù)責(zé)單元測(cè)試、組合測(cè)試和總裝測(cè)試工作。H文檔人員：負(fù)責(zé)本項(xiàng)目有關(guān)文檔的編寫(xiě)工作。

I產(chǎn)品經(jīng)理：協(xié)助進(jìn)行產(chǎn)品研制計(jì)劃制定、產(chǎn)品發(fā)布與產(chǎn)品推廣等,在產(chǎn)品開(kāi)發(fā)中，充分代表用戶的利益，提供建議,負(fù)責(zé)在產(chǎn)品功能與出品日期二者之間的權(quán)衡;負(fù)責(zé)產(chǎn)品市場(chǎng)營(yíng)銷(xiāo)、產(chǎn)品銷(xiāo)售和市場(chǎng)推廣過(guò)程。（通常由營(yíng)銷(xiāo)部門(mén)或中試部門(mén)人員擔(dān)任）

三、軟件開(kāi)發(fā)流程

3．1可行性研究階段

如果是公司自主開(kāi)發(fā)項(xiàng)目，可行性研究通常是由公司技術(shù)負(fù)責(zé)人根據(jù)公司產(chǎn)品規(guī)劃和市場(chǎng)需求，在要開(kāi)展新項(xiàng)目前通過(guò)部門(mén)負(fù)責(zé)人指定人員進(jìn)行的前期調(diào)研工作，可行性研究負(fù)責(zé)人員對(duì)產(chǎn)品的市場(chǎng)需求、技術(shù)發(fā)展、市場(chǎng)定位、功能需求、經(jīng)濟(jì)效益、進(jìn)度需求、風(fēng)險(xiǎn)分析等進(jìn)行可行性研究，提供產(chǎn)品立項(xiàng)建議，擬制可行性研究報(bào)告，由部門(mén)負(fù)責(zé)人指定營(yíng)銷(xiāo)部門(mén)配合可行性分析人員，技術(shù)負(fù)責(zé)人協(xié)助安排�？尚行苑治鐾戤吅笥煽偣まk組織對(duì)可行性研究報(bào)告進(jìn)行評(píng)審，評(píng)審?fù)ㄟ^(guò)后，總工辦組織進(jìn)行立項(xiàng)工作。

如果是系統(tǒng)集成部外接的系統(tǒng)集成項(xiàng)目，在系統(tǒng)集成部與客戶簽訂合同之前，均應(yīng)對(duì)將簽項(xiàng)目進(jìn)行資源、技術(shù)、市場(chǎng)的可行性分析，可行性分析通過(guò)后、簽訂合同前由總工辦組織相關(guān)人員對(duì)合同條款進(jìn)行評(píng)審，評(píng)審?fù)ㄟ^(guò)后，總工辦組織進(jìn)行立項(xiàng)工作。

本階段提交的文檔：項(xiàng)目可行性研究任務(wù)書(shū)（技術(shù)負(fù)責(zé)人或部門(mén)負(fù)責(zé)人下達(dá)）項(xiàng)目可行性研究報(bào)告（可行性研究人員編寫(xiě)）系統(tǒng)集成項(xiàng)目合同質(zhì)量記錄：可行性分析評(píng)審報(bào)告3．2立項(xiàng)階段

可行性分析評(píng)審?fù)ㄟ^(guò)后，由開(kāi)發(fā)部門(mén)經(jīng)理下達(dá)立項(xiàng)任務(wù)，指定相關(guān)人員填寫(xiě)立項(xiàng)申請(qǐng)報(bào)告報(bào)批。報(bào)批通過(guò)后，由部門(mén)經(jīng)理與技術(shù)負(fù)責(zé)人協(xié)商，下達(dá)開(kāi)發(fā)任務(wù)書(shū)，經(jīng)技術(shù)負(fù)責(zé)人審核確認(rèn)后，報(bào)公司批準(zhǔn)。批準(zhǔn)立項(xiàng)后項(xiàng)目進(jìn)度應(yīng)以立項(xiàng)申請(qǐng)報(bào)告中的階段進(jìn)度為準(zhǔn)，如果進(jìn)度要調(diào)整，需填寫(xiě)進(jìn)度調(diào)整申請(qǐng)報(bào)告報(bào)批。本階段提交的文檔：項(xiàng)目立項(xiàng)申請(qǐng)報(bào)告

開(kāi)發(fā)任務(wù)書(shū)

3．3需求分析階段

承辦單位根據(jù)交辦單位提出的技術(shù)要求和相應(yīng)的軟件任務(wù)書(shū)以及其它有關(guān)文件，與交辦單位協(xié)作，確定詳細(xì)的軟件需求，該階段完成的軟件需求規(guī)格說(shuō)明經(jīng)審定和批準(zhǔn)后將作為整個(gè)軟件開(kāi)發(fā)工作的基礎(chǔ)列入配管理的基線，在本階段可利用快速原型法使比較含糊的具有不確定性的軟件需求（主要是功能）明確化。能給本公司開(kāi)發(fā)的軟件的“需求基線”確定提供一個(gè)討論、進(jìn)一步完善的基礎(chǔ)。在本階段，由產(chǎn)品經(jīng)理負(fù)責(zé)，其他人員配合，編寫(xiě)產(chǎn)品規(guī)格說(shuō)明書(shū)，此說(shuō)明書(shū)面向最終用戶和領(lǐng)導(dǎo)，主要描繪產(chǎn)品的形狀以及功能、性能、功能特性、性能特性。由項(xiàng)目經(jīng)理負(fù)責(zé)編寫(xiě)系統(tǒng)技術(shù)方案書(shū)，描述公司初次使用的技術(shù)的詳細(xì)解決方案。本階段完畢后對(duì)需求分析進(jìn)行評(píng)審，出具需求分析評(píng)審報(bào)告。本階段提交的文檔：軟件需求規(guī)格說(shuō)明書(shū)。原型分析說(shuō)明書(shū)產(chǎn)品規(guī)格說(shuō)明書(shū)

系統(tǒng)技術(shù)方案書(shū)

質(zhì)量記錄：需求分析評(píng)審報(bào)告

提交的軟件：產(chǎn)品的原型（注：如果時(shí)間有限，可以只編寫(xiě)原型分析說(shuō)明書(shū)而不作原型）

3．4開(kāi)發(fā)策化階段根據(jù)項(xiàng)目要求和軟件需求，由配人員配合項(xiàng)目經(jīng)理編寫(xiě)本項(xiàng)目的質(zhì)量保證計(jì)劃、

配管理計(jì)劃和項(xiàng)目綜合計(jì)劃。在配管理計(jì)劃中，應(yīng)列明本項(xiàng)目需提交的各階段文檔的名稱(chēng)，在項(xiàng)目各階段完成后，項(xiàng)目組需列表說(shuō)明要移交的文檔，將此表與各文檔一并向總工辦移交。在制定計(jì)劃時(shí)，應(yīng)為計(jì)劃、設(shè)計(jì)、測(cè)試、改錯(cuò)、再測(cè)試、變更、以及編制文檔留出足夠的時(shí)間。不應(yīng)使用突擊的辦法來(lái)完成項(xiàng)目。

本階段涉及的文檔：軟件質(zhì)量保證計(jì)劃

配管理計(jì)劃項(xiàng)目綜合計(jì)劃

3．5設(shè)計(jì)階段3．5．1概要設(shè)計(jì)

根據(jù)軟件需求規(guī)格說(shuō)明建立軟件總體結(jié)構(gòu)和模塊間的關(guān)系，確定各模塊功能，定義各功能模塊的接口，設(shè)計(jì)全局?jǐn)?shù)據(jù)庫(kù)和數(shù)據(jù)結(jié)構(gòu)，在概要設(shè)計(jì)明確后，可以對(duì)綜合計(jì)劃進(jìn)一步細(xì)化，填寫(xiě)項(xiàng)目進(jìn)度預(yù)計(jì)。概要設(shè)計(jì)需經(jīng)過(guò)評(píng)審。本階段涉及的文檔：產(chǎn)品概要設(shè)計(jì)說(shuō)明書(shū)數(shù)據(jù)庫(kù)設(shè)計(jì)說(shuō)明項(xiàng)目進(jìn)度預(yù)計(jì)質(zhì)量記錄：評(píng)審報(bào)告3．5．2詳細(xì)設(shè)計(jì)

對(duì)概要設(shè)計(jì)中產(chǎn)生的功能模塊進(jìn)行過(guò)程描述設(shè)計(jì)，設(shè)計(jì)功能模塊的內(nèi)部細(xì)節(jié)，包括算法和數(shù)據(jù)結(jié)構(gòu)，為編寫(xiě)源代碼提供必要的說(shuō)明。詳細(xì)設(shè)計(jì)需要經(jīng)過(guò)評(píng)審。本階段涉及的文檔：軟件詳細(xì)設(shè)計(jì)說(shuō)明書(shū)測(cè)試計(jì)劃質(zhì)量記錄：評(píng)審報(bào)告3．6編碼實(shí)現(xiàn)階段

根據(jù)軟件詳細(xì)設(shè)計(jì)說(shuō)明、對(duì)各程序模塊進(jìn)行編碼、調(diào)試、靜態(tài)分析和單元測(cè)試，驗(yàn)證程序單元與設(shè)計(jì)說(shuō)明的一致性。本階段涉及的文檔：項(xiàng)目進(jìn)度月報(bào)

項(xiàng)目周計(jì)劃和周總結(jié)

項(xiàng)目開(kāi)發(fā)人員周計(jì)劃工作日志

每周例會(huì)記錄

配項(xiàng)更改申請(qǐng)單3．6測(cè)試階段

3．6．1軟件單元測(cè)試

按詳細(xì)設(shè)計(jì)的結(jié)構(gòu)，根據(jù)軟件單元測(cè)試計(jì)劃，依照將經(jīng)過(guò)單元測(cè)試的底層程序單元逐步組裝成子項(xiàng)目直到開(kāi)發(fā)項(xiàng)目的過(guò)程，對(duì)軟件進(jìn)行測(cè)試。本階段涉及的文檔：測(cè)試計(jì)劃

測(cè)試設(shè)計(jì)

測(cè)試問(wèn)題報(bào)告單參考文檔：北京世紀(jì)科怡軟件開(kāi)發(fā)操作指導(dǎo)書(shū)中的“測(cè)試階段操作指導(dǎo)書(shū)”

3．6．2組裝測(cè)試

根據(jù)軟件需求規(guī)格說(shuō)明書(shū)中定義的全部功能和性能要求及組裝測(cè)試計(jì)劃，對(duì)軟件進(jìn)行組裝測(cè)試，以確定整個(gè)軟件是否滿足軟件需求，是否可以提交總裝測(cè)試。

軟件組裝測(cè)試計(jì)劃（含測(cè)試用例設(shè)計(jì)）的編制工作和軟件組裝測(cè)試環(huán)境的研制、組建工作，應(yīng)從軟件需求分析階段起與軟件開(kāi)發(fā)同步展開(kāi)。本階段涉及的文檔：測(cè)試計(jì)劃測(cè)試設(shè)計(jì)

測(cè)試問(wèn)題報(bào)告單

3．7中試階段

項(xiàng)目組開(kāi)發(fā)的軟件產(chǎn)品經(jīng)中試部驗(yàn)收后提交中試部中試，中試部根據(jù)需求分析報(bào)告,從用戶的角度出發(fā)對(duì)產(chǎn)品的功能、性能進(jìn)行中試。本階段涉及的文檔：中試計(jì)劃

中試問(wèn)題報(bào)告單

3．7驗(yàn)收交付

對(duì)完成中試的軟件進(jìn)行檢查、審查和評(píng)審，確定軟件是否達(dá)到了軟件任務(wù)書(shū)的要求。驗(yàn)收通過(guò)的軟件可以向軟件交辦單位交付。項(xiàng)目經(jīng)理及項(xiàng)目組人員應(yīng)在此階段完成項(xiàng)目總結(jié)，項(xiàng)目經(jīng)理提交項(xiàng)目開(kāi)發(fā)總結(jié)報(bào)告，項(xiàng)目組成員提交個(gè)人工作總結(jié)報(bào)告。

本階段涉及的文檔：驗(yàn)收?qǐng)?bào)告

項(xiàng)目開(kāi)發(fā)總結(jié)報(bào)告?zhèn)�人工作總結(jié)報(bào)告

3．8軟件維護(hù)

對(duì)軟件的維護(hù)包括針對(duì)軟件運(yùn)行過(guò)程中發(fā)現(xiàn)的問(wèn)題而進(jìn)行的改正性維護(hù)，針對(duì)不同任務(wù)對(duì)軟件提出不需求而進(jìn)行的改善性維護(hù)，以及可能出現(xiàn)的由于軟件運(yùn)行環(huán)境的改變而進(jìn)行的適應(yīng)性維護(hù)。本階段涉及的文檔：軟件問(wèn)題匯總表維護(hù)報(bào)告四、項(xiàng)目開(kāi)發(fā)文件的審批

可行性研究報(bào)告及立項(xiàng)申請(qǐng)、項(xiàng)目開(kāi)發(fā)計(jì)劃及項(xiàng)目開(kāi)發(fā)總結(jié)、確認(rèn)計(jì)劃及確

認(rèn)報(bào)告、驗(yàn)收計(jì)劃及驗(yàn)收?qǐng)?bào)告由技術(shù)負(fù)責(zé)人審批。項(xiàng)目組人員編寫(xiě)的其他文件由項(xiàng)目經(jīng)理審批。

五、各階段共同的任務(wù)要求5．1編寫(xiě)文檔

在軟件開(kāi)發(fā)過(guò)程的各個(gè)階段，都要求完成相應(yīng)的文檔編寫(xiě)工作。本文檔的前面部分已給出了在軟件自上而下周期各個(gè)階段中的文檔編制情況。軟件文檔從形式上來(lái)看，大致可分為兩類(lèi)：a．開(kāi)發(fā)過(guò)程中填寫(xiě)的各種圖表，稱(chēng)為工作表格；b．應(yīng)編制的技術(shù)資料或技術(shù)管理資料，稱(chēng)為文檔或文件。按照文檔產(chǎn)生和使用的范圍，軟件文檔大致可分為三類(lèi)：a．開(kāi)發(fā)文檔：這類(lèi)文檔是在軟件開(kāi)發(fā)過(guò)程中，作為軟件開(kāi)發(fā)人員前一階段工作成果的體現(xiàn)和后一階段工作依據(jù)的文檔。包括軟件需求說(shuō)明書(shū)、數(shù)據(jù)庫(kù)設(shè)計(jì)說(shuō)明書(shū)、概要設(shè)計(jì)說(shuō)明書(shū)、詳細(xì)設(shè)計(jì)說(shuō)明書(shū)、可行性研究報(bào)告、項(xiàng)目開(kāi)發(fā)計(jì)劃。b．管理文檔：這類(lèi)文檔是在軟件開(kāi)發(fā)過(guò)程中，由軟件開(kāi)發(fā)人員制定的需提交人員的一些工作計(jì)劃或工作報(bào)告。使管理人員能夠通過(guò)這些文檔了解軟件開(kāi)發(fā)項(xiàng)目安排、進(jìn)度、資源使用和成果等。包括項(xiàng)目開(kāi)發(fā)計(jì)劃、測(cè)試計(jì)劃、測(cè)試報(bào)告、開(kāi)發(fā)進(jìn)度月報(bào)、項(xiàng)目周計(jì)劃周總結(jié)及項(xiàng)目開(kāi)發(fā)總結(jié)等。c．用戶文檔：這類(lèi)文檔是軟件開(kāi)發(fā)人員為用戶準(zhǔn)備的有關(guān)該軟件使用、操作、維護(hù)的資料。包括用戶手冊(cè)、操作手冊(cè)、維護(hù)修改建議、軟件需求說(shuō)明書(shū)。

項(xiàng)目各階段完畢后需把本階段相關(guān)文檔列表向總工辦移交。

5．2驗(yàn)證與評(píng)審

軟件評(píng)審是保證軟件產(chǎn)品質(zhì)量的重要手段，必須納入軟件開(kāi)發(fā)過(guò)程，并把評(píng)審?fù)ㄟ^(guò)作為一個(gè)軟件階段完成的標(biāo)志，進(jìn)而轉(zhuǎn)入下一個(gè)開(kāi)發(fā)階段。軟件評(píng)審包括有正式評(píng)審(即評(píng)審)、內(nèi)部評(píng)審兩種形式。正式評(píng)審是軟件項(xiàng)目組上級(jí)技術(shù)主管主持的評(píng)審。內(nèi)部評(píng)審以由項(xiàng)目負(fù)責(zé)人組織、開(kāi)發(fā)人員相互檢查為基本方式。

就整個(gè)軟件開(kāi)發(fā)過(guò)程而言，至少要進(jìn)行可行性分析、軟件需求評(píng)審、設(shè)計(jì)評(píng)審、軟件驗(yàn)證和確認(rèn)評(píng)審、管理評(píng)審等五個(gè)方面的評(píng)審和檢查工作。

擴(kuò)展閱讀：軟件項(xiàng)目開(kāi)發(fā)流程

＃＃文檔

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

修改歷史日期201*-03-12201*-5-18201*-12-4201*-1-14

作者修改內(nèi)容新制作人員職責(zé)的變更，內(nèi)容的變更針對(duì)201*年度制作最新工作內(nèi)容下的工作流程添加項(xiàng)目經(jīng)理管理被職員填寫(xiě)下周日程表的規(guī)則1

＃＃文檔

1

概述........................................................................31.11.22

目的......................................................................3內(nèi)容概述..................................................................3

開(kāi)發(fā)部日常管理流程具體實(shí)施方案...............................................32.12.22.3

基本原則..................................................................3內(nèi)容概述..................................................................3內(nèi)容詳細(xì)描述..............................................................3

3開(kāi)發(fā)部管理流程具體實(shí)施方案..................................................103.13.23.33.43.53.63.73.83.9

內(nèi)容概述.................................................................10開(kāi)發(fā)部概要流程圖.........................................................12開(kāi)發(fā)部管理人員工作流.....................................................12BUGSURVEY工作流............................................................15項(xiàng)目分析工作流...........................................................15BETA后質(zhì)量保證工作流......................................................15測(cè)試組BETA前工作流.......................................................15項(xiàng)目組基本工作流.........................................................15測(cè)試部Β版前流程..........................................................19

4績(jī)效考核實(shí)施方案...........................................................214.14.2

總則：...................................................................21流程圖...................................................................21

5開(kāi)發(fā)部激勵(lì)和過(guò)失管理流程....................................................245.15.2

激勵(lì)管理系統(tǒng).............................................................24過(guò)失管理系統(tǒng).............................................................24

2

＃＃文檔

1概述

1.1目的

用標(biāo)準(zhǔn)化的流程來(lái)統(tǒng)一管理公司的運(yùn)作，避免混亂，提高管理的質(zhì)量。在遠(yuǎn)程開(kāi)發(fā)上，結(jié)果××軟件自身的特點(diǎn)，量身定做，解決遠(yuǎn)程開(kāi)發(fā)上的問(wèn)題。在實(shí)施過(guò)程中，所有管理者能夠根據(jù)此統(tǒng)一的流程，總結(jié)經(jīng)驗(yàn)，提高認(rèn)識(shí)，加強(qiáng)

技術(shù)水平和管理水平。

提高公司級(jí)的技術(shù)分析能力，為公司儲(chǔ)備一支分析隊(duì)伍，側(cè)重在需求理解和需求

分析、框架設(shè)計(jì)上的能力。保證在201*年能夠全盤(pán)進(jìn)行中方市場(chǎng)的順利運(yùn)作。對(duì)人員負(fù)責(zé)內(nèi)容上，明確化各自負(fù)責(zé)的內(nèi)容，提高工作效率。

1.2內(nèi)容概述

開(kāi)發(fā)部日常工作流程開(kāi)發(fā)部管理流程開(kāi)發(fā)部績(jī)效考核流程開(kāi)發(fā)部激勵(lì)和過(guò)失管理流程

2開(kāi)發(fā)部日常管理流程具體實(shí)施方案

2.1基本原則

公司開(kāi)發(fā)部力求建立公平公正的評(píng)價(jià)體系，嚴(yán)謹(jǐn)?shù)墓ぷ髁鞒潭�義和及時(shí)的記錄與反饋，規(guī)范職員活動(dòng)，形成一個(gè)緊張有序的團(tuán)隊(duì)。

沒(méi)有一個(gè)明晰的流程和高效的反饋體系，就不可能把工作做好。但是，這需要每個(gè)人按照規(guī)則把自己應(yīng)該負(fù)責(zé)的那一部分高效完成，只有這樣才能保證整個(gè)系統(tǒng)的順暢，同時(shí)，如果個(gè)人沒(méi)有完成自己的指責(zé)和按照規(guī)定填寫(xiě)內(nèi)容，影響的不單單是自己的工作而是整個(gè)系統(tǒng)。

2.2內(nèi)容概述

Esm使用規(guī)則

目的注意是為了提高開(kāi)發(fā)部整體的計(jì)劃能力，反饋能力和管理者的控制能力。同時(shí)提高整體職員參與公司管理的渠道，適應(yīng)東京上市公司對(duì)信息管理的要求。日�；顒�(dòng)的方法

提供開(kāi)發(fā)部工作流程外的突發(fā)事件的解決方法

2.3內(nèi)容詳細(xì)描述

2.3.1Esm使用規(guī)則（1）schedule的使用

3

＃＃文檔

加強(qiáng)全體人員的計(jì)劃能力，做到我每天要做什么？今天項(xiàng)目經(jīng)理給我的安排是什么？對(duì)應(yīng)項(xiàng)目經(jīng)理和部長(zhǎng)要知道每個(gè)人在做什么？只有這樣，才能保證控制人員可以宏觀調(diào)控，而個(gè)人也不會(huì)不知所措。

注意事項(xiàng)：

1.必須使用長(zhǎng)期類(lèi)型（哪怕只有一天）保持統(tǒng)一性

2開(kāi)始時(shí)間必須為22：00結(jié)束時(shí)間為23：00，（為了區(qū)分其它人填寫(xiě)的日程安排）

3填寫(xiě)日程安排時(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í)沒(méi)有編號(hào)可以寫(xiě)項(xiàng)目名稱(chēng)。內(nèi)容下周工作安排負(fù)責(zé)人項(xiàng)目經(jīng)理技術(shù)分析負(fù)責(zé)人測(cè)試組經(jīng)理開(kāi)發(fā)部全體人員開(kāi)發(fā)部全體人員項(xiàng)目總控助理填寫(xiě)要求必須每周五16：00前填寫(xiě)完畢。同時(shí)類(lèi)型統(tǒng)一用長(zhǎng)期進(jìn)行定義，為每一個(gè)人員安排下周工作計(jì)劃。監(jiān)督人填寫(xiě)監(jiān)督：項(xiàng)目總控助理內(nèi)容監(jiān)督：部長(zhǎng)和項(xiàng)目總控人員無(wú)違規(guī)處理沒(méi)有按時(shí)提交的，管理者扣除MD0.2日�；顒�(dòng)安排待辦事項(xiàng)制作下周工作安排表

建議大家把工作安排填寫(xiě)，有利于提高自己的計(jì)劃能力和規(guī)劃能力。同時(shí)能保證事情不會(huì)忘記。建議填寫(xiě)，管理者應(yīng)該必須使用。主要是把事務(wù)管理的井井有條。負(fù)責(zé)利用工具【導(dǎo)出下周工作表系統(tǒng)】制作開(kāi)發(fā)部下周工作計(jì)劃表。每周五下班前發(fā)送東京。無(wú)東京項(xiàng)目負(fù)責(zé)人4

＃＃文檔

（2）Report的使用

作為上市公司的子公司要求公司正規(guī)化，第一步公司的日?qǐng)?bào)系統(tǒng)的建立

和審查，所以從本年度起必須建立此系統(tǒng)。同時(shí)，在管理上解決口頭匯報(bào)，不客觀而事后而無(wú)據(jù)可查的弊端，為及時(shí)了解問(wèn)題并解決問(wèn)題，提供第一手的素材。

同時(shí)項(xiàng)目總控助理，也要本著實(shí)事求是的原則，根據(jù)大家的填寫(xiě)內(nèi)容向

東京證券市場(chǎng)提交《作業(yè)公務(wù)表》，所有填寫(xiě)者一定要保證填寫(xiě)日?qǐng)?bào)的消耗工時(shí)和最后工資結(jié)算時(shí)當(dāng)日工時(shí)保持嚴(yán)格一致。

內(nèi)容項(xiàng)目選擇對(duì)應(yīng)esm的名稱(chēng)項(xiàng)目填寫(xiě)要求直接選擇自己對(duì)應(yīng)的項(xiàng)目,如果工作對(duì)象不是項(xiàng)目本身則需要選擇以下項(xiàng)目:(顧客名稱(chēng)為201*年過(guò)程管理專(zhuān)用)公司會(huì)議公司培訓(xùn)公司管理其它注意:只有部長(zhǎng)以上才填寫(xiě)以上項(xiàng)目(公司培訓(xùn)除外),部長(zhǎng)以下全部選擇對(duì)應(yīng)項(xiàng)目。見(jiàn)附圖1監(jiān)督人××違規(guī)處理扣除MD0.15

＃＃文檔

當(dāng)日工作內(nèi)容和進(jìn)度工作內(nèi)容與進(jìn)度1．填寫(xiě)當(dāng)日的模塊名稱(chēng)（模塊名稱(chēng)參考2．中的功能點(diǎn)表）3．細(xì)度要求功能點(diǎn)要求與工資計(jì)算工時(shí)想對(duì)應(yīng)。（esm中數(shù)據(jù)庫(kù)的數(shù)字和工時(shí)統(tǒng)計(jì)必須對(duì)應(yīng)，此為東京證券的要求）把當(dāng)天所遇到的問(wèn)題按照條目化羅列。必須包含內(nèi)容和狀態(tài)兩部分例如：1內(nèi)容：BS詳細(xì)頁(yè)面存在老bug，狀態(tài)：已經(jīng)解決2內(nèi)容：文檔2.3出現(xiàn)問(wèn)題，無(wú)法繼續(xù)。狀態(tài)：等待解決填寫(xiě)監(jiān)督：××內(nèi)容監(jiān)督：項(xiàng)目經(jīng)理數(shù)字核對(duì)：××沒(méi)有填寫(xiě)1次人民幣5元工作耗時(shí)工作耗時(shí)數(shù)字不對(duì)者，按照一次扣除0.1MD不付責(zé)任的亂填或不填，一個(gè)日?qǐng)?bào)扣除0.1MD(如果在特殊情況下無(wú)問(wèn)題，也要寫(xiě)無(wú))職員如果不填寫(xiě)則按照輸入值進(jìn)行績(jī)效考核。如果職員輸入的MD與分配時(shí)不符合項(xiàng)目經(jīng)理扣除0.5MD問(wèn)題反饋問(wèn)題反饋內(nèi)容監(jiān)督：項(xiàng)目經(jīng)理MD輸入訂貨（預(yù)定）金額必須在項(xiàng)目總結(jié)會(huì)議結(jié)束之后，同時(shí)要經(jīng)過(guò)項(xiàng)目經(jīng)理的審核。輸入值為實(shí)際值的10倍（因?yàn)閿?shù)值型目前只能為整數(shù)）職員的輸入由項(xiàng)目經(jīng)理負(fù)責(zé)項(xiàng)目經(jīng)理的核對(duì)由項(xiàng)目總控助理進(jìn)行附圖1：

（3）周報(bào)（WeekReport）日?qǐng)?bào)（DailyReport）的使用

主要是使用對(duì)象為管理者，主要是適用于向管理者匯報(bào)整體問(wèn)題。在概念上，日

6

＃＃文檔

報(bào)周報(bào)為概括說(shuō)明，而report則屬于細(xì)節(jié)描述。

內(nèi)容日?qǐng)?bào)負(fù)責(zé)人項(xiàng)目經(jīng)理部長(zhǎng)－》部長(zhǎng)填寫(xiě)要求項(xiàng)目進(jìn)展?fàn)顩r：不能解決的問(wèn)題反饋建議或提議突發(fā)問(wèn)題必須反饋?lái)?xiàng)目進(jìn)展整體狀況：不能解決的問(wèn)題反饋建議或提議必須填寫(xiě)監(jiān)督人項(xiàng)目總控人員違規(guī)處理如果由于沒(méi)有匯報(bào)造成問(wèn)題，按一次扣除0.5MD周報(bào)不寫(xiě)，按一次扣除0.2MD周報(bào)項(xiàng)目經(jīng)理－》部長(zhǎng)部長(zhǎng)－》項(xiàng)目總控

項(xiàng)目總控助理（4）目標(biāo)功能的使用

由于分部?jī)?nèi)有單獨(dú)的激勵(lì)費(fèi)用，所以建議分部?jī)?nèi)建立目別考核體系。為每一個(gè)程序員根據(jù)個(gè)人不同的能力和狀況設(shè)定目標(biāo)，對(duì)于圓滿完成目標(biāo)者進(jìn)行鼓勵(lì)。同時(shí)，保證公司的開(kāi)發(fā)效果在可控制范圍內(nèi)。

（5）項(xiàng)目信息管理的使用。

本管理系統(tǒng)在201*年開(kāi)始實(shí)行，主要目前是記錄公司所有項(xiàng)目的里程碑信息。為以后項(xiàng)目的整理和后期處理提供真實(shí)的數(shù)據(jù)。同時(shí)，維護(hù)公司的項(xiàng)目信息數(shù)據(jù)庫(kù)。注意事項(xiàng)：

其中關(guān)于項(xiàng)目中所設(shè)計(jì)的文檔，統(tǒng)一放在fileserver上201*目錄中。關(guān)于文檔名稱(chēng)和路徑的書(shū)寫(xiě)方法如下,保證能夠盡快打開(kāi)文檔：

//fileserver/project/201*/14258/測(cè)試用例/14258_testcase.xls201*年1月1號(hào)起,東京新項(xiàng)目項(xiàng)目項(xiàng)目名稱(chēng)北京項(xiàng)目編號(hào)項(xiàng)目類(lèi)型要求必填，同時(shí)應(yīng)有對(duì)應(yīng)的項(xiàng)目號(hào)必填不能為空，目前類(lèi)型有ResearchNormalConfirmMerge對(duì)應(yīng)負(fù)責(zé)人××××××出錯(cuò)處理方法扣除MD0.1扣除MD0.1扣除MD0.1備注添加時(shí)一定要注意唯一性，與目前的規(guī)則為小于5md的均為RESEARCH項(xiàng)目7

＃＃文檔

Others必填項(xiàng)目名稱(chēng)××扣除MD0.1客戶方負(fù)責(zé)人分析負(fù)責(zé)人項(xiàng)目負(fù)責(zé)人必填北京分析項(xiàng)目，為必填項(xiàng)目東京設(shè)計(jì)，為非必填必填項(xiàng)目××部長(zhǎng)（但是必須制定具體負(fù)責(zé)人）扣除MD0.1扣除MD0.1項(xiàng)目的名稱(chēng)應(yīng)包含項(xiàng)目的ID，關(guān)于項(xiàng)目ID的生成方法，參考日方對(duì)應(yīng)文檔部長(zhǎng)扣除MD0.1本公司負(fù)責(zé)人分析開(kāi)始時(shí)間不能為空××初始必填的人員為項(xiàng)目負(fù)責(zé)人項(xiàng)目總控人員及助理、對(duì)應(yīng)部長(zhǎng)、測(cè)試部經(jīng)理,公司技術(shù)負(fù)責(zé)人（馬�。┍靥顚�(duì)應(yīng)該項(xiàng)目的分析員扣除MD0.1項(xiàng)目負(fù)責(zé)人應(yīng)該是直接負(fù)責(zé)人（不是最先指定的部長(zhǎng)）如果沒(méi)有項(xiàng)目負(fù)責(zé)人，與××聯(lián)系扣除MD0.1概要設(shè)計(jì)完成時(shí)間必填詳細(xì)設(shè)計(jì)完成時(shí)間必填FP文檔完成時(shí)間分析完畢時(shí)間項(xiàng)目接收時(shí)間項(xiàng)目最終對(duì)應(yīng)MD必填必填必填原則不為空，在特殊情況下為空，在項(xiàng)目備注重必須說(shuō)明原因。不是必須，但是只要有變更有內(nèi)容，此項(xiàng)目必須要有原則不為空，在特殊情況下為空，在項(xiàng)目備注重必須說(shuō)明原因。必填對(duì)應(yīng)該項(xiàng)目的分析員對(duì)應(yīng)該項(xiàng)目的分析員對(duì)應(yīng)該項(xiàng)目的分析員對(duì)應(yīng)該項(xiàng)目的分析員××××項(xiàng)目經(jīng)理（Mail通知）××項(xiàng)目經(jīng)理（Mail通知）××扣除MD0.1扣除MD0.1扣除MD0.1扣除MD0.1扣除MD0.1扣除MD0.1公司技術(shù)負(fù)責(zé)人在分析項(xiàng)目開(kāi)始時(shí)應(yīng)把對(duì)應(yīng)分析員加到項(xiàng)目列表中本MD伴隨著MD的變更需要?jiǎng)討B(tài)變化Md變更附件名稱(chēng)扣除MD0.1項(xiàng)目最終報(bào)價(jià)扣除MD0.1Schedule文檔名稱(chēng)及路徑項(xiàng)目經(jīng)理扣除MD0.2客戶方deadline要求Alfa版時(shí)間如果提供必填必填××××項(xiàng)目經(jīng)理（Mail通知）××項(xiàng)目經(jīng)理（Mail通扣除MD0.1扣除MD0.1必須與對(duì)應(yīng)MD*11000基本一致。同時(shí)必須和MD變更紀(jì)錄一致可以用excel或者是visio，project后兩種要以HTML輸出以便查閱。Beta版時(shí)間必填扣除MD0.18

＃＃文檔

知）××項(xiàng)目經(jīng)理（Mail通知）××項(xiàng)目經(jīng)理（Mail通知）項(xiàng)目經(jīng)理項(xiàng)目經(jīng)理Alfa變更紀(jì)錄項(xiàng)目開(kāi)始時(shí)間最后一次記錄變更的時(shí)間必須和對(duì)應(yīng)的alfa版時(shí)間和beta版時(shí)間一致必填扣除MD0.1扣除MD0.1CSV分支號(hào)功能點(diǎn)文檔文件名及文件路徑（FileServer服務(wù)器）單體測(cè)試用例文件名稱(chēng)及文件路徑項(xiàng)目總結(jié)與MD分配方案文檔及文件路徑測(cè)試負(fù)責(zé)人必填必填扣除MD0.1扣除MD0.1此分支號(hào)為開(kāi)發(fā)分支號(hào)此文檔為必須文檔，各項(xiàng)目經(jīng)理必須嚴(yán)格控制。此文檔為必須文檔，各項(xiàng)目經(jīng)理必須嚴(yán)格控制此文檔為必須文檔，各項(xiàng)目經(jīng)理必須嚴(yán)格控制。此文檔為必須文檔，各項(xiàng)目經(jīng)理必須嚴(yán)格控制。主要要參考beta后bug的整理表必填項(xiàng)目經(jīng)理扣除MD0.1必填項(xiàng)目經(jīng)理扣除MD0.1測(cè)試用例對(duì)應(yīng)文件名稱(chēng)及路徑必填必填××××扣除MD0.1扣除MD0.1第一階段測(cè)試開(kāi)必填始時(shí)間：第一階段測(cè)試完必填成日期：Alfa版本后的必填BUG：回歸測(cè)試的開(kāi)始必填日期：回歸測(cè)試的結(jié)束必填日期：Beta版后的BUG必填數(shù)：確認(rèn)負(fù)責(zé)人不是必須，主要是與是否進(jìn)行確認(rèn)有關(guān)，如果確認(rèn)其他有信息，確認(rèn)負(fù)責(zé)人必填測(cè)試人員測(cè)試人員測(cè)試人員測(cè)試人員測(cè)試人員××××扣除MD0.1扣除MD0.1扣除MD0.1扣除MD0.1扣除MD0.1扣除MD0.1扣除MD0.1

2.3.2系統(tǒng)的使用（1）電子打卡系統(tǒng)的使用

目的：主要是利用電子打卡，提高效率，能夠及時(shí)反映請(qǐng)假和遲到，并且所有的數(shù)據(jù)能夠直接被人事利用。要求：

9

＃＃文檔

201*年2月開(kāi)始啟用，2月為試用期，但是要求每人必須嚴(yán)格填寫(xiě)，如果不填寫(xiě)并結(jié)合打卡，忘記填寫(xiě)扣除過(guò)程管理MD0.1計(jì)算。

（2）會(huì)議室、洽談室、經(jīng)理室的使用管理

目的：主要是在人數(shù)多而會(huì)議室相對(duì)緊張的狀態(tài)下，解決矛盾的一種方法。同時(shí)審核各項(xiàng)目組是否及時(shí)安排公司規(guī)定的兩次會(huì)議。

201*年2月啟動(dòng)，沒(méi)有按照規(guī)定進(jìn)行會(huì)議，經(jīng)審核后，扣除項(xiàng)目經(jīng)理過(guò)程管理MD0.2,忘記登錄的按照統(tǒng)一標(biāo)準(zhǔn)處理。2.3.3公司內(nèi)部論壇的使用

主要是要有利于公司內(nèi)部開(kāi)辟一塊公司可以自由發(fā)表言論的地方。同時(shí)，在技術(shù)討論上，希望能夠把知識(shí)點(diǎn)做一個(gè)累計(jì)，以便新員工能夠進(jìn)行參考和積極發(fā)表意見(jiàn)。

3開(kāi)發(fā)部管理流程具體實(shí)施方案

3.1內(nèi)容概述

開(kāi)發(fā)部從流程上主要分為以下幾方面：（1）開(kāi)發(fā)部管理人員工作流（2）BUGSurvey工作流（3）項(xiàng)目分析工作流（4）Beta后質(zhì)量保證工作流（5）測(cè)試組beta前工作流（6）項(xiàng)目組運(yùn)行基本工作流開(kāi)發(fā)部從實(shí)施人員角色劃分如下：開(kāi)發(fā)部經(jīng)理：（DM01）

統(tǒng)籌解決公司開(kāi)發(fā)部的全部事宜。進(jìn)行開(kāi)發(fā)部的整體計(jì)劃的制定和實(shí)施，保證開(kāi)發(fā)部的可持續(xù)發(fā)展和利潤(rùn)率。

項(xiàng)目總控人員：(DM02)

對(duì)公司級(jí)的資源進(jìn)行調(diào)配，同時(shí)，直接了解日方的戰(zhàn)略安排，為北京方的戰(zhàn)略安排提供的第一手的資料。同時(shí)，在項(xiàng)目分配上保證三個(gè)分部間項(xiàng)目的均衡（一個(gè)季度內(nèi)）

開(kāi)發(fā)部部長(zhǎng)：(DM10)

在公司統(tǒng)一的規(guī)則范圍內(nèi)，負(fù)責(zé)分部的建設(shè)。協(xié)調(diào)各開(kāi)發(fā)組的問(wèn)題，處理解決分部?jī)?nèi)發(fā)生的問(wèn)題。做好所有公司要求的標(biāo)準(zhǔn)流程內(nèi)的內(nèi)容。同時(shí)，在許可范圍內(nèi)，可以進(jìn)行單獨(dú)的管理方法的嘗試和分部?jī)?nèi)激勵(lì)的分配。

10

＃＃文檔

技術(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é)分析組的日常工作安排的統(tǒng)籌。

BUGSurvey總負(fù)責(zé)人(DM12)：

統(tǒng)一管理package和已經(jīng)提交項(xiàng)目的統(tǒng)籌管理。組織形式上，傾向于單獨(dú)的組織模式。在目前的情況下，以靈活為主，臨時(shí)性的進(jìn)行bugSurvey組的組織和bugSurvey組內(nèi)teamleader的指定和管理。在間隙階段，直接進(jìn)入分析組進(jìn)行項(xiàng)目分析工作。

項(xiàng)目總控助理：××(DM13)

輔助開(kāi)發(fā)部的項(xiàng)目管理工作，主要負(fù)責(zé)中日雙方的信息的反饋紀(jì)錄整理，以及esm和taskschedule信息的維護(hù)工作。

負(fù)責(zé)公司級(jí)項(xiàng)目文檔，過(guò)程參數(shù)的監(jiān)督，同時(shí)向日本總部匯報(bào)各種參數(shù)和報(bào)表。

常務(wù)項(xiàng)目經(jīng)理：(DM20)目前11名

各分部?jī)?nèi)程序員的日常管理，整個(gè)開(kāi)發(fā)過(guò)程中的控制和日方負(fù)責(zé)人的信息交互，負(fù)責(zé)組內(nèi)程序員的績(jī)效考核和問(wèn)題解決。測(cè)試部經(jīng)理和翻譯部經(jīng)理包含在內(nèi)。

技術(shù)分析員：(DM21)

對(duì)日方的需求進(jìn)行概要分析和設(shè)計(jì)，并書(shū)寫(xiě)設(shè)計(jì)書(shū)，F(xiàn)P。對(duì)中方的項(xiàng)目中，負(fù)責(zé)需求的整理和各種設(shè)計(jì)文檔的實(shí)施，同時(shí)，負(fù)責(zé)和項(xiàng)目經(jīng)理和測(cè)試部經(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é)保證書(shū)，以保證項(xiàng)目的進(jìn)行和最后單獨(dú)項(xiàng)目激勵(lì)的兌現(xiàn)。程序員：

主要是負(fù)責(zé)項(xiàng)目按照分析文檔的實(shí)施，同時(shí)，在實(shí)施過(guò)程中優(yōu)化代碼結(jié)構(gòu)，提出合理化建議，其中優(yōu)秀者可以作為T(mén)eamLeader負(fù)責(zé)具體組織工作和分析管理工作。測(cè)試員：

負(fù)責(zé)公司測(cè)試流程的具體實(shí)施，要求掌握測(cè)試的技術(shù)，提出合理化建議，并保證整個(gè)軟件的可靠度。

翻譯人員：

11

＃＃文檔

負(fù)責(zé)中日方文檔的翻譯，要求工作嚴(yán)謹(jǐn)，保證質(zhì)量。在同日方交流中，負(fù)責(zé)接待和溝通。同時(shí)，在個(gè)人的發(fā)展意向中可以兼顧其它公司內(nèi)的常務(wù)工作。

3.2開(kāi)發(fā)部概要流程圖

軟腦軟件開(kāi)發(fā)部整體概要流程圖出現(xiàn)bug,進(jìn)行回歸處理日方委托開(kāi)發(fā)基本設(shè)計(jì)書(shū)（含DB),Fp表項(xiàng)目總控人員--〉部長(zhǎng)--〉常務(wù)項(xiàng)目經(jīng)理項(xiàng)目實(shí)施，提交alfa版本測(cè)試部進(jìn)行軟件測(cè)試，提交beta版本東京項(xiàng)目負(fù)責(zé)人項(xiàng)目總控助理進(jìn)行項(xiàng)目信息管理日方委托研發(fā)實(shí)施東京方或顧客提出需求北京分析人員進(jìn)行需求整理書(shū)寫(xiě)hearingsheet制作demo書(shū)寫(xiě)FP表書(shū)寫(xiě)基本設(shè)計(jì)書(shū)（含DB),測(cè)試用例Tokyo確認(rèn)中方項(xiàng)目和顧客進(jìn)行需求獲取整理UseCase圖分析組實(shí)施數(shù)據(jù)庫(kù)設(shè)計(jì)分析組實(shí)施項(xiàng)目整體計(jì)劃demo和設(shè)計(jì)文檔類(lèi)似委托開(kāi)發(fā)流程

3.3開(kāi)發(fā)部管理人員工作流

3.3.1軟件開(kāi)發(fā)管理體系構(gòu)成參與人員：

項(xiàng)目總控人員（項(xiàng)目總控助理）+部長(zhǎng)+（技術(shù)設(shè)計(jì)負(fù)責(zé)人+BugSurvey負(fù)責(zé)人）+各級(jí)項(xiàng)目經(jīng)理

管理主線：（1）工具類(lèi)

taskschedule表：主要目的是增加遠(yuǎn)程開(kāi)發(fā)的計(jì)劃和規(guī)劃性。

管理人員去合適目前我們正在進(jìn)行的總量有多少，檢收而為付款的有多少，

實(shí)施完畢而沒(méi)有檢收的有多少。

12

＃＃文檔

管理人員去看我們下周能夠接受的項(xiàng)目有多少，以便在每周五可以制定下周

的工作計(jì)劃。

項(xiàng)目經(jīng)理可以看自己負(fù)責(zé)項(xiàng)目的基本參數(shù)。

Esm系統(tǒng)：通過(guò)esm系統(tǒng)詳細(xì)的記錄開(kāi)發(fā)過(guò)程中的每個(gè)里程碑參數(shù)，保證在管理上能夠提高管理細(xì)度，以便于及時(shí)發(fā)現(xiàn)并改正問(wèn)題和錯(cuò)誤。

Bug管理系統(tǒng)：作為質(zhì)量控制過(guò)程實(shí)際結(jié)果的監(jiān)控。以便總結(jié)質(zhì)量的問(wèn)題，進(jìn)行反饋。

Fileserver文檔：通過(guò)文檔管理和整理，保證全部職員能夠隨時(shí)的了解其他項(xiàng)目的信息和相信內(nèi)容。同時(shí)，統(tǒng)一化文檔管理，為以后的發(fā)展提供素材。所有的文檔主要包含如下幾種：

HearingSheet：一個(gè)簡(jiǎn)要的需求，重點(diǎn)在于強(qiáng)調(diào)這個(gè)需求的原因（前因后果）UI文件

設(shè)計(jì)文檔：東京和北京共同進(jìn)行FP報(bào)價(jià)書(shū)

QuestionSheet：所有的問(wèn)題一定要集中在一個(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)行。單體測(cè)試用例；條數(shù)最少為MD*2,按照模板進(jìn)行測(cè)試組測(cè)試用例:要保證最后的測(cè)試結(jié)果確認(rèn)測(cè)試用例：一般為東京發(fā)送

beta版后障害書(shū)：項(xiàng)目確認(rèn)者發(fā)送，按照同一格式進(jìn)行書(shū)寫(xiě)和填寫(xiě)。beta后障害list表，其中包含bug的簡(jiǎn)單描述、bug的類(lèi)型確定和各部門(mén)關(guān)

于bug的總結(jié)。

（2）過(guò)程管理類(lèi)

一個(gè)項(xiàng)目?jī)纱螘?huì)議：項(xiàng)目啟動(dòng)會(huì)議和項(xiàng)目總結(jié)會(huì)議

項(xiàng)目啟動(dòng)會(huì)議主要是講述項(xiàng)目的功能點(diǎn)，并據(jù)具體問(wèn)題，進(jìn)行嚴(yán)格的定義，說(shuō)明本項(xiàng)目所必須遵守的特殊規(guī)則，子功能間的前后順序，統(tǒng)一的接口定義，和每個(gè)人在項(xiàng)目實(shí)施中應(yīng)該注意的問(wèn)題。

項(xiàng)目總結(jié)會(huì)議和MD分配方案的確定。主要是根據(jù)項(xiàng)目實(shí)施的結(jié)果，進(jìn)行集中的討論

和諧而公平的團(tuán)隊(duì)：公司其他方面的管理，就是為了加強(qiáng)管理，提倡量化。做到各司其職，多勞多得，公平評(píng)價(jià)，提供機(jī)會(huì)給相應(yīng)的人。

13

＃＃文檔

3.3.2管理示意圖

東京客戶需求東京項(xiàng)目總控人員1，開(kāi)發(fā)內(nèi)容的規(guī)則及MD確認(rèn)方案2年度發(fā)展計(jì)劃3月度項(xiàng)目工作量規(guī)劃4突發(fā)事件的處理北京北京項(xiàng)目總控人員基本設(shè)計(jì)書(shū)HearingSheet詳細(xì)設(shè)計(jì)書(shū)設(shè)計(jì)文檔審核確認(rèn)項(xiàng)目控制專(zhuān)員1taskSchedule2下周工作安排項(xiàng)目控制專(zhuān)員（付歆瑋）實(shí)現(xiàn)分支管理與統(tǒng)籌安排1功能點(diǎn)描述文檔Merge1。SpecQuestionSheet2.常規(guī)信息傳遞項(xiàng)目質(zhì)量檢測(cè)東京擔(dān)當(dāng)者北京擔(dān)當(dāng)者測(cè)試

3.3.3管理人員注意事項(xiàng)

其中反饋機(jī)制的建立最關(guān)鍵。其中管理必須遵守以下規(guī)則：

對(duì)象項(xiàng)目總控人員流程工作內(nèi)容編號(hào)分配項(xiàng)目解決人力矛盾上流方東京項(xiàng)目發(fā)包人員（紀(jì)秀玲）部長(zhǎng)BugSurvey負(fù)責(zé)人技術(shù)設(shè)計(jì)負(fù)責(zé)人部長(zhǎng)項(xiàng)目經(jīng)理各級(jí)負(fù)責(zé)人職員項(xiàng)目總控人員下流方部長(zhǎng)項(xiàng)目總控助理部長(zhǎng)BugSurvey負(fù)責(zé)人技術(shù)設(shè)計(jì)負(fù)責(zé)人全體職員備注下流方人員負(fù)責(zé)把結(jié)果反饋給東京擔(dān)當(dāng)者開(kāi)發(fā)部經(jīng)理公司管理問(wèn)題一定要給問(wèn)題提出者答復(fù)，成為制度后頒布部長(zhǎng)分配項(xiàng)目對(duì)應(yīng)分部項(xiàng)目Esm項(xiàng)目負(fù)責(zé)人加入，修14

＃＃文檔

項(xiàng)目總控助理項(xiàng)目經(jīng)理項(xiàng)目人力調(diào)節(jié)分部管理問(wèn)題項(xiàng)目分析和問(wèn)題確認(rèn)項(xiàng)目里程碑信息反饋?lái)?xiàng)目開(kāi)始時(shí)間，alfa,beta版本時(shí)間和原因，fp變更及原因組織團(tuán)隊(duì)進(jìn)行技術(shù)文檔的書(shū)寫(xiě)和維護(hù)無(wú)無(wú)無(wú)無(wú)經(jīng)理項(xiàng)目總控助理項(xiàng)目總控人員開(kāi)發(fā)部經(jīng)理東京負(fù)責(zé)人項(xiàng)目總控人員項(xiàng)目總控助理測(cè)試部經(jīng)理改負(fù)責(zé)人為此項(xiàng)目經(jīng)理如果出現(xiàn)空閑同時(shí)反饋。結(jié)果物概要需求文檔和問(wèn)題與回復(fù)整理文檔無(wú)BugSurvey負(fù)責(zé)人Bugsurvey的調(diào)查修改merge項(xiàng)目總控人員項(xiàng)目總控助理監(jiān)督esm的執(zhí)行情況測(cè)試部經(jīng)理監(jiān)督過(guò)程管理參數(shù)整理所有項(xiàng)目文檔對(duì)日匯報(bào)表績(jī)效考核提供過(guò)程情況匯總組織書(shū)寫(xiě)測(cè)試用例整理匯總beta版后bug分析表控制測(cè)試的結(jié)果程序員項(xiàng)目經(jīng)理部長(zhǎng)部長(zhǎng)項(xiàng)目經(jīng)理項(xiàng)目經(jīng)理系統(tǒng)數(shù)據(jù)系統(tǒng)數(shù)據(jù)項(xiàng)目經(jīng)理（功能點(diǎn)文檔）項(xiàng)目經(jīng)理（提供的完整的β后障害書(shū)）測(cè)試部經(jīng)理文檔列表如下：team所有成員功能點(diǎn)文檔questionSheetSchedule單體測(cè)試用例各級(jí)的bug所有的規(guī)則按照surveyleaderbugsurve流程的規(guī)定。Bugsurvey實(shí)施人員項(xiàng)目總控項(xiàng)目總控項(xiàng)目總控項(xiàng)目總控項(xiàng)目總控東京所有管理者月度過(guò)程管理處理表其中的技術(shù)分析和管理分析及對(duì)東京的建議應(yīng)由項(xiàng)目負(fù)責(zé)人進(jìn)行填寫(xiě)

3.4Bugsurvey工作流

參見(jiàn)《bugSurvey工作規(guī)約》。

3.5項(xiàng)目分析工作流

參見(jiàn)《項(xiàng)目分析工作規(guī)約》

3.6Beta后質(zhì)量保證工作流

參見(jiàn)《beta后規(guī)作規(guī)約》

3.7測(cè)試組beta前工作流3.8項(xiàng)目組基本工作流

3.8.1概述

在項(xiàng)目進(jìn)行過(guò)程中，要求能夠及時(shí)反饋。做好計(jì)劃安排，并調(diào)整這個(gè)人力的配比，以達(dá)到最好的效果。

15

＃＃文檔

3.8.2對(duì)程序員的要求

尤其在分析組成立前期，對(duì)分析組的設(shè)計(jì)書(shū)，盡可能提出建設(shè)性意見(jiàn)和設(shè)計(jì)

的問(wèn)題，有利于提高項(xiàng)目分析能力

在功能實(shí)現(xiàn)上，主要和項(xiàng)目經(jīng)理的溝通，把類(lèi)結(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é)為：

類(lèi)設(shè)計(jì)的嚴(yán)格控制。保證整個(gè)軟件包的可維護(hù)性

項(xiàng)目過(guò)程管理。能夠緊密的控制整個(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，單體測(cè)試用例，項(xiàng)目總結(jié)及MD最終分配方案文檔

（2）每個(gè)項(xiàng)目（大于10MD正常項(xiàng)目）必須召開(kāi)兩次會(huì)議：

項(xiàng)目啟動(dòng)會(huì)議主要為了統(tǒng)一項(xiàng)目的內(nèi)容規(guī)則和要求，同時(shí)把整體邏輯和框架做簡(jiǎn)要說(shuō)明。

項(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的分配。

（3）在esm必須登陸必要的過(guò)程參數(shù)，以便團(tuán)隊(duì)成員和公司的管理者能夠

及時(shí)的把我目前項(xiàng)目狀態(tài)。

整個(gè)團(tuán)隊(duì)的建設(shè)和公司的管理工作。在項(xiàng)目管理中發(fā)現(xiàn)問(wèn)題，把反映給公司。

以備在公司級(jí)別對(duì)整個(gè)流程和各個(gè)環(huán)節(jié)進(jìn)行調(diào)整。3.8.4流程圖

16

＃＃文檔

接收到來(lái)自項(xiàng)目總控人員的項(xiàng)目通知關(guān)注項(xiàng)目的分析進(jìn)程并作初步計(jì)劃1功能點(diǎn)文檔2uestionSheetEsm系統(tǒng)登錄功能點(diǎn)文檔名稱(chēng)及服務(wù)路徑QuestionSheet文檔名稱(chēng)及路徑Mail通知測(cè)試部經(jīng)理，項(xiàng)目總控助理接收到來(lái)自分析組概要設(shè)計(jì)第一版的通知對(duì)概要設(shè)計(jì)做初步的審核工作確定Alfa/Beta版本郵件通知項(xiàng)目總控助理、測(cè)試組負(fù)責(zé)人必須同時(shí)包含：項(xiàng)目開(kāi)始時(shí)間，alfa時(shí)間，β版時(shí)間esm中登錄項(xiàng)目開(kāi)始時(shí)間esm登錄Alfa/Beta版時(shí)間接收到來(lái)自分析組詳細(xì)設(shè)計(jì)第一版的通知或者東京發(fā)注結(jié)合項(xiàng)目組的情況進(jìn)行計(jì)劃調(diào)整制作項(xiàng)目安排文檔（visio或者project）Esm系統(tǒng)登錄項(xiàng)目安排文檔名稱(chēng)及路徑項(xiàng)目啟動(dòng)會(huì)議，功能點(diǎn)及MD概要分配項(xiàng)目的類(lèi)結(jié)構(gòu)設(shè)計(jì)（項(xiàng)目經(jīng)理或程序員進(jìn)行）項(xiàng)目經(jīng)理審批編碼要遵守編碼規(guī)則和類(lèi)結(jié)構(gòu)方案，注意討論，切記盲目編碼項(xiàng)目中出現(xiàn)新的問(wèn)題Mail反饋給文檔作者，并通知部長(zhǎng)以上人員，按照反饋機(jī)制進(jìn)行項(xiàng)目組內(nèi)代碼檢查提交項(xiàng)目經(jīng)理esm輸入代碼檢查開(kāi)始日期和代碼檢查完成日期BUG管理系統(tǒng)中加入代碼檢查的結(jié)果書(shū)寫(xiě)單元測(cè)試用例制作單元測(cè)試文檔（參考單元測(cè)試模板）esm輸入單元測(cè)試用例文檔的名稱(chēng)和對(duì)應(yīng)地址單員測(cè)試提交項(xiàng)目經(jīng)理項(xiàng)目經(jīng)理郵件通知測(cè)試部經(jīng)理，項(xiàng)目總控助理把單元測(cè)試的結(jié)果反映到單元測(cè)試用例文檔中郵件通知項(xiàng)目總控助理和測(cè)試部經(jīng)理發(fā)送測(cè)試組DBscript和resource修改文件提交alfa版本項(xiàng)目總結(jié)會(huì)議，功能點(diǎn)及MD概要分配制作項(xiàng)目總結(jié)文檔，以及MD分配方案Esm系統(tǒng)登錄項(xiàng)目總結(jié)文檔的名稱(chēng)及路徑17

＃＃文檔

3.8.5項(xiàng)目組文檔管理

原則：

所有文檔必須都放在fileserver上，進(jìn)行統(tǒng)一管理。同時(shí)，負(fù)責(zé)人在本地

應(yīng)保留一份同樣的備份。

201*年開(kāi)始接收到的項(xiàng)目必須放在201*中，針對(duì)每個(gè)項(xiàng)目必須按照下圖進(jìn)

行文檔管理。

細(xì)節(jié)描述

項(xiàng)目

Spec

內(nèi)容

設(shè)計(jì)說(shuō)明書(shū)QuestionSheet

設(shè)計(jì)說(shuō)明書(shū)的補(bǔ)充說(shuō)明設(shè)計(jì)說(shuō)明書(shū)的各個(gè)版本設(shè)計(jì)說(shuō)明書(shū)一覽表

項(xiàng)目組書(shū)寫(xiě)的單體測(cè)試用例測(cè)試組書(shū)寫(xiě)的測(cè)試用例

東京發(fā)送的confirm測(cè)試用例針對(duì)項(xiàng)目實(shí)施的日程安排

對(duì)東京進(jìn)行進(jìn)度匯報(bào)的每個(gè)報(bào)表

功能點(diǎn)文檔

備注

設(shè)計(jì)說(shuō)明書(shū)一覽表要記錄所有文檔變更的情況，并指明最后項(xiàng)目實(shí)施與文檔之間的關(guān)系

Testcase

Schedule

FunctionPoints

AllBugSpecBeta后障害書(shū)

針對(duì)此項(xiàng)目的beta后bug類(lèi)型確定和經(jīng)驗(yàn)匯總。完畢后，應(yīng)及時(shí)發(fā)送測(cè)試組項(xiàng)目經(jīng)理。

UIHtmlDemoHearing聯(lián)系分析組，如果有應(yīng)該直接copySheetFPSpecFPsheet不同版本

FPchange表FP說(shuō)明，記錄所有FP變更歷史，以備后期確認(rèn)的方便。

項(xiàng)目spec的中文版需要打印，此工作由項(xiàng)目總控助理執(zhí)行。同時(shí)，對(duì)文檔

18

＃＃文檔

進(jìn)行歸檔和密封。

3.9測(cè)試部β版前流程

3.9.1相關(guān)人員測(cè)試部經(jīng)理：××測(cè)試組成員：

3.9.2測(cè)試人員的要求

一定要注意配合。因?yàn)�，在此環(huán)節(jié)，一種好的描述方式和溝通方式將會(huì)直接

影響工作效率和工作質(zhì)量。所以，首先大家要注意bug管理系統(tǒng)的使用方法和規(guī)則，同時(shí)，盡量采用統(tǒng)一的屬于進(jìn)行描述，如果需要圖形輔助，也可以進(jìn)行貼圖。

加強(qiáng)需求理解能力。能夠盡快的理解文檔和功能測(cè)試用例。在工作中細(xì)致、耐心、有條理。

同時(shí)對(duì)應(yīng)esm系統(tǒng)需要測(cè)試部填寫(xiě)的過(guò)程參數(shù)必須嚴(yán)格按照規(guī)定填寫(xiě)。

3.9.3工作流程圖

19

＃＃文檔

接收到功能點(diǎn)文檔書(shū)寫(xiě)測(cè)試用例esm登錄測(cè)試組測(cè)試用例文件名稱(chēng)及路徑接收到項(xiàng)目經(jīng)理的Alfa/Beta版通知并參考esm上的項(xiàng)目信息項(xiàng)目測(cè)試安排esm登錄測(cè)試負(fù)責(zé)人核查以下條件：1是否已經(jīng)發(fā)送測(cè)試組DBscript和Resource改動(dòng)，并驗(yàn)證正確性2單體測(cè)試用例是否全部填入單體測(cè)試結(jié)果接到項(xiàng)目組提交的Afla版通知后按照功能測(cè)試用例，開(kāi)始測(cè)試條件不具備，不能進(jìn)行測(cè)試，同時(shí)發(fā)通知給對(duì)應(yīng)負(fù)責(zé)人確認(rèn)連接在測(cè)試數(shù)據(jù)庫(kù)上確認(rèn)已經(jīng)執(zhí)行DBscritpt和resource修改esm登錄第一階段測(cè)試開(kāi)始時(shí)間第一階段測(cè)試測(cè)試依據(jù)：測(cè)試組所整理的測(cè)試用例BUG管理系統(tǒng)登錄Alfa測(cè)試BUG第一階段測(cè)試結(jié)束MAIL通知項(xiàng)目負(fù)責(zé)人，同時(shí)確認(rèn)bug管理系統(tǒng)中alfabug的類(lèi)型和個(gè)數(shù)ESM系統(tǒng)中登錄第一階段完成時(shí)間esm中登錄Alfa版本后的bug數(shù)回歸測(cè)試測(cè)試完畢，esm登錄回歸測(cè)試結(jié)束時(shí)間提交Beta版DBscript和Resource修改放在fileserver對(duì)應(yīng)項(xiàng)目目錄下FTP上傳DBscript和Resource修改到東京服務(wù)器向日方：中山幸子、初宏偉、項(xiàng)目負(fù)責(zé)人，正式發(fā)布Beta通知接收到Beta后bug啟動(dòng)beta版后流程規(guī)約

3.9.4注意事項(xiàng)

Bug管理系統(tǒng)中的狀態(tài)一定要維護(hù)，并通過(guò)此系統(tǒng)來(lái)保證alfabug修改的進(jìn)

行情況，即在提交beta版前，所有的alfabug的狀態(tài)都應(yīng)該在DO上。如果沒(méi)有在此狀態(tài)中，應(yīng)該積極和項(xiàng)目組聯(lián)系，測(cè)試組有權(quán)監(jiān)督其完成。測(cè)試組要驗(yàn)證項(xiàng)目組提交的script和resoruce文件，如果有問(wèn)題，測(cè)試組

20

＃＃文檔

有權(quán)通知項(xiàng)目立即修改，同時(shí)可以作為alfabug登錄在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)。

例如所有北京項(xiàng)目必須有MD，翻譯組翻譯工作量可以通過(guò)翻譯的字?jǐn)?shù)進(jìn)行調(diào)整，測(cè)試組同樣對(duì)工作內(nèi)容進(jìn)行分類(lèi)核算MD。量化管理主要包含幾個(gè)主題方向：

工作時(shí)間：是人事部門(mén)公布的每個(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:是指由于代碼的bug而造成的損失，因?yàn)閷?shí)際的貢獻(xiàn)是要扣除損失的。對(duì)于測(cè)試部就是東京對(duì)北京確認(rèn)產(chǎn)生的beta后故障的扣除。

過(guò)程管理扣除MD：除了實(shí)際的工作量，就是為個(gè)建立一個(gè)穩(wěn)固高效的團(tuán)隊(duì)而每個(gè)人應(yīng)該承擔(dān)的過(guò)程管理義務(wù)，如果沒(méi)有做好，實(shí)際上不僅僅是你自己績(jī)效不高，而是你影響了整個(gè)團(tuán)隊(duì)的利益。而這部分的值反映了你對(duì)團(tuán)隊(duì)的影響。

過(guò)程管理獎(jiǎng)勵(lì)MD：在項(xiàng)目實(shí)施過(guò)程中，個(gè)人在突發(fā)事件上的處理或者對(duì)項(xiàng)目整體乃至公司的利益上作出突出貢獻(xiàn)，可以作為績(jī)效獎(jiǎng)勵(lì)。

在整個(gè)分類(lèi)上，基本上是劃分為管理者，程序員，分析員，翻譯人員，測(cè)試人

員幾個(gè)子系統(tǒng)。但是所有系統(tǒng)的價(jià)值標(biāo)準(zhǔn)統(tǒng)一。在時(shí)間上，每個(gè)月的第五個(gè)工作日公布績(jī)效考核結(jié)果。

績(jī)效考核的結(jié)果直接反映在近期和長(zhǎng)期的激勵(lì)系統(tǒng)中。具體內(nèi)容可以參見(jiàn)

4.2流程圖

翻譯組MD核算流程

21

＃＃文檔

翻譯組安排記錄算有翻譯的字?jǐn)?shù)月度績(jī)效考核年度按照8500字/MD進(jìn)行核算測(cè)試組MD核算流程

測(cè)試組接收功能點(diǎn)文檔通知書(shū)寫(xiě)測(cè)試用例按照MD10％Alfa通知驗(yàn)證測(cè)試用例測(cè)試實(shí)施按照MD10％提交beta版接到東京通知后，填寫(xiě)beta后bug歸總表月度績(jī)效報(bào)表，根據(jù)beta后bug進(jìn)行質(zhì)量扣除計(jì)算項(xiàng)目組MD核算流程

分配原則：1。項(xiàng)目組可以支配的額度為90％（扣除測(cè)試部的10％）2剩余90％的分配額如下：項(xiàng)目分析控制：10％機(jī)動(dòng)MD：10％項(xiàng)目實(shí)施及單體測(cè)試：70％程序員最后確定的MD登陸esm項(xiàng)目經(jīng)理確認(rèn)項(xiàng)目經(jīng)理整理MD分配表存檔接收tokyo的order根據(jù)FP確認(rèn)方案，和對(duì)方擔(dān)當(dāng)者進(jìn)行協(xié)商參看schedule文檔和功能點(diǎn)文檔進(jìn)行MD的初期分配項(xiàng)目總結(jié)會(huì)議上，對(duì)初期計(jì)劃不合理的地方進(jìn)行調(diào)整。項(xiàng)目總結(jié)會(huì)議上，對(duì)10％的機(jī)動(dòng)MD進(jìn)行分配，鼓勵(lì)

分析組MD核算流程

22

＃＃文檔

分析組項(xiàng)目分析開(kāi)發(fā)規(guī)約進(jìn)行核算MDMD有異議，書(shū)面提交說(shuō)明給馬俊馬俊和項(xiàng)目總控人員進(jìn)行協(xié)商，確定后回復(fù)擔(dān)當(dāng)者北京自我研發(fā)項(xiàng)目也按照日本發(fā)包要求進(jìn)行事項(xiàng)

測(cè)試組績(jī)效

內(nèi)容

主要根據(jù)測(cè)試的工作量和工作結(jié)果來(lái)進(jìn)行MD的度量

主要是根據(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ì)算

目前是測(cè)試工作本身項(xiàng)目MD×10％

測(cè)試用例的書(shū)寫(xiě)是項(xiàng)目MD×10％

項(xiàng)目分析指拿到文檔后，進(jìn)行的需求詳細(xì)分析，提出問(wèn)題，完畢questionSheet文檔和功能電文檔

注意

強(qiáng)調(diào)質(zhì)量，會(huì)加大質(zhì)量影響的力度。

要注意參看beta后bug匯總表。

負(fù)責(zé)人

測(cè)試部經(jīng)理

備注

要按項(xiàng)目進(jìn)行分配，多退少補(bǔ)。

測(cè)試組最關(guān)鍵的問(wèn)題是根據(jù)β后的bug情況做分析總結(jié)，可向公司申請(qǐng)bug分析內(nèi)部文檔，通過(guò)后可按北京項(xiàng)目補(bǔ)充MD

第一月后根據(jù)測(cè)試用例書(shū)寫(xiě)的實(shí)際工時(shí)和狀況重新審核此百分比MD分配時(shí)誰(shuí)分析誰(shuí)拿走對(duì)應(yīng)的10％的MD

測(cè)試組質(zhì)量考核

測(cè)試組工作量百分比

項(xiàng)目分析工作量

項(xiàng)目組質(zhì)量考核

嚴(yán)格按照alfa版后的bug進(jìn)行，一個(gè)bug扣除0.1MD

目前的測(cè)試用例由于是初步書(shū)寫(xiě)。所以僅限于第一月

原則上項(xiàng)目經(jīng)理直接進(jìn)行，同時(shí)也可以委托組內(nèi)具有分析能力的程序員進(jìn)行，但是必須是項(xiàng)目經(jīng)理負(fù)責(zé)制

Alfa版的bug登錄在bug管理系統(tǒng)中，項(xiàng)目經(jīng)理要維護(hù)此系統(tǒng)的Plan欄目，程序員要負(fù)責(zé)其中的DO欄目。如果不填寫(xiě)直接作為過(guò)程管理扣除MD進(jìn)行，一次0.1MD

此工作包含在實(shí)施70％的范圍內(nèi)。

所以項(xiàng)目經(jīng)理要

項(xiàng)目總控人員

項(xiàng)目經(jīng)理

測(cè)試部經(jīng)理項(xiàng)目經(jīng)理

項(xiàng)目組單體測(cè)試用例工作量核算項(xiàng)目經(jīng)理和全體單體測(cè)試用例的條數(shù)必須大于MD×2，核算項(xiàng)目經(jīng)理直接指定

全體team（包含自身在

項(xiàng)目經(jīng)理

Alfa版質(zhì)量扣除MD的匯總表測(cè)試部經(jīng)理負(fù)責(zé)。

Alfa版過(guò)程管理扣除MD匯總表由測(cè)試部經(jīng)理負(fù)責(zé)。

項(xiàng)目總控助理負(fù)責(zé)審核測(cè)試部經(jīng)理的工作，如果出現(xiàn)紕漏，按過(guò)程管理扣除MD計(jì)算，一次0.1md

項(xiàng)目經(jīng)理由項(xiàng)目總控助理進(jìn)行監(jiān)

23

＃＃文檔

管理者自身績(jī)效評(píng)定年底績(jī)效評(píng)定標(biāo)準(zhǔn)年底績(jī)效加權(quán)系數(shù)確定內(nèi)）的平均值直接利用MD進(jìn)行評(píng)價(jià)項(xiàng)目經(jīng)理加權(quán)1.25分析組加權(quán)1.1翻譯組加權(quán)8500字/MD進(jìn)行折算提高整個(gè)團(tuán)隊(duì)的績(jī)效為目標(biāo)其中包含東京MD和北京MD控。出現(xiàn)問(wèn)題按過(guò)失進(jìn)行處理。伴隨業(yè)務(wù)和過(guò)程的改變，如果系數(shù)有一定的偏差，由項(xiàng)目總控人員對(duì)此系數(shù)進(jìn)行調(diào)整，反映在文檔改版中，并通知全體人員項(xiàng)目總控人員項(xiàng)目總控人員5開(kāi)發(fā)部激勵(lì)和過(guò)失管理流程

5.1激勵(lì)管理系統(tǒng)

5.1.1定義：

激勵(lì)指職員對(duì)公司作出貢獻(xiàn)的對(duì)應(yīng)回報(bào)。旨在體現(xiàn)公司公平的原則，客觀的對(duì)個(gè)人的能力和價(jià)值進(jìn)行認(rèn)可。類(lèi)別與處理方法：

類(lèi)別名稱(chēng)描述特別MD獎(jiǎng)勵(lì)在項(xiàng)目中作為突出貢獻(xiàn)，對(duì)公司的利益產(chǎn)生重大影響�？捎刹块L(zhǎng)提出申請(qǐng)，項(xiàng)目總控人員進(jìn)行批示。特別獎(jiǎng)金獎(jiǎng)在項(xiàng)目中作為突出貢獻(xiàn)，對(duì)公司的利益勵(lì)產(chǎn)生重大影響。可由管理者直接提議，部長(zhǎng)會(huì)議進(jìn)行討論決定。部門(mén)內(nèi)項(xiàng)目部長(zhǎng)負(fù)責(zé)制，按季度抽取項(xiàng)目的激勵(lì)獎(jiǎng)獎(jiǎng)金金。內(nèi)容是骨干人員，突出貢獻(xiàn)者和分部?jī)?nèi)的個(gè)別活動(dòng)。（同時(shí)，適用測(cè)試部和分析組）金額為：2×[東京MD－質(zhì)量扣除MD]公司資助培管理者提議，部長(zhǎng)會(huì)議審議。針對(duì)公司訓(xùn)的要求和個(gè)人情況，提議確定人選和額度。升職參考績(jī)效表，考察個(gè)人能力，并征求個(gè)人意見(jiàn)后，進(jìn)行職位調(diào)整。以給有技術(shù)或管理能力的人充分的空間。加薪參考績(jī)效表，考察個(gè)人能力（技術(shù)等級(jí)表），于每年8月和1月啟動(dòng)調(diào)整薪金調(diào)查程序，對(duì)應(yīng)該薪金的人進(jìn)行處理年終獎(jiǎng)金年終獎(jiǎng)金額度由東京董事會(huì)根據(jù)北京利益情況進(jìn)行直接確定獎(jiǎng)金分配采用同一職能部門(mén)公開(kāi)化，計(jì)算方法，嚴(yán)格按照個(gè)人MD（貢獻(xiàn)MD－扣除MD）的百分比進(jìn)行直接計(jì)算。

實(shí)施方式特別獎(jiǎng)勵(lì)單特別獎(jiǎng)勵(lì)單財(cái)務(wù)撥款通知單項(xiàng)目獎(jiǎng)金分配明細(xì)表培訓(xùn)通知書(shū)升職通知書(shū)薪金調(diào)整單年終獎(jiǎng)金分配表適用范圍全體員工備注激勵(lì)的定義和類(lèi)別

全體員工開(kāi)發(fā)部?jī)?nèi)全體員工突出貢獻(xiàn)者或特別崗位管理者考察通過(guò)人員管理者考察通過(guò)人員全體員工5.2過(guò)失管理系統(tǒng)

5.2.1定義：

24

＃＃文檔

過(guò)失泛指由于本人的失誤和錯(cuò)誤，對(duì)公司的利益或潛在利益造成比較大的影響和比較大的損失的行為，稱(chēng)作過(guò)失。

5.2.2類(lèi)別：（過(guò)失單的類(lèi)別部分必須從下面列表中取得）

類(lèi)別名稱(chēng)決策過(guò)失描述在公司級(jí)的問(wèn)題上，由于考慮問(wèn)題不周，或沒(méi)有廣泛討論或沒(méi)有上級(jí)的同意而匆忙下確定，在結(jié)果上造成損失或嚴(yán)重影響。沒(méi)有貫徹成文或討論會(huì)議上的決議，在運(yùn)作上自己決定，在結(jié)果上造成損失或嚴(yán)重影響。在技術(shù)過(guò)程管理上，中層領(lǐng)導(dǎo)應(yīng)全盤(pán)負(fù)責(zé)技術(shù)處理的決定和整個(gè)開(kāi)發(fā)過(guò)程的督導(dǎo)，如果在實(shí)現(xiàn)上漏掉其中的過(guò)程或沒(méi)有督導(dǎo)，在結(jié)果上造成損失或嚴(yán)重影響。沒(méi)有遵守公司的規(guī)章制度，經(jīng)規(guī)勸后無(wú)效果的。同時(shí)，在公司范圍內(nèi)造成較大影響的。由于在具體實(shí)現(xiàn)上，出現(xiàn)失誤，造成損失或嚴(yán)重影響。但是必須經(jīng)過(guò)評(píng)審組的詳細(xì)調(diào)查和本人同意。如果此問(wèn)題是由于工作態(tài)度或缺乏責(zé)任心引起的，加大處理力度。公司針對(duì)管理責(zé)任化的原則，制定具體的人承擔(dān)特定的職責(zé)。如果，在指定職責(zé)范圍內(nèi)，出現(xiàn)重大失誤。適用范圍管理者和中層管理層管理者和中層管理層管理者和中層管理層備注運(yùn)作管理過(guò)失技術(shù)過(guò)程管理過(guò)失既是直接責(zé)任人為某個(gè)人，也要主體負(fù)責(zé)違反公司規(guī)章過(guò)失技術(shù)實(shí)現(xiàn)過(guò)失公司全體職員開(kāi)發(fā)部全體職員特別職責(zé)過(guò)失特別職責(zé)負(fù)責(zé)人其他過(guò)失伴隨著新的要求和管理的變化而產(chǎn)生的新的類(lèi)型的過(guò)失。公司全體員工如果在特別職責(zé)范圍內(nèi)表現(xiàn)突出，可以優(yōu)先考慮特別獎(jiǎng)勵(lì)制度對(duì)應(yīng)此項(xiàng)，要加強(qiáng)審核制度，避免主觀化5.2.3過(guò)失處理的種類(lèi)：

過(guò)失處理可以采取并罰制度。類(lèi)別名稱(chēng)公司通報(bào)描述在月度會(huì)議（結(jié)合績(jī)效總結(jié)會(huì)議）上，進(jìn)行通報(bào)。Md的補(bǔ)充處理根據(jù)影響的程度和過(guò)失的程度來(lái)確定。MD計(jì)入當(dāng)月的績(jī)效考核，MD的類(lèi)型為北京MD。適用范圍為固定MD的項(xiàng)目和業(yè)務(wù)過(guò)失或項(xiàng)目管理過(guò)失。罰金根據(jù)影響度和后果，進(jìn)行度量�？紤]到解決問(wèn)題為本，警示為主的原則。在數(shù)額分50/100/150/200，共4個(gè)等級(jí)。備注重點(diǎn)強(qiáng)調(diào)避免辦法同時(shí)，要客觀尊重實(shí)際MD,但是此處理要直接影響月度考評(píng)和年底考評(píng)。此種類(lèi)型的處罰，不得在季度績(jī)效考核中取得特別獎(jiǎng)勵(lì)。25

＃＃文檔

降薪過(guò)失影響很巨大，同時(shí)，過(guò)失人沒(méi)有改正的傾向。工作態(tài)度或工作結(jié)果在長(zhǎng)時(shí)間沒(méi)有進(jìn)展，不符合本身的業(yè)務(wù)標(biāo)準(zhǔn)或薪資標(biāo)準(zhǔn)。

5.2.4制度實(shí)施流程

過(guò)失管理流程管理者根據(jù)客戶反饋或工作效益，就具體責(zé)任人提出過(guò)失處理提議評(píng)審組本人解釋相關(guān)內(nèi)容和過(guò)程提出調(diào)查組織評(píng)審組，至少3人，確定3個(gè)代表通知責(zé)任當(dāng)事人，準(zhǔn)備資料和申辯材料接收到評(píng)審組通知后準(zhǔn)備資料過(guò)失評(píng)審，表決總結(jié)提出提議的時(shí)機(jī)和方式方法，向當(dāng)事人道歉解釋否通過(guò)否總結(jié)自己的行為是否有連帶責(zé)任是填寫(xiě)過(guò)失單過(guò)失單發(fā)送人事部抄送管理者和績(jī)效考核人員績(jī)效管理上處理5.2.5幾點(diǎn)補(bǔ)充說(shuō)明：

26

＃＃文檔

首先過(guò)失和特別獎(jiǎng)勵(lì)的數(shù)目在總體上要把握，原則上不能超過(guò)月度3事件（一個(gè)

事件可能牽涉多個(gè)責(zé)任人），同時(shí)，要把握時(shí)機(jī)，基本上要在事件后3-4天處理，保證其情緒化和調(diào)查不詳細(xì)的影響。

評(píng)審組的成立。原則為相關(guān)事件的相關(guān)人員，責(zé)任人的直接上司。不能低于三人，

要求評(píng)審組在當(dāng)事人面前，進(jìn)行所有的活動(dòng)。凡是有意庇護(hù)或回避意見(jiàn)，可以取消評(píng)審組資格，同時(shí)考慮其過(guò)失行為。

與績(jī)效相關(guān)部分的處理，解釋權(quán)歸公司，任何當(dāng)事人有權(quán)利詢問(wèn)任何處理影響。

同時(shí)，在處理意見(jiàn)上要寫(xiě)清楚。

所有當(dāng)事人，都要本著把事情處理好，并把以后的工作做得更好的原則去進(jìn)行。

從大處著眼，以認(rèn)識(shí)問(wèn)題為主，這也是公司處理的根本，而非處罰某人。所有的處理決定，都要本人書(shū)寫(xiě)意見(jiàn)，如果本人不同意，任何人沒(méi)有權(quán)利強(qiáng)行實(shí)

施。

“避免過(guò)失的方法“，由評(píng)審組統(tǒng)一討論填寫(xiě)，這是整個(gè)過(guò)失管理的主題。評(píng)審

組不能對(duì)此項(xiàng)進(jìn)行簡(jiǎn)略或應(yīng)付，同時(shí)，需要得到當(dāng)事人的認(rèn)可。

27

友情提示：本文中關(guān)于《軟件項(xiàng)目開(kāi)發(fā)工作流程》給出的范例僅供您參考拓展思維使用，軟件項(xiàng)目開(kāi)發(fā)工作流程：該篇文章建議您自主創(chuàng)作。

來(lái)源：網(wǎng)絡(luò)整理 免責(zé)聲明：本文僅限學(xué)習(xí)分享，如產(chǎn)生版權(quán)問(wèn)題，請(qǐng)聯(lián)系我們及時(shí)刪除。

《軟件項(xiàng)目開(kāi)發(fā)工作流程》由互聯(lián)網(wǎng)用戶整理提供,轉(zhuǎn)載分享請(qǐng)保留原作者信息,謝謝!
鏈接地址：http://www.hmlawpc.com/gongwen/722204.html

• 上一篇：個(gè)人體驗(yàn)~軟件開(kāi)發(fā)中的項(xiàng)目管理
• 下一篇：如何做好商業(yè)銀行的客服