項目復(fù)盤參考

1、項目管理中的復(fù)盤主要做哪些事情1. 收集和凈化開發(fā)過程中各種度量數(shù)據(jù)。收集包括工作量，規(guī)模，進度，范圍，需求變更，代碼行，缺陷泄漏，測試BUG分布，生產(chǎn)率，評審，返工等各項數(shù)據(jù)。注意的是這些數(shù)據(jù)的收集要分散到整個項目監(jiān)控過程中去，最好數(shù)據(jù)收集細(xì)化到周跟蹤中，要得到第一手的數(shù)據(jù)項目中最好能夠推廣使用PSPStudio等相關(guān)工具，保證數(shù)據(jù)的真實性和準(zhǔn)確性。復(fù)盤一詞應(yīng)該來源于圍棋，圍棋一般下完棋后馬上進行復(fù)盤，目的是雙方都還可以清楚記得過程中得每個步驟和細(xì)節(jié)，而對于軟件項目生命周期長得時候，靠復(fù)盤再去回憶是不可能完全記得清楚得，因此需要我們平時記錄好這些度量數(shù)據(jù)，或者中間增加多個里程碑和檢查點，及時

2、得收集和分析數(shù)據(jù)。2. 總結(jié)項目經(jīng)驗教訓(xùn)項目一個版本完成后，肯定既有做得好得地方也有做得不好得地方，項目本身要總結(jié)同時項目中得每個成員都應(yīng)該進行自我總結(jié)。總結(jié)得目的一個是形成相關(guān)得規(guī)范和標(biāo)準(zhǔn)，避免后續(xù)版本犯同樣得錯誤，另外一個就是形成相關(guān)得方法或模式。項目在進度緊張時候很難有足夠得時間去分析和決策究竟選擇那種方法或解決方案，這塊每個項目必須形成相關(guān)得模式，以后遇到類似得場景就知道如何去分析和解決問題。3. 為后續(xù)版本估算提供足夠得數(shù)據(jù)支持一個項目中需求，設(shè)計，開發(fā)各階段工作量比例究竟如何，項目得平均生產(chǎn)率大概在一個什么樣得水平，項目在估算中評審，測試究竟需要留多少得時間？這些經(jīng)驗數(shù)據(jù)都需要我們

3、從前續(xù)版本得復(fù)盤中來獲取。剛開始做我們得估算很難做得準(zhǔn)備，是因為我們沒有歷史經(jīng)驗數(shù)據(jù)可以參加，項目版本做多了，多注意復(fù)盤收集和分析數(shù)據(jù)，完全可以使我們得估算做到很準(zhǔn)確。復(fù)盤得實際值并不一定不加分析完全用于下一個版本得估算，實際數(shù)據(jù)本身可能也存在問題和缺陷，我們應(yīng)該把這些噪音剔除掉，同時有些工作量分布比例跟我們得質(zhì)量目標(biāo)有密切得聯(lián)系，女口當(dāng)我們得質(zhì)量目標(biāo)高得時候，則評審和測試占的工作量比例可能會更高些。原創(chuàng)IT項目管理-項目復(fù)盤總結(jié)項目計劃方面（PP）1. 通過流總數(shù)來定義用例的復(fù)雜度很難準(zhǔn)確，且發(fā)現(xiàn)很多時候用例本身也偏大,但又很難去拆分它為幾個子用例。（項目估算）后期對小版本采用專家法，對大版

4、本采用功能點法估算，并進行功能點估算培訓(xùn)。對于基于用例估算的時候需要考慮到對于復(fù)雜用例必須要考慮拆分出擴展用例或子用例。另外基本流，擴展流的粒度和編寫原則要進一步細(xì)化，現(xiàn)在還存在就是一條流描述了多條業(yè)務(wù)規(guī)則，或者是本來可以一條流描述的寫軟件需求的時候拆分為多條描述。2. 估算沒有通知到測試人員參與（項目估算）測試的工作量和軟件產(chǎn)品本身的規(guī)模是相關(guān)的，我們知道首先需求的規(guī)模和測試用例的規(guī)模之間根據(jù)歷史經(jīng)驗數(shù)據(jù)可以得出一個換算比例關(guān)系。所以根據(jù)軟件需求規(guī)?？梢缘贸鰷y試規(guī)模，根據(jù)測試規(guī)模/測試生產(chǎn)率后可以得到測試的工作量。因此估算需要通知到測試人員，進行測試設(shè)計和測試執(zhí)行工作量估算。3. 估算的新模

5、板很多參數(shù)和指標(biāo)具體含義項目成員不熟悉（項目估算）包括copq,cogc以及評審，返工，設(shè)計開發(fā)等工作量是如何估算出來的參與估算的項目成員并不是特別清楚。很多流程和規(guī)則都固化到了Excel模板中，雖然估算的過程簡單了，但是成員并沒有真正了解估算的流程和原理。4. 周例會沒有和項目成員共同分析和確認(rèn)風(fēng)險以及風(fēng)險參數(shù)周例會需要共同分析本周發(fā)生的問題，這塊BA做的好，設(shè)計開發(fā)很少提問題。周例會需要共同對已有的風(fēng)險進行跟蹤，并識別新風(fēng)險。項目需要組織專門的風(fēng)險管理培訓(xùn)，項目管理很多時候就是對風(fēng)險的管理5. 不是所有的成員都參加了項目主計劃的評審獲取項目承諾個別設(shè)計開發(fā)人員沒有全部參加項目主計劃內(nèi)部評審

6、，項目成員不清楚總體情況。這跟項目團隊的異地化開發(fā)協(xié)調(diào)也有一定關(guān)系，但是我們?nèi)匀粡娬{(diào)所有成員都應(yīng)該參加項目計劃的評審，并進行承諾，這樣團隊成員可以將自我項目任務(wù)和團隊項目目標(biāo)很好的匹配。6. 項目成員不清楚項目自定義過程和作用項目自定義過程是IPM過程域的一個重要內(nèi)容，需要對其作用了解清楚。過程裁剪的方法，原則，裁剪和項目特征之間的關(guān)系等都需要有個大致的了解。不是簡單的為了進度而裁剪掉過程，評審，集成測試等重要過程裁剪掉了往往項目質(zhì)量和進度更加無法保障。7. 項目在一些技術(shù)方案和實現(xiàn)方式選擇上面沒有形成規(guī)范做法CMM三級DAF過程域強調(diào)了項目的分析和決策，如何通過DAF來指導(dǎo)項目識別，分析，選

7、擇技術(shù)方案需要考慮。8. WBS分解計劃階段沒有包含風(fēng)險計劃分解結(jié)果項目的風(fēng)險管理過程從項目一啟動就已經(jīng)開始，在項目計劃階段應(yīng)該包括了風(fēng)險的識別，風(fēng)險的分析，風(fēng)險的應(yīng)對措施和計劃等很多內(nèi)容。對于最終采取的風(fēng)險應(yīng)對措施和計劃應(yīng)該有專門的WBS商要計劃和具體的風(fēng)險應(yīng)對任務(wù)和活動。項目跟蹤和監(jiān)控方面（PMC）1. 項目周報很難體現(xiàn)項目總體進度項目周報的形式需要進行改善，項目的開發(fā)模式需要更加的體現(xiàn)增量和迭代開發(fā)。這樣跟蹤的時候可以按照功能點或需求特征點進行跟蹤，根據(jù)冒煙測試的情況來使項目進度真正可視。在這一塊可以引入停車場圖更加直觀的項目進度展現(xiàn)方式。2. 集成測試比預(yù)期進度延后3天左右再次強調(diào)敏捷

8、開發(fā)中持續(xù)集成和每日構(gòu)建的概念，這個版本在這里吃虧較多，持續(xù)集成的一個重要作用就是保證測試的迭代，提前發(fā)現(xiàn)結(jié)隊任務(wù)問題，避免設(shè)計嚴(yán)重泄露。3. 問題分析和跟蹤機制不完善因為經(jīng)常最多的就是聽到這個問題解決了沒有，在誰哪里，為什么這樣解決，這種解決方式有問題等詞語，說明整個問題解決和跟蹤機制還有待改進。組織有組織級別的資產(chǎn)庫和經(jīng)驗庫，項目也需要有項目級的問題和經(jīng)驗收集管理庫。4. 設(shè)計人員對開發(fā)輸出的Review力度還要加強在團隊本身不穩(wěn)定或團隊成員新老交替的時候，應(yīng)該多采用以師帶徒的模式，這個時候師傅要加強代碼的Review工作，通過Review代碼來盡早的發(fā)展開發(fā)質(zhì)量問題，發(fā)現(xiàn)新員工技能存在的

9、欠缺點，后續(xù)好開展有針對性的培訓(xùn)。5. 項目經(jīng)理不能每周準(zhǔn)確跟蹤到進度情況還是說到設(shè)計這塊，由于沒有持續(xù)集成，每周功能點也沒有集成到151上來，項目經(jīng)理這塊很難確切跟蹤到準(zhǔn)確進度情況，所以這塊建立在對設(shè)計完全信任上。6. 架構(gòu)如何跟蹤設(shè)計是否按照架構(gòu)思路執(zhí)行問題如何保證設(shè)計和架構(gòu)的一致性？這塊架構(gòu)要考慮下，后期如何加強控制。這也是我們IT項目管理中強調(diào)概念完整性的一個重要內(nèi)容，首先需求本身不能出現(xiàn)偏差，其次架構(gòu)和總體設(shè)計和需求匹配，設(shè)計的思路要能夠嚴(yán)格貫徹執(zhí)行。7. 任務(wù)承諾和執(zhí)行的問題PMS任務(wù)周四提出可以延后兩天，周五提出需要延期的只能延后一天。但任務(wù)延期必須有明確的原因。項目經(jīng)理口頭或郵

10、件的非PMS任務(wù)請大家一定注意，你承諾了在某個時間點能夠搞定的要確保在時間點搞定。驗證和確認(rèn)相關(guān)（VER&VAL）1. 測試人員的測試用例模板存在問題測試一個重要環(huán)節(jié)是分支分析和測試數(shù)據(jù)的準(zhǔn)備，這塊還要考慮后續(xù)改進方法。2. 測試人員對業(yè)務(wù)的理解程度問題這塊對測試業(yè)務(wù)培訓(xùn)較少，測試對業(yè)務(wù)理解深度還要加強，測試有需求要盡早提出來，項目組這邊會多安排BA給測試進行培訓(xùn)3. 測試用例本身的質(zhì)量問題測試用例本身的質(zhì)量涉及到兩方面的內(nèi)容，一個是測試用例的編寫方法，一個是測試人員對業(yè)務(wù)的理解程度。測試用例要能夠全面覆蓋到軟件需求的內(nèi)容，包括非功能性方面的軟件需求。測試用例一定要能夠很好的體現(xiàn)流程，

11、體現(xiàn)數(shù)據(jù)準(zhǔn)備，體現(xiàn)數(shù)據(jù)在流程中處理完成后我們分析出的期望結(jié)果。測試數(shù)據(jù)，輸入，期望輸出必不可少。4. 通過評審的效果和質(zhì)量問題對于需求和架構(gòu)的同行評審效果較好，能夠發(fā)現(xiàn)大部分問題。但對于設(shè)計和編碼的同行評審后期進度緊張，進行的不是特別好，評審的時間點也較后，很難提前發(fā)現(xiàn)設(shè)計和編碼問題。同時我們看到在需求和設(shè)計階段，我們評審重點都在功能性需求上面，對于系統(tǒng)的易用性，可擴展性，性能等方面的非功能性需求考慮較少。本文為人月神話博客原創(chuàng)文章，轉(zhuǎn)載請務(wù)必注明出處。從下圍棋中看項目管理發(fā)布人：圣才學(xué)習(xí)網(wǎng)發(fā)布日期：2010-06-1811:30共4人瀏覽大中小圍棋中最講究大大局觀，每一步棋和每一次決策都要以

12、大局為重，眼前或局部的利益固然重要，但往往為了整體或長遠(yuǎn)的利益必須要犧牲眼前的利益。大局觀的目的只有一個，為了最終的勝利，這是唯一追求的目標(biāo)。大局觀說起來容易，但要做大良好的大局觀卻太難了，大局觀首先要求我們對當(dāng)前的敵我的形勢做一個全面的分析，同時要預(yù)知到未來棋局的變化，這其中對未來的棋局的演化或預(yù)測往往更加重要，因為你即將下的一步棋都是為了后續(xù)的利益服務(wù)的。為了獲取長遠(yuǎn)利益，往往要通過棄子來犧牲當(dāng)前利益，為了占據(jù)先機要以先手為先并且防止對方脫先。當(dāng)局者迷，旁觀者清。只有當(dāng)局者能夠以旁觀者的平常心來審時度勢，才能夠真正把握大勢和棋局走向。在項目管理中的大局觀就體現(xiàn)在項目管理三要素的平衡上，項目

13、管理過程就是要按照項目預(yù)定義的目標(biāo)在現(xiàn)有的各種資源和條件下成功的完成項目。因此項目經(jīng)理應(yīng)該對項目管理各要素有全面的分析和了解，并根據(jù)項目執(zhí)行和監(jiān)控過程及時的分析偏差，糾正偏差，保證項目按照預(yù)定義過程前進。大局觀的另一個要點體現(xiàn)在項目的風(fēng)險管理過程中，風(fēng)險管理就是需要項目管理者能夠預(yù)先的分析出影響項目目標(biāo)的所有非確定性因素，并提前采取相關(guān)的預(yù)防措施，對不確定性的事件投入預(yù)防成本，這些決策更體現(xiàn)到最項目整體成功的把握上面。次序的藝術(shù)圍棋是次序的藝術(shù)，首先在下棋過程中要處處爭先，走先手可以處處占盡先機，牽著對手的鼻子走。一步次序走錯往往就導(dǎo)致全盤皆輸，這在圍棋中是常見的事情。項目管理中需要對活動進行

14、排序，確定活動的依賴關(guān)系，然后按著順序一步步做?？焖俑M是項目管理中壓縮進度的常用方法，但一般并不推薦采用，任何破壞次序的方法多會為項目代理額外的風(fēng)險。而這些風(fēng)險在項目后期全部轉(zhuǎn)化為項目問題，帶來巨大的糾正成本。布局布局階段沒有太多的激烈戰(zhàn)斗或搏殺，但布局階段完成往往就決定了整盤棋的走勢。布局中有星，小目，中國流等多種布局，在邊角還有各種定式。棋手采用什么樣的布局首先是對這種布局的各種演化有很深的研究，另外就是會針對對手的情況來考慮自己的布局，往往一子未落，整個布局已經(jīng)全然規(guī)劃在心中。關(guān)鍵字：圍棋項目管理公司管理制度管理制度企業(yè)管理制度企業(yè)管理項目管理的初始和計劃階段則對應(yīng)于圍棋中的布局階段，

15、因此計劃階段第一是要根據(jù)歷史資料，經(jīng)驗和組織過程資產(chǎn)選擇合適的項目管理方法論，這就是項目管理中的定式。在選擇了合適的方法論和生命周期模型后才是決定在項目執(zhí)行和監(jiān)控中的每件事情究竟如何去做？計劃就是確定howto的事情，使我們在項目的執(zhí)行和控制階段有標(biāo)準(zhǔn)，有依據(jù)。形勢判斷和分析棋手在圍棋進行中盤階段后隨時都需要作形勢分析，分析自己棋形的厚薄，分析自己和對手的實地的多少。厚勢可以轉(zhuǎn)化為實地，而實地也可能被對手侵消。通過準(zhǔn)確的形勢判斷，找到棋局的關(guān)鍵點和必爭點，找到重要的勝負(fù)手，而決定自己的下一步。在項目管理中項目經(jīng)理也需要有計劃的在項目執(zhí)行過程中做這種形勢分析即項目監(jiān)控，監(jiān)控的要素除了項目的進度，

16、范圍，資源和質(zhì)量外，還有項目的干系人狀態(tài)，項目的風(fēng)險和問題，項目的依賴和承諾，這些因素都會決定項目的成敗。監(jiān)控目的保證項目按計劃進行，在監(jiān)控過程中發(fā)現(xiàn)嚴(yán)重偏差后要及時的進行糾正。圍棋手筋一盤圍棋總離不開戰(zhàn)斗，手筋指的就是在局部戰(zhàn)斗中的最佳著點，一般來說，手筋是通過撲，點，尖，立，斷，扳，枷，征，靠，夾，挖，接不歸，擠，滾打，飛等不同的技巧組合起來在攻擊，防守，對殺，收官中取得別的下法所不能取代的最佳效果。關(guān)鍵字：圍棋項目管理公司管理制度管理制度企業(yè)管理制度企業(yè)管理項目管理中的最佳實踐可以看做手筋，別人的最佳實踐對項目是否有用就像你學(xué)了手筋后對下一盤棋是否有用一樣。答案是可能有用，也可能沒有用，最佳實踐是在特定場景和條件下，特定的人員和資源組合條件下才是最有效的，而對于一個獨立的項目是否出現(xiàn)這種特定的場景往往并不是一定的。我們學(xué)習(xí)了很多手筋但往往在實戰(zhàn)中能夠用到的并不是很多，因為圍棋千變?nèi)f化，手筋的棋形不一定走出來，所以更談不