IT項(xiàng)目管理-項(xiàng)目復(fù)盤

申請(qǐng)免費(fèi)試用、咨詢電話：400-8352-114

項(xiàng)目計(jì)劃方面(PP)
　　1.通過(guò)流總數(shù)來(lái)定義用例的復(fù)雜度很難準(zhǔn)確，且發(fā)現(xiàn)很多時(shí)候用例本身也偏大，但又很難去拆分它為幾個(gè)子用例。（項(xiàng)目估算）
　　后期對(duì)小版本采用專家法，對(duì)大版本采用功能點(diǎn)法估算，并進(jìn)行功能點(diǎn)估算培訓(xùn)。對(duì)于基于用例估算的時(shí)候需要考慮到對(duì)于復(fù)雜用例必須要考慮拆分出擴(kuò)展用例或子用例。另外基本流，擴(kuò)展流的粒度和編寫原則要進(jìn)一步細(xì)化，現(xiàn)在還存在就是一條流描述了多條業(yè)務(wù)規(guī)則，或者是本來(lái)可以一條流描述的寫軟件需求的時(shí)候拆分為多條描述。
　　2.估算沒(méi)有通知到測(cè)試人員參與（項(xiàng)目估算）
　　測(cè)試的工作量和軟件產(chǎn)品本身的規(guī)模是相關(guān)的，我們知道首先需求的規(guī)模和測(cè)試用例的規(guī)模之間根據(jù)歷史經(jīng)驗(yàn)數(shù)據(jù)可以得出一個(gè)換算比例關(guān)系。所以根據(jù)軟件需求規(guī)?？梢缘贸鰷y(cè)試規(guī)模，根據(jù)測(cè)試規(guī)模/測(cè)試生產(chǎn)率后可以得到測(cè)試的工作量。因此估算需要通知到測(cè)試人員，進(jìn)行測(cè)試設(shè)計(jì)和測(cè)試執(zhí)行工作量估算。
　　3.估算的新模板很多參數(shù)和指標(biāo)具體含義項(xiàng)目成員不熟悉（項(xiàng)目估算）
　　包括COPQ,COGQ，以及評(píng)審，返工，設(shè)計(jì)開(kāi)發(fā)等工作量是如何估算出來(lái)的參與估算的項(xiàng)目成員并不是特別清楚。很多流程和規(guī)則都固化到了Excel模板中，雖然估算的過(guò)程簡(jiǎn)單了，但是成員并沒(méi)有真正了解估算的流程和原理。
　　4.周例會(huì)沒(méi)有和項(xiàng)目成員共同分析和確認(rèn)風(fēng)險(xiǎn)以及風(fēng)險(xiǎn)參數(shù)
　　周例會(huì)需要共同分析本周發(fā)生的問(wèn)題，這塊BA做的好，設(shè)計(jì)開(kāi)發(fā)很少提問(wèn)題。周例會(huì)需要共同對(duì)已有的風(fēng)險(xiǎn)進(jìn)行跟蹤，并識(shí)別新風(fēng)險(xiǎn)。項(xiàng)目需要組織專門的風(fēng)險(xiǎn)管理培訓(xùn)，項(xiàng)目管理很多時(shí)候就是對(duì)風(fēng)險(xiǎn)的管理
　　5.不是所有的成員都參加了項(xiàng)目主計(jì)劃的評(píng)審獲取項(xiàng)目承諾
　　個(gè)別設(shè)計(jì)開(kāi)發(fā)人員沒(méi)有全部參加項(xiàng)目主計(jì)劃內(nèi)部評(píng)審，項(xiàng)目成員不清楚總體情況。這跟項(xiàng)目團(tuán)隊(duì)的異地化開(kāi)發(fā)協(xié)調(diào)也有一定關(guān)系，但是我們?nèi)匀粡?qiáng)調(diào)所有成員都應(yīng)該參加項(xiàng)目計(jì)劃的評(píng)審，并進(jìn)行承諾，這樣團(tuán)隊(duì)成員可以將自我項(xiàng)目任務(wù)和團(tuán)隊(duì)項(xiàng)目目標(biāo)很好的匹配。
　　6.項(xiàng)目成員不清楚項(xiàng)目自定義過(guò)程和作用
　　項(xiàng)目自定義過(guò)程是IPM過(guò)程域的一個(gè)重要內(nèi)容，需要對(duì)其作用了解清楚。過(guò)程裁剪的方法，原則，裁剪和項(xiàng)目特征之間的關(guān)系等都需要有個(gè)大致的了解。不是簡(jiǎn)單的為了進(jìn)度而裁剪掉過(guò)程，評(píng)審，集成測(cè)試等重要過(guò)程裁剪掉了往往項(xiàng)目質(zhì)量和進(jìn)度更加無(wú)法保障。
　　7.項(xiàng)目在一些技術(shù)方案和實(shí)現(xiàn)方式選擇上面沒(méi)有形成規(guī)范做法
　　CMMI三級(jí)DAR過(guò)程域強(qiáng)調(diào)了項(xiàng)目的分析和決策，如何通過(guò)DAR來(lái)指導(dǎo)項(xiàng)目識(shí)別，分析，選擇技術(shù)方案需要考慮。
　　8.WBS分解計(jì)劃階段沒(méi)有包含風(fēng)險(xiǎn)計(jì)劃分解結(jié)果
　　項(xiàng)目的風(fēng)險(xiǎn)管理過(guò)程從項(xiàng)目一啟動(dòng)就已經(jīng)開(kāi)始，在項(xiàng)目計(jì)劃階段應(yīng)該包括了風(fēng)險(xiǎn)的識(shí)別，風(fēng)險(xiǎn)的分析，風(fēng)險(xiǎn)的應(yīng)對(duì)措施和計(jì)劃等很多內(nèi)容。對(duì)于最終采取的風(fēng)險(xiǎn)應(yīng)對(duì)措施和計(jì)劃應(yīng)該有專門的WBS摘要計(jì)劃和具體的風(fēng)險(xiǎn)應(yīng)對(duì)任務(wù)和活動(dòng)。
　　項(xiàng)目跟蹤和監(jiān)控方面(PMC)
　　1.項(xiàng)目周報(bào)很難體現(xiàn)項(xiàng)目總體進(jìn)度
　　項(xiàng)目周報(bào)的形式需要進(jìn)行改善，項(xiàng)目的開(kāi)發(fā)模式需要更加的體現(xiàn)增量和迭代開(kāi)發(fā)。這樣跟蹤的時(shí)候可以按照功能點(diǎn)或需求特征點(diǎn)進(jìn)行跟蹤，根據(jù)冒煙測(cè)試的情況來(lái)使項(xiàng)目進(jìn)度真正可視。在這一塊可以引入停車場(chǎng)圖更加直觀的項(xiàng)目進(jìn)度展現(xiàn)方式。 　　2.集成測(cè)試比預(yù)期進(jìn)度延后3天左右
　　再次強(qiáng)調(diào)敏捷開(kāi)發(fā)中持續(xù)集成和每日構(gòu)建的概念，這個(gè)版本在這里吃虧較多，持續(xù)集成的一個(gè)重要作用就是保證測(cè)試的迭代，提前發(fā)現(xiàn)結(jié)隊(duì)任務(wù)問(wèn)題，避免設(shè)計(jì)嚴(yán)重泄露。
　　3.問(wèn)題分析和跟蹤機(jī)制不完善
　　因?yàn)榻?jīng)常最多的就是聽(tīng)到這個(gè)問(wèn)題解決了沒(méi)有，在誰(shuí)哪里，為什么這樣解決，這種解決方式有問(wèn)題等詞語(yǔ)，說(shuō)明整個(gè)問(wèn)題解決和跟蹤機(jī)制還有待改進(jìn)。組織有組織級(jí)別的資產(chǎn)庫(kù)和經(jīng)驗(yàn)庫(kù)，項(xiàng)目也需要有項(xiàng)目級(jí)的問(wèn)題和經(jīng)驗(yàn)收集管理庫(kù)。
　　4.設(shè)計(jì)人員對(duì)開(kāi)發(fā)輸出的Review力度還要加強(qiáng)
　　在團(tuán)隊(duì)本身不穩(wěn)定或團(tuán)隊(duì)成員新老交替的時(shí)候，應(yīng)該多采用以師帶徒的模式，這個(gè)時(shí)候師傅要加強(qiáng)代碼的Review工作，通過(guò)Review代碼來(lái)盡早的發(fā)展開(kāi)發(fā)質(zhì)量問(wèn)題，發(fā)現(xiàn)新員工技能存在的欠缺點(diǎn)，后續(xù)好開(kāi)展有針對(duì)性的培訓(xùn)。
　　5.項(xiàng)目經(jīng)理不能每周準(zhǔn)確跟蹤到進(jìn)度情況
　　還是說(shuō)到設(shè)計(jì)這塊，由于沒(méi)有持續(xù)集成，每周功能點(diǎn)也沒(méi)有集成到151上來(lái)，項(xiàng)目經(jīng)理這塊很難確切跟蹤到準(zhǔn)確進(jìn)度情況，所以這塊建立在對(duì)設(shè)計(jì)完全信任上。
　　6.架構(gòu)如何跟蹤設(shè)計(jì)是否按照架構(gòu)思路執(zhí)行問(wèn)題
　　如何保證設(shè)計(jì)和架構(gòu)的一致性？這塊架構(gòu)要考慮下，后期如何加強(qiáng)控制。這也是我們IT項(xiàng)目管理中強(qiáng)調(diào)概念完整性的一個(gè)重要內(nèi)容，首先需求本身不能出現(xiàn)偏差，其次架構(gòu)和總體設(shè)計(jì)和需求匹配，設(shè)計(jì)的思路要能夠嚴(yán)格貫徹執(zhí)行。
　　7.任務(wù)承諾和執(zhí)行的問(wèn)題
　　PMS任務(wù)周四提出可以延后兩天，周五提出需要延期的只能延后一天。但任務(wù)延期必須有明確的原因。項(xiàng)目經(jīng)理口頭或郵件的非PMS任務(wù)請(qǐng)大家一定注意，你承諾了在某個(gè)時(shí)間點(diǎn)能夠搞定的要確保在時(shí)間點(diǎn)搞定。
　　驗(yàn)證和確認(rèn)相關(guān)(VER&VAL)
　　1.測(cè)試人員的測(cè)試用例模板存在問(wèn)題
　　測(cè)試一個(gè)重要環(huán)節(jié)是分支分析和測(cè)試數(shù)據(jù)的準(zhǔn)備，這塊還要考慮后續(xù)改進(jìn)方法。
　　2.測(cè)試人員對(duì)業(yè)務(wù)的理解程度問(wèn)題
　　這塊對(duì)測(cè)試業(yè)務(wù)培訓(xùn)較少，測(cè)試對(duì)業(yè)務(wù)理解深度還要加強(qiáng)，測(cè)試有需求要盡早提出來(lái)，項(xiàng)目組這邊會(huì)多安排BA給測(cè)試進(jìn)行培訓(xùn)
　　3.測(cè)試用例本身的質(zhì)量問(wèn)題
　　測(cè)試用例本身的質(zhì)量涉及到兩方面的內(nèi)容，一個(gè)是測(cè)試用例的編寫方法，一個(gè)是測(cè)試人員對(duì)業(yè)務(wù)的理解程度。測(cè)試用例要能夠全面覆蓋到軟件需求的內(nèi)容，包括非功能性方面的軟件需求。測(cè)試用例一定要能夠很好的體現(xiàn)流程，體現(xiàn)數(shù)據(jù)準(zhǔn)備，體現(xiàn)數(shù)據(jù)在流程中處理完成后我們分析出的期望結(jié)果。測(cè)試數(shù)據(jù)，輸入，期望輸出必不可少。
　　4.通過(guò)評(píng)審的效果和質(zhì)量問(wèn)題
　　對(duì)于需求和架構(gòu)的同行評(píng)審效果較好，能夠發(fā)現(xiàn)大部分問(wèn)題。但對(duì)于設(shè)計(jì)和編碼的同行評(píng)審后期進(jìn)度緊張，進(jìn)行的不是特別好，評(píng)審的時(shí)間點(diǎn)也較后，很難提前發(fā)現(xiàn)設(shè)計(jì)和編碼問(wèn)題。同時(shí)我們看到在需求和設(shè)計(jì)階段，我們?cè)u(píng)審重點(diǎn)都在功能性需求上面，對(duì)于系統(tǒng)的易用性，可擴(kuò)展性，性能等方面的非功能性需求考慮較少。