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

1、XX軟件項(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 目的 81.2 內(nèi)容概述 882 開發(fā)部日常管理流程具體實(shí)8施方案102.1 基本原則 錯(cuò)誤！未定義書簽2.2 內(nèi)容概述 錯(cuò)誤！未定義書簽2.3 內(nèi)容詳細(xì)描述錯(cuò)誤！未定義書簽3 開發(fā)部管理流程具體實(shí)施方錯(cuò)誤！未定義書簽案 本錯(cuò)誤！未定義書簽3.1 內(nèi)容概述 錯(cuò)誤！未定義書簽3.2 開發(fā)部概要流程圖.3.3 開發(fā)部管理人員工作流3.4 BUGSURVE

2、工 丫 作流3.5 項(xiàng)目分析工作流.3.6 Beta后質(zhì)量保證工作流 3.7 測(cè)試組BETA前工作流3.8 項(xiàng)目組基本工作流.3.9 測(cè)試部B版前流程.4 績效考核實(shí)施方案4.1 總貝 IJ:4.2 流程圖5 開發(fā)部激勵(lì)和過失管理流 程.5.1 激勵(lì)管理系統(tǒng)5.2 過失管理系統(tǒng).3333445581概述1.1 目的 用標(biāo)準(zhǔn)化的流程來統(tǒng)一管理公司的運(yùn)作，避免混亂，提高管理的質(zhì)量。在實(shí) 施過程中，所有管理者能夠根據(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ù)

3、責(zé)的內(nèi)容，提高工作效率。1.2 內(nèi)容概述 開發(fā)部日常工作流程開發(fā)部管理流程開發(fā)部績效考核流程開發(fā)部激勵(lì) 和過失管理流程2開發(fā)部日常管理流程具體實(shí)施方案2.1 基本原貝I公司開發(fā)部力求建立公平公正的評(píng)價(jià)體系，嚴(yán)謹(jǐn)?shù)墓ぷ髁鞒潭x和及時(shí)的 記錄與反饋，規(guī)范職員活動(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)。2.2 內(nèi)容概述日?qǐng)?bào)周報(bào)使用規(guī)則目的注意是為了提高開發(fā)部整體的計(jì)劃能力，

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

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

6、面：(1) 開發(fā)部管理人員工作流(2) BUG Survey 工作流(3) 項(xiàng)目分析工作流(4) Beta后質(zhì)量保證工作(5) 測(cè)試組beta前工作流(6) 項(xiàng)目組運(yùn)行基本工作流開發(fā)部從實(shí)施人員角色劃分如項(xiàng)目組長：統(tǒng)籌解決項(xiàng)目的全部事宜。進(jìn)行項(xiàng)目的整體計(jì)劃的制定和實(shí)施，保證項(xiàng)目的可持續(xù)發(fā)展和利 潤率。項(xiàng)目經(jīng)理：對(duì)公司級(jí)的資源進(jìn)行調(diào)配，同時(shí)進(jìn)行開發(fā)部的整體計(jì)劃的制定和實(shí)施，保證開發(fā) 部的可持續(xù)發(fā)展和利潤率。技術(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)

7、目組各項(xiàng)活動(dòng)有序開展程序員：主要是負(fù)責(zé)項(xiàng)目按照分析文 檔的實(shí)施，同時(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è)人的發(fā)展意向中可以兼顧其它公司內(nèi)的常務(wù)工作。3.2 開發(fā)部概要流程圖3.3 開發(fā)部管理人員工作 流3.3.1 軟件開發(fā)管理體系構(gòu)成參與人員：（技術(shù)設(shè)計(jì)負(fù)責(zé)人+測(cè)試負(fù)責(zé)人）+項(xiàng)目組長管理主線：管理人員去合適目前我們正在進(jìn)

8、行的總量有多少，檢收而為付款的有多少，實(shí)施完畢而 沒有檢收的有多少。管理人員去看我們下周能夠接受的項(xiàng)目有多少，以便在每周五可以制定下周的工作計(jì)劃。 項(xiàng)目經(jīng)理可以看自己負(fù)責(zé)項(xiàng)目的基本參數(shù)。Bug管理系統(tǒng)：作為質(zhì)量控制過程實(shí)際結(jié)果的監(jiān)控。以便總結(jié)質(zhì)量的問題，進(jìn) 行反饋。 Fileserver文檔：通過文檔管理和整理，保證全部職員能夠隨時(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à)書問題收集表：所有的問題一定要集

9、中在一個(gè)文檔內(nèi)功能點(diǎn)文檔：一定要融合 問題收集表內(nèi)對(duì)應(yīng)答案的所有內(nèi)容計(jì)劃文檔：要包含甘特圖項(xiàng)目總結(jié)及績效分配方案： 把項(xiàng)目總結(jié)作為重點(diǎn)進(jìn)行。單體測(cè)試用例；按照模板進(jìn)行測(cè)試組測(cè)試用例：要保證最后的測(cè)試結(jié)果 確認(rèn)測(cè)試用例：客戶確認(rèn)beta版后障害書：項(xiàng) 目確認(rèn)者發(fā)送，按照同一格式進(jìn)行書寫和填寫。beta后障害list表，其中包含bug的簡(jiǎn)單描述、bug的類型確定和各部門關(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)目

10、實(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)的人。332管理人員注意事項(xiàng) 其中反饋機(jī)制的建立最關(guān)鍵。其中管理必須遵守以下規(guī)則:對(duì)象流程編 號(hào)工作內(nèi)容上流方下流方備注項(xiàng)目經(jīng)理分配項(xiàng)目客戶負(fù)責(zé)人項(xiàng)目組長解決人力矛盾項(xiàng)目組長測(cè)試負(fù) 責(zé)人技術(shù)設(shè)計(jì)負(fù) 責(zé)人項(xiàng)目組長 測(cè)試負(fù)責(zé)人技 術(shù)設(shè)計(jì)負(fù)責(zé)人下流方人員負(fù)責(zé)把結(jié)果 反饋給東京擔(dān)當(dāng)者開發(fā)部經(jīng)理公司管理問題項(xiàng)目經(jīng)理各級(jí)負(fù) 責(zé)人職員全體職員一定要給問題提出者答 復(fù)，成為制度后頒布組長分配項(xiàng)目項(xiàng)目

11、經(jīng)理各個(gè)成員項(xiàng)目人力調(diào)節(jié)無項(xiàng)目經(jīng)理如果出現(xiàn)空閑同時(shí)反 饋。分部管理問題無開發(fā)部經(jīng)理項(xiàng)目經(jīng)理項(xiàng)目分析和問題確認(rèn)無客戶結(jié)果物概要需求文檔和 問題與回復(fù)整理文檔項(xiàng)目里程碑信息反饋 項(xiàng) 目開始時(shí)間,alfa,beta版 本時(shí)間和原因，估算變 更及原因無項(xiàng)目經(jīng)理組織團(tuán)隊(duì)進(jìn)行技術(shù)文檔的書寫和維護(hù)無測(cè)試部經(jīng)理team所有成員文檔列表如下：功能點(diǎn) 文檔問題收集計(jì)劃書 單體測(cè)試用例QA監(jiān)督svn的執(zhí)行情況程序員項(xiàng)目經(jīng)理 組長監(jiān)督過程管理參數(shù)組長項(xiàng)目經(jīng)理整理所有項(xiàng)目文檔組長項(xiàng)目經(jīng)理對(duì)日匯報(bào)表組長項(xiàng)目經(jīng)理績效考核提供過程情況 匯總組長項(xiàng)目經(jīng)理月度過程管理處理表測(cè)試部經(jīng)理組織書寫測(cè)試用例項(xiàng)目經(jīng)理（功能點(diǎn)文檔）東京整理

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

13、能力在功能實(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)文檔，需 求收集，單體測(cè)試用例，項(xiàng)目總結(jié)及 MD最終分配方案文檔（2）每個(gè)項(xiàng)目（大于10MD正常項(xiàng)目）必須召開兩次會(huì)議：項(xiàng)目啟動(dòng)會(huì)議 主要為了統(tǒng)一項(xiàng)目的內(nèi)容規(guī)則和要求，同時(shí)把整體邏輯和

14、框架做簡(jiǎn) 要說明。項(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)問題，把反映給公 司。以備在公司級(jí)別對(duì)整個(gè)流程和各個(gè)環(huán)節(jié)進(jìn)行調(diào)整。3.8.4 流程圖接收來自項(xiàng)目經(jīng)理的項(xiàng)目通知關(guān)注項(xiàng)目的分析進(jìn)程并做初步計(jì)劃1、功能點(diǎn)文 檔2、問卷功能點(diǎn)及問卷文檔名 確認(rèn)及svn路徑收到來自分析組概要設(shè) 計(jì)第一版的通知對(duì)概要設(shè)計(jì)做初步審核郵件通知測(cè)試經(jīng)理，QA確定alfa和beta版本郵件通知項(xiàng)目 經(jīng)理及測(cè)試負(fù) 責(zé)人：項(xiàng)目開 始時(shí)間，alfa 時(shí)間beta時(shí)間上傳項(xiàng)目開始 I的alfa

15、時(shí)間beta時(shí) ,間計(jì)劃安排文檔 計(jì)戈表上傳SVN接收來自分析組詳細(xì)設(shè)計(jì)第一版結(jié)合項(xiàng)目情況進(jìn)行計(jì)劃調(diào)整制作項(xiàng)目安排計(jì)劃表項(xiàng)目啟動(dòng)會(huì)議，功能點(diǎn)和人員分配項(xiàng)目的類結(jié)構(gòu)設(shè) 計(jì)（項(xiàng)目組長和 程序員）項(xiàng)目經(jīng)理審 批編碼要遵守編 碼規(guī)則和 類結(jié)構(gòu)方 案項(xiàng)目中出現(xiàn)新問郵件給文檔 作者，并通 知項(xiàng)目組長 和項(xiàng)目經(jīng)理開發(fā)組內(nèi)代碼檢 查提交項(xiàng)目經(jīng)理Bug管理系統(tǒng)錄入代碼走讀記錄書寫單元測(cè)試用 例制作單元測(cè)試文上傳SVN,路檔徑，文檔名格式單元測(cè) 試提交項(xiàng)目經(jīng)理結(jié)果反映到單元 測(cè)試用例文檔中 并上傳SVN提交alfa版本郵件通知測(cè)試組長項(xiàng)目總結(jié)會(huì) 議制作項(xiàng)目總結(jié)報(bào) 告385項(xiàng)目組文檔管理原則:所有文檔必須都放在SV

16、N上，進(jìn)行統(tǒng)一管理。同時(shí)，負(fù)責(zé)人在本地應(yīng)保留一份 同樣的備份。細(xì)節(jié)描述（各路徑存放什么文件）項(xiàng)目內(nèi)容備注Spec設(shè)計(jì)說明書QuestionSheet設(shè)計(jì)說明書的補(bǔ)充說明設(shè)計(jì)說明書的各 個(gè)版本設(shè)計(jì)說明書一覽表設(shè)計(jì)說明書一覽表要記錄所有文檔 變更的情況，并指明最后項(xiàng)目實(shí)施 與文檔之間的關(guān)系Test case項(xiàng)目組書寫的單體測(cè)試用例測(cè)試組書寫的測(cè)試用例 東 京發(fā)送的confirm測(cè)試用例Schedule針對(duì)項(xiàng)目實(shí)施的日程安排 對(duì)東京進(jìn)行進(jìn)度匯報(bào)的每個(gè)報(bào)表FunctionPoints功能點(diǎn)文檔All Bug SpecBeta后障害書針對(duì)此項(xiàng)目的beta后bug類型確定和經(jīng)驗(yàn)匯總。完畢 后，應(yīng)及時(shí)發(fā)送測(cè)

17、試組項(xiàng)目經(jīng)理。UIHtml DemoHearingSheet聯(lián)系分析組，如果有應(yīng)該直接copyFP SpecFP sheet不同版本FP change 表FP說明，記錄所有FP變更歷史，以備后期確認(rèn)的方3.9 測(cè)試部P版前流程391相關(guān)人員 測(cè)試部經(jīng)理：XX測(cè)試組成員：3.9.1 測(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è)試部填寫的過程參數(shù)必須嚴(yán)格按照規(guī)定填寫。3.9.2 工作流程圖r編寫測(cè)試測(cè)試 方案 檔上傳svn , x (檔名和路徑,:確功能用例進(jìn)去、A 測(cè)試 J1、檢住測(cè)試給晝是否錄入；2、數(shù)據(jù)庫及Resource 改動(dòng)條件不具備， 不能轉(zhuǎn)測(cè)，并 通知項(xiàng)目經(jīng)理 及項(xiàng)目組長轉(zhuǎn)測(cè)條件通過后第一階段測(cè)試第一階段測(cè)試結(jié)束通知項(xiàng)目組長，同時(shí)確認(rèn)bug測(cè)試依據(jù)，規(guī)格說 明書，測(cè)試方案和 測(cè)試用例回歸測(cè)試測(cè)試完 畢，關(guān)閉 jira上問 題狀態(tài)提交beta版本3檢查測(cè)試結(jié) 果是否錄入； 2、數(shù)據(jù)庫及R