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

1、XX軟件項(xiàng)目開(kāi)發(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)理管理被職員填寫(xiě)卜周日程表的規(guī)則33344558888810錯(cuò)誤 ! 未定義書(shū)簽。概述1.1 目的31.2 內(nèi)容概述32 開(kāi)發(fā)部日常管理流程具體實(shí)施方案32.1 基本原則2.2 內(nèi)容概述2.3 內(nèi)容詳細(xì)描述3 開(kāi)發(fā)部管理流程具體實(shí)施方案3.1 內(nèi)容概述3.2 開(kāi)發(fā)部概要流程圖3.3 開(kāi)發(fā)部管理人員工作流3.4 BUGSURVEY作流3.5 項(xiàng)目分析工作流3.6 BETA后質(zhì)量保證工作流3.7

2、 測(cè)試組BETAftT工作流3.8 項(xiàng)目組基本工作流3.9 測(cè)試部B版前流程4 績(jī)效考核實(shí)施方案4.1 總則：錯(cuò)誤!未定義書(shū)簽。4.2 流程圖錯(cuò)誤!未定義書(shū)簽。5 開(kāi)發(fā)部激勵(lì)和過(guò)失管理流程錯(cuò)誤!未定義書(shū)簽。5.1 激勵(lì)管理系統(tǒng)錯(cuò)誤5.2 過(guò)失管理系統(tǒng)錯(cuò)誤1 概述1.1 目的用標(biāo)準(zhǔn)化的流程來(lái)統(tǒng)一管理公司的運(yùn)作，避免混亂，提高管理的質(zhì)量。在實(shí)施過(guò)程中，所有管理者能夠根據(jù)此統(tǒng)一的流程，總結(jié)經(jīng)驗(yàn)，提高認(rèn)識(shí)，加強(qiáng)技術(shù)水平和管理水平。提高公司級(jí)的技術(shù)分析能力，為公司儲(chǔ)備一支分析隊(duì)伍，側(cè)重在需求理解和需求分析、框架設(shè)計(jì)上的能力。對(duì)人員負(fù)責(zé)內(nèi)容上，明確化各自負(fù)責(zé)的內(nèi)容，提高工作效率。1.2 內(nèi)容概述開(kāi)發(fā)部日常

3、工作流程開(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ù)墓ぷ髁鞒潭x和及時(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)容概述日?qǐng)?bào)周報(bào)使用規(guī)則目的注意是為了提高開(kāi)發(fā)部整體的計(jì)劃能力，反饋能力和管理者的控制能力。同時(shí)提高整體職員參與公司管理的渠道

4、。日?；顒?dòng)的方法提供開(kāi)發(fā)部工作流程外的突發(fā)事件的解決方法2.3 內(nèi)容詳細(xì)描述2.3.1 日?qǐng)?bào)/周報(bào)使用規(guī)則(1) 日?qǐng)?bào)/周報(bào)的使用加強(qiáng)全體人員的計(jì)劃能力，做到我每天要做什么？今天項(xiàng)目經(jīng)理給我的安排是什么？對(duì)應(yīng)項(xiàng)目經(jīng)理和部長(zhǎng)要知道每個(gè)人在做什么？只有這樣，才能保證控制人員可以宏觀調(diào)控，而個(gè)人也不會(huì)不知所措。注意事項(xiàng)：1 .周報(bào)哪怕只有一天也需填寫(xiě)；保持統(tǒng)一性2 開(kāi)始時(shí)間必須為22:00結(jié)束時(shí)間為23:00,內(nèi)容負(fù)責(zé)人填寫(xiě)要求監(jiān)督人違規(guī)處理周報(bào)項(xiàng)目組長(zhǎng)技術(shù)分析負(fù)責(zé)人測(cè)試組組長(zhǎng)項(xiàng)目進(jìn)展整體狀況：本周已完成工作量及不能解決的問(wèn)題反饋，建議或提議；為每一個(gè)人員安排下周工作計(jì)戈L下周項(xiàng)目風(fēng)險(xiǎn)的預(yù)估。必須填

5、寫(xiě)必須每周五16:00前填寫(xiě)完畢。項(xiàng)目經(jīng)理沒(méi)有按時(shí)提交的，負(fù)責(zé)人扣除相應(yīng)的績(jī)效日?qǐng)?bào)開(kāi)發(fā)部全體人員項(xiàng)目進(jìn)展?fàn)顩r：不能解決的問(wèn)題反饋建議或提議；突發(fā)問(wèn)題必須反饋；當(dāng)天已完成工作量，明天工作量安排建議大家把工作安排填寫(xiě)，有利于提高自己的計(jì)劃能力和規(guī)劃能力。同時(shí)能保證事情小會(huì)忘記。項(xiàng)目組長(zhǎng)(2) 目標(biāo)功能的使用為每一個(gè)程序員根據(jù)個(gè)人不同的能力和狀況設(shè)定目標(biāo)，對(duì)于圓滿完成目標(biāo)者進(jìn)行鼓勵(lì)。同時(shí)，保證公司的開(kāi)發(fā)效果在可控制范圍內(nèi)。3 開(kāi)發(fā)部管理流程具體實(shí)施方案3.1 內(nèi)容概述開(kāi)發(fā)部從流程上主要分為以下幾方面：(1) 開(kāi)發(fā)部管理人員工作流(2) BUGSurvey工作流(3) 項(xiàng)目分析工作流(4) Beta后

6、質(zhì)量保證工作流(5) 測(cè)試組beta前工作流(6) 項(xiàng)目組運(yùn)行基本工作流開(kāi)發(fā)部從實(shí)施人員角色劃分如下：項(xiàng)目組長(zhǎng)：統(tǒng)籌解決項(xiàng)目的全部事宜。進(jìn)行項(xiàng)目的整體計(jì)劃的制定和實(shí)施，保證項(xiàng)目的可持續(xù)發(fā)展和利潤(rùn)率。項(xiàng)目經(jīng)理：對(duì)公司級(jí)的資源進(jìn)行調(diào)配，同時(shí)進(jìn)行開(kāi)發(fā)部的整體計(jì)劃的制定和實(shí)施，保證開(kāi)發(fā)部的可持續(xù)發(fā)展和利潤(rùn)率。技術(shù)設(shè)計(jì)負(fù)責(zé)人：統(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)籌。QA統(tǒng)一管理項(xiàng)目質(zhì)量保證，監(jiān)督項(xiàng)目組各項(xiàng)活動(dòng)有序開(kāi)展程序員：主要是負(fù)責(zé)項(xiàng)目按照分析文檔的實(shí)施，同時(shí)，在實(shí)施過(guò)程中優(yōu)化代碼結(jié)構(gòu)，提出合理化建議

7、，其中優(yōu)秀者可以作為T(mén)eamLeader負(fù)責(zé)具體組織工作和分析管理工作。測(cè)試員：負(fù)責(zé)公司測(cè)試流程的具體實(shí)施，要求掌握測(cè)試的技術(shù)，提出合理化建議，并保證整個(gè)軟件的可靠度。翻譯人員：負(fù)責(zé)中外文文檔的翻譯，要求工作嚴(yán)謹(jǐn)，保證質(zhì)量。在同客戶交流中，負(fù)責(zé)接待和溝通。同時(shí)，在個(gè)人的發(fā)展意向中可以兼顧其它公司內(nèi)的常務(wù)工作。3.2 開(kāi)發(fā)部概要流程圖3.3開(kāi)發(fā)部管理人員工作流3.3.1 軟件開(kāi)發(fā)管理體系構(gòu)成參與人員：（技術(shù)設(shè)計(jì)負(fù)責(zé)人+測(cè)試負(fù)責(zé)人）+項(xiàng)目組長(zhǎng)管理主線：管理人員去合適目前我們正在進(jìn)行的總量有多少，檢收而為付款的有多少，實(shí)施完畢而沒(méi)有檢收的有多少。管理人員去看我們下周能夠接受的項(xiàng)目有多少，以便在每周五

8、可以制定下周的工作計(jì)劃。項(xiàng)目經(jīng)理可以看自己負(fù)責(zé)項(xiàng)目的基本參數(shù)。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)行估算報(bào)價(jià)書(shū)問(wèn)題收集表：所有的問(wèn)題一定要集中在一個(gè)文檔內(nèi)功能點(diǎn)文檔：一定要融合問(wèn)題收集表內(nèi)對(duì)應(yīng)答案的所有內(nèi)容計(jì)劃文檔：要包含甘特圖項(xiàng)目總結(jié)及績(jī)效分配方案：把項(xiàng)目總結(jié)作為重點(diǎn)進(jìn)行

9、。單體測(cè)試用例；按照模板進(jìn)行測(cè)試組測(cè)試用例:要保證最后的測(cè)試結(jié)果確認(rèn)測(cè)試用例：客戶確認(rèn)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ì)議和M防配方案的確定。主要是根據(jù)項(xiàng)目實(shí)施的結(jié)果，進(jìn)行集中的討論和諧而公平的團(tuán)隊(duì)：公司其他方面的管理，就是為了加強(qiáng)管理

10、，提倡量化。做到各司其職，多勞多得，公平評(píng)價(jià)，提供機(jī)會(huì)給相應(yīng)的人。3.3.2 管理人員注意事項(xiàng)其中反饋機(jī)制的建立最關(guān)鍵。其中管理必須遵守以下規(guī)則：對(duì)象流程編R工作內(nèi)容上流方下方7備注項(xiàng)目經(jīng)理分配項(xiàng)目客戶負(fù)責(zé)人項(xiàng)目組長(zhǎng)解決人力矛盾項(xiàng)目組長(zhǎng)測(cè)試負(fù)責(zé)人技術(shù)設(shè)計(jì)負(fù)責(zé)人項(xiàng)目組長(zhǎng)測(cè)試負(fù)責(zé)人技術(shù)設(shè)計(jì)負(fù)責(zé)人下流方人員負(fù)責(zé)把結(jié)果反饋給東京擔(dān)當(dāng)者開(kāi)發(fā)部經(jīng)理公司管理問(wèn)題項(xiàng)目經(jīng)理各級(jí)負(fù)責(zé)人職員全體職員一定要給問(wèn)題提出者答復(fù)，成為制度后頒布組長(zhǎng)分配項(xiàng)目項(xiàng)目經(jīng)理各個(gè)成員項(xiàng)目人力調(diào)節(jié)無(wú)項(xiàng)目經(jīng)理如果出現(xiàn)空閑同時(shí)反饋。分部管理問(wèn)題無(wú)開(kāi)發(fā)部經(jīng)理項(xiàng)目經(jīng)理項(xiàng)目分析和問(wèn)題確認(rèn)無(wú)客戶結(jié)果物概要需求文檔和問(wèn)題與回復(fù)整理文檔項(xiàng)目里程碑信息反

11、饋?lái)?xiàng)目開(kāi)始時(shí)間，alfa,beta版本時(shí)間和原因，估算變更及原因無(wú)項(xiàng)目經(jīng)理組織團(tuán)隊(duì)進(jìn)行技術(shù)文檔的書(shū)寫(xiě)和維護(hù)無(wú)測(cè)試部經(jīng)理team所有成員文檔列表如下：功能點(diǎn)文檔問(wèn)題收集計(jì)劃書(shū)單體測(cè)試用例QA監(jiān)督svn的執(zhí)行情況程序員項(xiàng)目經(jīng)理組長(zhǎng)監(jiān)督過(guò)程管理參數(shù)組長(zhǎng)項(xiàng)目經(jīng)理整理所有項(xiàng)目文檔組長(zhǎng)項(xiàng)目經(jīng)理對(duì)日匯報(bào)表組長(zhǎng)項(xiàng)目經(jīng)理績(jī)效考核提供過(guò)程情況匯總組長(zhǎng)項(xiàng)目經(jīng)理月度過(guò)程管理處理表測(cè)試部經(jīng)理組織書(shū)寫(xiě)測(cè)試用例項(xiàng)目經(jīng)理（功能點(diǎn)文檔）東京整理匯總beta版后bug分析表項(xiàng)目經(jīng)理（提供的完整的B后障害書(shū)）所有管理者其中的技術(shù)分析和管理分析及對(duì)東京的建議應(yīng)由項(xiàng)目負(fù)責(zé)人進(jìn)行填寫(xiě)控制測(cè)試的結(jié)果3.4 Bugsurvey工作流參見(jiàn)bu

12、gSurvey工作規(guī)約。3.5 項(xiàng)目分析工作流參見(jiàn)項(xiàng)目分析工作規(guī)約3.6 Beta后質(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á)到最好的效果。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ì)的

13、嚴(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)文檔，需求收集，單體測(cè)試用例，項(xiàng)目總結(jié)及MDM終分配方案文檔(2) 每個(gè)項(xiàng)目(大于10MDE常項(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的分配。整個(gè)團(tuán)隊(duì)的建設(shè)和公司的管理工作。在項(xiàng)目管理中發(fā)現(xiàn)問(wèn)題，把反映給公司。以備在公

14、司級(jí)別對(duì)整個(gè)流程和各個(gè)環(huán)節(jié)進(jìn)行調(diào)整。3.8.4 流程圖接收來(lái)自項(xiàng)目經(jīng)理的項(xiàng)目通知1、功能點(diǎn)文檔42、問(wèn)卷.，功能點(diǎn)及問(wèn)卷文檔名確認(rèn)及svn路徑3.8.5項(xiàng)目組文檔管理號(hào)郵件通知測(cè)試經(jīng)理，QA收到來(lái)自分析組概要設(shè)計(jì)第一版的通知對(duì)概要設(shè)計(jì)做初步；審核確定alfa 和beta版本郵件通知項(xiàng)目，經(jīng)理及測(cè)試負(fù)G責(zé)人：項(xiàng)目開(kāi)始時(shí)間，alfa時(shí)間beta時(shí)間上傳項(xiàng)目開(kāi)始時(shí).間，alfa時(shí)間beta,時(shí)間計(jì)劃安排文檔接收來(lái)自分析組詳細(xì)設(shè)計(jì)第一版.結(jié)合項(xiàng)目情況進(jìn)行.計(jì)劃調(diào)整制作項(xiàng)目安排計(jì)劃表郵件給文檔作者，并通知項(xiàng)目組長(zhǎng)和項(xiàng)目經(jīng)理項(xiàng)目中出現(xiàn)新問(wèn)題開(kāi)發(fā)組內(nèi)代碼檢查提交項(xiàng)目經(jīng)理書(shū)寫(xiě)單元測(cè)試用例制作單元測(cè)試文檔單元測(cè)

15、試提交alfa版本/郵件通知測(cè)試.組長(zhǎng)發(fā)送測(cè)試組計(jì)劃表上傳SVN上彳專SVN,路徑,名文檔名格式紿果反映到單元測(cè)4試用例文檔中并上.傳SVN原則:所有文檔必須都放在SVN上，進(jìn)行統(tǒng)一管理。同時(shí)，負(fù)責(zé)人在本地應(yīng)保留一份同樣的備份。細(xì)節(jié)描述（各路徑存放什么文件）項(xiàng)目?jī)?nèi)容備注Spec設(shè)計(jì)說(shuō)明書(shū)QuestionSheet設(shè)計(jì)說(shuō)明書(shū)的補(bǔ)充說(shuō)明設(shè)計(jì)說(shuō)明書(shū)的各個(gè)版本設(shè)計(jì)說(shuō)明書(shū)一覽表設(shè)計(jì)說(shuō)明書(shū)一覽表要記錄所有文檔變更的情況，并指明最后項(xiàng)目實(shí)施與文檔之間的關(guān)系Testcase項(xiàng)目組書(shū)寫(xiě)的單體測(cè)試用例測(cè)試組書(shū)寫(xiě)的測(cè)試用例東京發(fā)送的confirm測(cè)試用例Schedule針對(duì)項(xiàng)目實(shí)施的日程安排對(duì)東京進(jìn)行進(jìn)度匯報(bào)的每個(gè)

16、報(bào)表FunctionPoints功能點(diǎn)文檔AllBugSpecBeta后障害書(shū)針對(duì)此項(xiàng)目的beta后bug類(lèi)型確定和經(jīng)驗(yàn)匯總。完畢后，應(yīng)及時(shí)發(fā)送測(cè)試組項(xiàng)目經(jīng)理。UIHtmlDemoHearingSheet聯(lián)系分析組，如果有應(yīng)該直接copyFPSpecFPsheet不同版本FPchange表FP說(shuō)明，記錄所有FP變更歷史，以備后期確認(rèn)的方便。3.9 測(cè)試部3版前流程3.9.1 相關(guān)人員測(cè)試部經(jīng)理：XX測(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 工作流程圖轉(zhuǎn)測(cè)條件通過(guò)后第一階段測(cè)試測(cè)試依據(jù)，規(guī)格說(shuō)詈;明書(shū)，測(cè)試方案和 .'測(cè)試用例 /Bug單全部錄入即jira第一階段測(cè)試結(jié)束回歸測(cè)試1、檢查測(cè)試結(jié) 果是否錄入； 2、數(shù)據(jù)庫(kù)及 Resource 改動(dòng)提交beta版本