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

精選優(yōu)質(zhì)文檔-----傾情為你奉上精選優(yōu)質(zhì)文檔-----傾情為你奉上專心---專注---專業(yè)專心---專注---專業(yè)精選優(yōu)質(zhì)文檔-----傾情為你奉上專心---專注---專業(yè)××軟件項(xiàng)目開發(fā)流程修改歷史日期作者修改內(nèi)容2003-03-12新規(guī)制作2003-5-18人員職責(zé)的變更，內(nèi)容的變更2003-12-4針對2004年度制作最新工作內(nèi)容下的工作流程2004-1-14添加項(xiàng)目經(jīng)理管理被職員填寫下周日程表的規(guī)則

TOC\o"1-2"\h\z

概述目的用標(biāo)準(zhǔn)化的流程來統(tǒng)一管理公司的運(yùn)作，避免混亂，提高管理的質(zhì)量。在實(shí)施過程中，所有管理者能夠根據(jù)此統(tǒng)一的流程，總結(jié)經(jīng)驗(yàn)，提高認(rèn)識，加強(qiáng)技術(shù)水平和管理水平。提高公司級的技術(shù)分析能力，為公司儲備一支分析隊(duì)伍，側(cè)重在需求理解和需求分析、框架設(shè)計(jì)上的能力。對人員負(fù)責(zé)內(nèi)容上，明確化各自負(fù)責(zé)的內(nèi)容，提高工作效率。內(nèi)容概述開發(fā)部日常工作流程開發(fā)部管理流程開發(fā)部績效考核流程開發(fā)部激勵(lì)和過失管理流程開發(fā)部日常管理流程具體實(shí)施方案基本原則公司開發(fā)部力求建立公平公正的評價(jià)體系，嚴(yán)謹(jǐn)?shù)墓ぷ髁鞒潭x和及時(shí)的記錄與反饋，規(guī)范職員活動，形成一個(gè)緊張有序的團(tuán)隊(duì)。沒有一個(gè)明晰的流程和高效的反饋體系，就不可能把工作做好。但是，這需要每個(gè)人按照規(guī)則把自己應(yīng)該負(fù)責(zé)的那一部分高效完成，只有這樣才能保證整個(gè)系統(tǒng)的順暢，同時(shí)，如果個(gè)人沒有完成自己的指責(zé)和按照規(guī)定填寫內(nèi)容，影響的不單單是自己的工作而是整個(gè)系統(tǒng)。內(nèi)容概述日報(bào)周報(bào)使用規(guī)則

目的注意是為了提高開發(fā)部整體的計(jì)劃能力，反饋能力和管理者的控制能力。同時(shí)提高整體職員參與公司管理的渠道。日常活動的方法提供開發(fā)部工作流程外的突發(fā)事件的解決方法內(nèi)容詳細(xì)描述日報(bào)/周報(bào)使用規(guī)則日報(bào)/周報(bào)的使用加強(qiáng)全體人員的計(jì)劃能力，做到我每天要做什么？今天項(xiàng)目經(jīng)理給我的安排是什么？對應(yīng)項(xiàng)目經(jīng)理和部長要知道每個(gè)人在做什么？只有這樣，才能保證控制人員可以宏觀調(diào)控，而個(gè)人也不會不知所措。注意事項(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é)人測試組組長項(xiàng)目進(jìn)展整體狀況：本周已完成工作量及不能解決的問題反饋，建議或提議；為每一個(gè)人員安排下周工作計(jì)劃，下周項(xiàng)目風(fēng)險(xiǎn)的預(yù)估。必須填寫必須每周五16：00前填寫完畢。項(xiàng)目經(jīng)理沒有按時(shí)提交的，負(fù)責(zé)人扣除相應(yīng)的績效日報(bào)開發(fā)部全體人員項(xiàng)目進(jìn)展?fàn)顩r：不能解決的問題反饋建議或提議；

突發(fā)問題必須反饋；當(dāng)天已完成工作量，明天工作量安排建議大家把工作安排填寫，有利于提高自己的計(jì)劃能力和規(guī)劃能力。同時(shí)能保證事情不會忘記。項(xiàng)目組長目標(biāo)功能的使用為每一個(gè)程序員根據(jù)個(gè)人不同的能力和狀況設(shè)定目標(biāo)，對于圓滿完成目標(biāo)者進(jìn)行鼓勵(lì)。同時(shí)，保證公司的開發(fā)效果在可控制范圍內(nèi)。開發(fā)部管理流程具體實(shí)施方案內(nèi)容概述開發(fā)部從流程上主要分為以下幾方面：開發(fā)部管理人員工作流BUGSurvey工作流項(xiàng)目分析工作流Beta后質(zhì)量保證工作流測試組beta前工作流項(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)理：對公司級的資源進(jìn)行調(diào)配，同時(shí)進(jìn)行開發(fā)部的整體計(jì)劃的制定和實(shí)施，保證開發(fā)部的可持續(xù)發(fā)展和利潤率。技術(shù)設(shè)計(jì)負(fù)責(zé)人：統(tǒng)一協(xié)調(diào)分析組的工作，在對日項(xiàng)目分析組中，進(jìn)行設(shè)計(jì)文檔的統(tǒng)一確認(rèn)，在對中方項(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)活動有序開展程序員：主要是負(fù)責(zé)項(xiàng)目按照分析文檔的實(shí)施，同時(shí)，在實(shí)施過程中優(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ù)工作。開發(fā)部概要流程圖開發(fā)部管理人員工作流軟件開發(fā)管理體系構(gòu)成參與人員：（技術(shù)設(shè)計(jì)負(fù)責(zé)人+測試負(fù)責(zé)人）+項(xiàng)目組長管理主線：管理人員去合適目前我們正在進(jìn)行的總量有多少，檢收而為付款的有多少，實(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è)簡要的需求，重點(diǎn)在于強(qiáng)調(diào)這個(gè)需求的原因（前因后果）UI文件設(shè)計(jì)文檔：東京和北京共同進(jìn)行估算報(bào)價(jià)書問題收集表：所有的問題一定要集中在一個(gè)文檔內(nèi)功能點(diǎn)文檔：一定要融合問題收集表內(nèi)對應(yīng)答案的所有內(nèi)容計(jì)劃文檔：要包含甘特圖項(xiàng)目總結(jié)及績效分配方案：把項(xiàng)目總結(jié)作為重點(diǎn)進(jìn)行。單體測試用例；按照模板進(jìn)行測試組測試用例:要保證最后的測試結(jié)果確認(rèn)測試用例：客戶確認(rèn)beta版后障害書：項(xiàng)目確認(rèn)者發(fā)送，按照同一格式進(jìn)行書寫和填寫。beta后障害list表，其中包含bug的簡單描述、bug的類型確定和各部門關(guān)于bug的總結(jié)。（2）過程管理類一個(gè)項(xiàng)目兩次會議：項(xiàng)目啟動會議和項(xiàng)目總結(jié)會議項(xiàng)目啟動會議主要是講述項(xiàng)目的功能點(diǎn)，并據(jù)具體問題，進(jìn)行嚴(yán)格的定義，說明本項(xiàng)目所必須遵守的特殊規(guī)則，子功能間的前后順序，統(tǒng)一的接口定義，和每個(gè)人在項(xiàng)目實(shí)施中應(yīng)該注意的問題。項(xiàng)目總結(jié)會議和MD分配方案的確定。主要是根據(jù)項(xiàng)目實(shí)施的結(jié)果，進(jìn)行集中的討論和諧而公平的團(tuán)隊(duì)：公司其他方面的管理，就是為了加強(qiáng)管理，提倡量化。做到各司其職，多勞多得，公平評價(jià)，提供機(jī)會給相應(yīng)的人。管理人員注意事項(xiàng)其中反饋機(jī)制的建立最關(guān)鍵。其中管理必須遵守以下規(guī)則：對象流程編號工作內(nèi)容上流方下流方備注項(xiàng)目經(jīng)理分配項(xiàng)目客戶負(fù)責(zé)人項(xiàng)目組長解決人力矛盾項(xiàng)目組長測試負(fù)責(zé)人

技術(shù)設(shè)計(jì)負(fù)責(zé)人項(xiàng)目組長測試負(fù)責(zé)人

技術(shù)設(shè)計(jì)負(fù)責(zé)人下流方人員負(fù)責(zé)把結(jié)果反饋給東京擔(dān)當(dāng)者開發(fā)部經(jīng)理公司管理問題項(xiàng)目經(jīng)理各級負(fù)責(zé)人職員全體職員一定要給問題提出者答復(fù)，成為制度后頒布組長分配項(xiàng)目項(xiàng)目經(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ù)無測試部經(jīng)理team所有成員文檔列表如下：功能點(diǎn)文檔問題收集計(jì)劃書單體測試用例QA監(jiān)督svn的執(zhí)行情況程序員項(xiàng)目經(jīng)理組長監(jiān)督過程管理參數(shù)組長項(xiàng)目經(jīng)理整理所有項(xiàng)目文檔組長項(xiàng)目經(jīng)理對日匯報(bào)表組長項(xiàng)目經(jīng)理績效考核提供過程情況匯總組長項(xiàng)目經(jīng)理月度過程管理處理表測試部經(jīng)理組織書寫測試用例項(xiàng)目經(jīng)理（功能點(diǎn)文檔）東京整理匯總beta版后bug分析表項(xiàng)目經(jīng)理（提供的完整的β后障害書）所有管理者其中的技術(shù)分析和管理分析及對東京的建議應(yīng)由項(xiàng)目負(fù)責(zé)人進(jìn)行填寫控制測試的結(jié)果Bugsurvey工作流參見《bugSurvey工作規(guī)約》。項(xiàng)目分析工作流參見《項(xiàng)目分析工作規(guī)約》Beta后質(zhì)量保證工作流參見《beta后規(guī)作規(guī)約》測試組beta前工作流項(xiàng)目組基本工作流概述在項(xiàng)目進(jìn)行過程中，要求能夠及時(shí)反饋。做好計(jì)劃安排，并調(diào)整這個(gè)人力的配比，以達(dá)到最好的效果。對程序員的要求尤其在分析組成立前期，對分析組的設(shè)計(jì)書，盡可能提出建設(shè)性意見和設(shè)計(jì)的問題，有利于提高項(xiàng)目分析能力在功能實(shí)現(xiàn)上，主要和項(xiàng)目經(jīng)理的溝通，把類結(jié)構(gòu)設(shè)計(jì)和代碼向理想情況努力，同時(shí)用公司內(nèi)的代碼規(guī)范作為自己的行動準(zhǔn)則在日常活動中，加強(qiáng)團(tuán)體意識，加強(qiáng)責(zé)任感。對項(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)目中消除。硬性要求如下：每個(gè)項(xiàng)目（大于10MD正常項(xiàng)目）必須提供的文檔為功能點(diǎn)文檔，需求收集，單體測試用例，項(xiàng)目總結(jié)及MD最終分配方案文檔每個(gè)項(xiàng)目（大于10MD正常項(xiàng)目）必須召開兩次會議：

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

項(xiàng)目總結(jié)會議：主要是評價(jià)每個(gè)成員的表現(xiàn)和項(xiàng)目完整的狀況和質(zhì)量，總結(jié)失敗的經(jīng)驗(yàn)教訓(xùn)。同時(shí)根據(jù)評論的結(jié)果進(jìn)行最后的MD的分配。整個(gè)團(tuán)隊(duì)的建設(shè)和公司的管理工作。在項(xiàng)目管理中發(fā)現(xiàn)問題，把反映給公司。以備在公司級別對整個(gè)流程和各個(gè)環(huán)節(jié)進(jìn)行調(diào)整。流程圖項(xiàng)目組文檔管理原則：所有文檔必須都放在SVN上，進(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)系Testcase項(xiàng)目組書寫的單體測試用例測試組書寫的測試用例東京發(fā)送的confirm測試用例Schedule針對項(xiàng)目實(shí)施的日程安排對東京進(jìn)行進(jìn)度匯報(bào)的每個(gè)報(bào)表FunctionPoints功能點(diǎn)文檔AllBugSpecBeta后障害書針對此項(xiàng)目的beta后bug類型確定和經(jīng)驗(yàn)匯總。完畢后，應(yīng)及時(shí)發(fā)送測試組項(xiàng)目經(jīng)理。UIHtmlDemoHearingSheet聯(lián)系分析組，如果有應(yīng)該直接copyFPSpecFPsheet不同版本FPchange表FP說明，記錄所有FP變更歷史，以備后期確認(rèn)的方便。測試部β版前流程相關(guān)人員測試部經(jīng)理：××測試組成員：測試人員的要求一定要注意配合。因?yàn)?，在此環(huán)節(jié)，一種好的描述方式和溝通方式將會直接影響工作效率和工作質(zhì)量。所以，首先大家要注意bug管理系統(tǒng)的使用方法和規(guī)則，同時(shí)，盡量采用統(tǒng)一的屬于進(jìn)行描述，如果需要圖形輔助，也可以進(jìn)行貼圖。加強(qiáng)需求理解能力。能夠盡快的理解文檔和功能測試用例。在工作中細(xì)致、耐心、有條理。同時(shí)對應(yīng)esm系統(tǒng)需要測試部填寫的過程參數(shù)必須嚴(yán)格按照規(guī)定填寫。工作流程圖注意事項(xiàng)Bug管理系統(tǒng)中的狀態(tài)一定要維護(hù)