示例結(jié)構(gòu)：  http://114.67.82.250/display/Ts/Team_Space

項(xiàng)目管理方法-總結(jié)

概要

項(xiàng)目經(jīng)理的工作包括這些方面：

需求、團(tuán)隊(duì)日常、任務(wù)、文檔。

需求管理：完成“需求”是核心目標(biāo)，流程化、風(fēng)險(xiǎn)可控化是手段。

團(tuán)隊(duì)規(guī)范：項(xiàng)目經(jīng)理需要整理出“團(tuán)隊(duì)規(guī)范”、書(shū)面化標(biāo)準(zhǔn)，以明確要求，避免反復(fù)口頭傳達(dá)要求。

任務(wù)管理：任務(wù)可跟進(jìn)，是達(dá)成“需求”、項(xiàng)目正常運(yùn)轉(zhuǎn)的保障。

文檔管理：需要引導(dǎo)明確要求，組織好文件存放的層級(jí)結(jié)構(gòu)，以可持續(xù)的更新。 是項(xiàng)目長(zhǎng)治久安的保障。

需求各階段管理

需求溝通

評(píng)估需求是否達(dá)到可以分析的詳細(xì)程度，是否外部達(dá)到啟動(dòng)條件，如果不能達(dá)到，可以拒絕花費(fèi)時(shí)間分析。

細(xì)節(jié)工作可以下發(fā)，但項(xiàng)目經(jīng)理要對(duì)需求內(nèi)容整體都了解

將需求匯總到項(xiàng)目組的“需求跟蹤表”中。

建立該需求的臨時(shí)資料svn目錄，如：“4.55精品商務(wù)經(jīng)濟(jì)座積分”，保存需求文檔及后續(xù)文檔。

立項(xiàng)

完成《開(kāi)發(fā)方案》、wbs、流程圖、樣式設(shè)計(jì)（RP軟件），示例： 

XX方案設(shè)計(jì)v1.docx

XX開(kāi)發(fā)wbs-1.mpp

業(yè)務(wù)流程圖-開(kāi)發(fā)流程圖-供參考.vsdx

1.rp

后續(xù)重要溝通結(jié)論、識(shí)別的新問(wèn)題，及時(shí)補(bǔ)充到《開(kāi)發(fā)方案》或?qū)Ｓ兄黝}的文檔。

避免單個(gè)開(kāi)發(fā)人員總攬方案，而沒(méi)有多人評(píng)審環(huán)節(jié)，這樣容易出現(xiàn)功能設(shè)計(jì)風(fēng)險(xiǎn)問(wèn)題。

《開(kāi)發(fā)方案》中包含功能設(shè)計(jì)、風(fēng)險(xiǎn)點(diǎn)、待溝通問(wèn)題、對(duì)接項(xiàng)目組及負(fù)責(zé)人及時(shí)間點(diǎn)、性能、可用性等的考慮。

將風(fēng)險(xiǎn)點(diǎn)加入項(xiàng)目組的“風(fēng)險(xiǎn)跟蹤”中。

將開(kāi)發(fā)、測(cè)試、上線時(shí)間點(diǎn)、對(duì)接時(shí)間點(diǎn)、uat測(cè)試時(shí)間等加入“需求里程碑跟蹤”表。要求產(chǎn)品經(jīng)理也要關(guān)注與其相關(guān)的時(shí)間點(diǎn)。

開(kāi)發(fā)

開(kāi)發(fā)人員對(duì)《開(kāi)發(fā)方案》中不夠詳細(xì)的詳細(xì)處理流程，使用易交流的方式補(bǔ)全。

完成srs，完成輸入輸出等詳細(xì)約束、定義

代碼分支開(kāi)發(fā)，sql腳本、部署說(shuō)明文檔，按代碼分支保存。

將分支名加入“代碼分支跟蹤表”

測(cè)試

測(cè)試人員梳理測(cè)試點(diǎn)，以達(dá)到理解一致。需要考慮上線后的驗(yàn)證方法、過(guò)程。有需要功能開(kāi)發(fā)幫助測(cè)試驗(yàn)證的內(nèi)容，提前提出。

使用工具記錄、處理bug

預(yù)驗(yàn)收、培訓(xùn)

上線前需要及時(shí)組織產(chǎn)品經(jīng)理、業(yè)務(wù)人員，對(duì)功能做uat測(cè)試，培訓(xùn)（立項(xiàng)時(shí)預(yù)約時(shí)間點(diǎn)）?？捎行p少體驗(yàn)問(wèn)題。

發(fā)布

準(zhǔn)備上線發(fā)布步驟、清單等信息，準(zhǔn)備線上驗(yàn)證點(diǎn)、步驟、時(shí)間點(diǎn)計(jì)劃。

安排一人整體協(xié)調(diào)發(fā)布過(guò)程。

涉及外部聯(lián)調(diào)，提前準(zhǔn)備接口地址、賬號(hào)等信息。

線上跟蹤

上線后，一周內(nèi)需要關(guān)注相關(guān)功能的錯(cuò)誤日志、服務(wù)日志。有問(wèn)題優(yōu)先解決。

更新“代碼分支跟蹤表”

更新“線上服務(wù)配置信息匯總”，包括配置參數(shù)、日志關(guān)鍵字等。

將《開(kāi)發(fā)方案》的功能點(diǎn)細(xì)則，合并到“業(yè)務(wù)規(guī)則”文檔

更新“功能日常維護(hù)人員表”

更新“依賴的接口及匯總、依賴的接口及匯總”，包括接口、數(shù)據(jù)的外部項(xiàng)目組負(fù)責(zé)人、接口地址等信息。

新上線的項(xiàng)目，要更新“線上發(fā)布記錄”

日常運(yùn)維

項(xiàng)目上線后，可考慮加入系統(tǒng)的監(jiān)控系統(tǒng)，如“數(shù)據(jù)量變化監(jiān)控功能”

響應(yīng)業(yè)務(wù)部門對(duì)功能的咨詢

響應(yīng)其它項(xiàng)目組對(duì)接口、業(yè)務(wù)的咨詢

處理線上問(wèn)題、bug

盡量及時(shí)處理舊問(wèn)題，避免合并到新問(wèn)題一起處理。

業(yè)務(wù)咨詢的問(wèn)題，及時(shí)補(bǔ)充到“業(yè)務(wù)規(guī)則”或“用戶手冊(cè)（單獨(dú)空間）”。

其它注意點(diǎn)

某需求分拆多次上線的，要跟蹤多次對(duì)應(yīng)的時(shí)間點(diǎn)。

一個(gè)需求中，既有新功能，又有對(duì)原功能的修改時(shí)，要考慮修改原功能產(chǎn)生的風(fēng)險(xiǎn)大小，如果大的話，分拆上線是否可以減小風(fēng)險(xiǎn)。

修改多個(gè)原有功能時(shí)，也要考慮產(chǎn)生的風(fēng)險(xiǎn)大小，是否可以分拆上線，減少風(fēng)險(xiǎn)。因?yàn)榉植鸷?，可以及時(shí)驗(yàn)證、關(guān)注該功能點(diǎn)的影響。

需求分期模板

 投入產(chǎn)出分析、結(jié)項(xiàng)

項(xiàng)目的目的是產(chǎn)出效益。在可能的情況下，接收需求前分析投入產(chǎn)出，是否值得做。

在新項(xiàng)目上線初步穩(wěn)定后，結(jié)項(xiàng)、評(píng)估實(shí)際投入產(chǎn)出效益。之后轉(zhuǎn)為維護(hù)與優(yōu)化項(xiàng)目。

大的版本變更需求，作為獨(dú)立項(xiàng)目開(kāi)啟，評(píng)估投入產(chǎn)出效益。之后重新變?yōu)椤熬S護(hù)與優(yōu)化項(xiàng)目”。

團(tuán)隊(duì)管理

目標(biāo)：團(tuán)隊(duì)高效高質(zhì)完成任務(wù)，提升團(tuán)隊(duì)成員能力。

“需求跟蹤表”

需求跟蹤表

工作量跟蹤表

   基于任務(wù)的分配記錄，匯總每個(gè)成員未來(lái)幾個(gè)月所負(fù)責(zé)的任務(wù)。

工作量跟蹤表

日常記要、臨時(shí)任務(wù)

臨時(shí)任務(wù)跟蹤

臨時(shí)任務(wù)、日常記錄-20年

人員請(qǐng)假、加班記錄

請(qǐng)假、加班記錄

臨時(shí)績(jī)效記錄

臨時(shí)績(jī)效記錄

技術(shù)分享、學(xué)習(xí)

技術(shù)分享（單獨(dú)空間，多項(xiàng)目組共享，按標(biāo)簽導(dǎo)航）

技術(shù)分享記錄

環(huán)境賬號(hào)管理

測(cè)試環(huán)境的服務(wù)器、數(shù)據(jù)庫(kù)賬號(hào)等，可考慮不同人不同賬號(hào)權(quán)限、不對(duì)部分人公開(kāi)賬號(hào)。

測(cè)試環(huán)境資源賬號(hào)管理（受限）

線上資源賬號(hào)管理（受限）

團(tuán)隊(duì)動(dòng)員、鼓舞、團(tuán)建，等團(tuán)隊(duì)協(xié)作提高

尋找適當(dāng)自己的方式，提高團(tuán)隊(duì)協(xié)作。

晨會(huì)、周會(huì)等溝通方式

使用晨會(huì)、周會(huì)、每天任務(wù)檢查等方式，保持有效溝通和跟蹤。

團(tuán)隊(duì)規(guī)范

項(xiàng)目經(jīng)理需要整理出“團(tuán)隊(duì)規(guī)范”、書(shū)面化標(biāo)準(zhǔn)，以明確要求，避免反復(fù)口頭傳達(dá)要求。

詳見(jiàn)目錄：項(xiàng)目組規(guī)范

代碼管理

“代碼分支跟蹤表”

分支管理，避免分支、需求 被遺漏發(fā)布，所以需要分支命名規(guī)范、分支信息做記錄。

分支命名：f_需求編號(hào)(4.58)_功能名

代碼分支管理

數(shù)據(jù)庫(kù)架構(gòu)版本管理

數(shù)據(jù)庫(kù)架構(gòu)的版本變更，可以導(dǎo)出生成數(shù)據(jù)庫(kù)的腳本，在git中跟蹤變更。

測(cè)試數(shù)據(jù)庫(kù)定時(shí)備份

測(cè)試、開(kāi)發(fā)數(shù)據(jù)庫(kù)，還可以考慮定時(shí)備份，避免人為誤刪除。

git子項(xiàng)目管理

不同子項(xiàng)目互相引用時(shí)，為了單個(gè)項(xiàng)目的代碼量可控，宜對(duì)git項(xiàng)目進(jìn)行拆分到相對(duì)獨(dú)立的模塊大小。

git子項(xiàng)目管理SubModule

公共類、分層管理

多人合作開(kāi)發(fā)，不可避免各有各的風(fēng)格、溝通不及時(shí)。公共類、項(xiàng)目代碼分層，需要指定一兩個(gè)資深開(kāi)發(fā)人員負(fù)責(zé)，其他人需要與他們溝通后，按要求放置。

負(fù)責(zé)人要把“公共類、分層管理”的邏輯形成文檔。

項(xiàng)目拆分、公共類管理信息

代碼規(guī)范，代碼走查，規(guī)范完善

基礎(chǔ)的代碼規(guī)范要求

日常代碼走查的制度，檢查結(jié)果記錄文檔。

將走查到的突出問(wèn)題，整理到規(guī)范要求并提供示例。

代碼走查-范例收集

提交測(cè)試要求

提交測(cè)試前，要求開(kāi)發(fā)自測(cè)、單元測(cè)試（視項(xiàng)目組制度）、代碼走查，方可提交測(cè)試。

系統(tǒng)組成、應(yīng)用列表

00系統(tǒng)組成

發(fā)布包版本

單應(yīng)用的發(fā)布包（測(cè)試環(huán)境），也可以放單個(gè)git項(xiàng)目中，以方便提取發(fā)布包到線上。

任務(wù)管理

任務(wù)分類

包括：

需求任務(wù)拆分

臨時(shí)任務(wù)、問(wèn)題處理

總結(jié)、周期任務(wù)、日常任務(wù)

任務(wù)管理原則

任務(wù)責(zé)任制，被指派任務(wù)人，承擔(dān)完成任務(wù)的主要責(zé)任。需要尋求他人支持時(shí)要講明背景、詳細(xì)信息、需要的支持內(nèi)容，帶著可選方案提出問(wèn)題。

任務(wù)分配，要有記錄可查，任務(wù)要求提前在項(xiàng)目組規(guī)范中說(shuō)明。避免大家對(duì)任務(wù)的范圍、質(zhì)量要求理解不一致。

每天需要及時(shí)在redmine中登記工時(shí)在相應(yīng)任務(wù)下。如同時(shí)做多個(gè)任務(wù)，可分別登記工時(shí)（注釋中寫(xiě)工作內(nèi)容）。同時(shí)更新完成百分比、狀態(tài)。

需要拆分任務(wù)到一個(gè)個(gè)可以標(biāo)記是否完成的“交付物任務(wù)包”，而不是都標(biāo)記完成百分比，卻沒(méi)有一個(gè)可以完結(jié)的任務(wù)。

例如：拆分一個(gè)功能的任務(wù)為：開(kāi)發(fā)完成（可提測(cè)）、文檔、bug修復(fù)、部署

項(xiàng)目信息中，可查看所有工時(shí)登記

項(xiàng)目經(jīng)理，可以視情況將任務(wù)細(xì)分到大小不同的粒度。成員可以對(duì)任務(wù)繼續(xù)做細(xì)分，但不能新添同級(jí)任務(wù)。識(shí)別出新的任務(wù)時(shí)，應(yīng)由項(xiàng)目經(jīng)理創(chuàng)建同級(jí)任務(wù)。

項(xiàng)目經(jīng)理每天關(guān)注“進(jìn)行中的大任務(wù)的進(jìn)度”、每個(gè)成員的工時(shí)填寫(xiě)情況。

 團(tuán)隊(duì)協(xié)作：
項(xiàng)目團(tuán)隊(duì)作為一個(gè)整體，必須團(tuán)結(jié)一致、同心協(xié)力，為實(shí)現(xiàn)項(xiàng)目目標(biāo)而共同努力。在項(xiàng)目中，項(xiàng)目的成功是團(tuán)隊(duì)成功的基礎(chǔ)，團(tuán)隊(duì)的成功又是個(gè)人成功的前提。因此每一位項(xiàng)目成員都必須以項(xiàng)目目標(biāo)為重，以團(tuán)隊(duì)業(yè)績(jī)?yōu)橹?，并為之付出努力?br>當(dāng)某些項(xiàng)目成員遇到困難時(shí)，應(yīng)該充分發(fā)揮團(tuán)隊(duì)的力量，發(fā)揚(yáng)互幫互助的精神共同解決問(wèn)題。在項(xiàng)目團(tuán)隊(duì)中，每一位項(xiàng)目成員都有義務(wù)在力所能及的方位內(nèi)，為其他項(xiàng)目成員提供幫助。

任務(wù)安排與服從：
在項(xiàng)目建設(shè)過(guò)程中，項(xiàng)目成員可以對(duì)項(xiàng)目經(jīng)理的任務(wù)安排提出異議，但項(xiàng)目經(jīng)理仍有最終決定權(quán)。對(duì)于項(xiàng)目經(jīng)理最終決定的任務(wù)安排，項(xiàng)目成員應(yīng)無(wú)條件地服從。

記錄方式 

redmine需求關(guān)聯(lián)體系方案

IT現(xiàn)有redmine體系 沒(méi)有很好講解設(shè)計(jì)原則，項(xiàng)目組可操作性差。

redmine項(xiàng)目，應(yīng)以部門、項(xiàng)目組為管理主體，方便他們集中管理。

業(yè)務(wù)需求、IT產(chǎn)品需求、項(xiàng)目組版本任務(wù)，彼此關(guān)聯(lián)。

年度計(jì)劃，需要提前錄入“IT需求”項(xiàng)目做跟蹤管理 。

redmine項(xiàng)目組任務(wù)管理

項(xiàng)目組任務(wù)包括：需求工時(shí)、臨時(shí)任務(wù)（線上bug、問(wèn)題分析、待處理bug或優(yōu)化、支持外部工時(shí)）、日常任務(wù)（日常任務(wù)、周期任務(wù)）。

某類臨時(shí)任務(wù)，能提前識(shí)別并指派的，就歸為日常任務(wù)。
如果使用redmine替代qc記錄bug，則一個(gè)redmine項(xiàng)目記新需求工時(shí)、臨時(shí)任務(wù)，另一個(gè)記bug跟蹤。

使用“跟蹤任務(wù)”列（或“跟蹤”=“任務(wù)跟蹤”，推薦前一種方式），識(shí)別每個(gè)人在處理哪些任務(wù)。每個(gè)人同時(shí)在處理的任務(wù)數(shù)應(yīng)在3~5個(gè)以內(nèi)。“跟蹤任務(wù)”另可加自定義屬性“質(zhì)量打分”（1~5分，用于績(jī)效計(jì)算=計(jì)劃工時(shí)*“質(zhì)量打分”）

redmine任務(wù)管理有一個(gè)問(wèn)題：添加子任務(wù)時(shí)，會(huì)把父任務(wù)的計(jì)劃日期、計(jì)劃工時(shí)覆蓋掉，所以需要3個(gè)新屬性來(lái)記錄（當(dāng)子任務(wù)尚未全創(chuàng)建完時(shí)）。

或配置不隨子任務(wù)變化。

需求的里程碑，也可以創(chuàng)建一條redmine任務(wù)（“跟蹤”=“里程碑”），跟蹤時(shí)間點(diǎn)。 相比不如在wiki里直觀。

開(kāi)發(fā)階段bug修復(fù)的任務(wù)如何編排

方式一（推薦）：排在“測(cè)試”期間，按人建bug修復(fù)任務(wù)。發(fā)布也是一樣，按人建任務(wù)。

方式二：開(kāi)發(fā)任務(wù)工時(shí)包含bug修復(fù)工時(shí)，但計(jì)劃完成時(shí)間僅指編碼實(shí)現(xiàn)。

confluence任務(wù)跟蹤方式

效果：  

 使用方法： 創(chuàng)建任務(wù)跟蹤

文檔管理

推薦方式：

wiki為主，svn為輔的方式管理文檔。

svn里按需求分文件夾，命名類似如下：

上線時(shí)，將svn目錄中的文檔拆分、合并到wiki中（開(kāi)發(fā)方案、數(shù)據(jù)字典、線上服務(wù)信息、配置賬號(hào)等）。

開(kāi)發(fā)方案 分為兩個(gè)：一個(gè)概要（功能點(diǎn)與規(guī)則，上線后合并到 業(yè)務(wù)規(guī)則）、另一個(gè)是詳細(xì)設(shè)計(jì)（補(bǔ)充細(xì)節(jié)規(guī)則、實(shí)現(xiàn)邏輯，上線后合并到開(kāi)發(fā)方案）

測(cè)試整理的文檔，存在 測(cè)試文檔

備選方案：某功能的”開(kāi)發(fā)方案“，做為該功能的“業(yè)務(wù)規(guī)則”的子節(jié)點(diǎn)。

關(guān)于“業(yè)務(wù)規(guī)則”的書(shū)寫(xiě)，建議項(xiàng)目經(jīng)理先做幾次示范，以后的再分配給成員做，并自己檢查修正后使用。

各類工具的比較

使用svn的話，操作繁瑣，不方便頻繁變更、高效交流。不建議組織一個(gè)很大的文件，在svn里頻率更新。

使用wiki的話，部分文檔類型不夠強(qiáng)大，還是需要線下再處理一些文檔（excel、word、project、思維導(dǎo)圖、流程圖等）。

wiki中文檔結(jié)構(gòu)

部門級(jí)技術(shù)分享管理

示例：0使用說(shuō)明

1.在”技術(shù)分享“下創(chuàng)建文檔

2.為技術(shù)文檔添加技術(shù)名詞標(biāo)簽

3.在”技術(shù)分享“頁(yè)面，可以按標(biāo)簽搜索文檔