綜合項(xiàng)目管理知識之認(rèn)知項(xiàng)目管理

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

隨著對工作的熟悉，開始感知項(xiàng)目管理，感受到自己的工作是受約束的，在和一個小團(tuán)隊(duì)一起工作。模糊認(rèn)識到項(xiàng)目管理要界定需 求，再設(shè)定分解子目標(biāo)，最后通過一系列規(guī)范、要求來約束項(xiàng)目成員保證任務(wù)的達(dá)成。但是，對項(xiàng)目管理的接觸是局部的，并不清楚項(xiàng)目為什么是n個人，為什么要 在t之前完成，討厭的文檔工作和評審為什么要進(jìn)行，項(xiàng)目結(jié)束了總結(jié)和獎金有什么關(guān)系。
　　后來，真正進(jìn)入項(xiàng)目才開始了項(xiàng)目管理體驗(yàn)、參與和實(shí)施之旅。
　　首先，熟悉什么項(xiàng)目管理?
　　可以說項(xiàng)目是每個企業(yè)賴以存在的單元，同時(shí)項(xiàng)目的形式是多種多樣的，它直接與每個公司的項(xiàng)目組織結(jié)構(gòu)相關(guān)。剛開始，我們每個初觸項(xiàng)目的人并不清楚什么是標(biāo)準(zhǔn)的項(xiàng)目管理模式，會認(rèn)為自己所面對的模式就是理所應(yīng)當(dāng)?shù)摹?
　　我參與的第一個正式項(xiàng)目，是公司準(zhǔn)備上市的一款新產(chǎn)品，我是其中的一名普通的研發(fā)人員?？紎試/大當(dāng)時(shí)，公司指認(rèn)了一個項(xiàng)目經(jīng)理，然后從硬件、軟件、測試、質(zhì)量管理 等相關(guān)部門調(diào)集人力資源就可謂稀里糊涂運(yùn)作起來了。一開始，整個項(xiàng)目沒有明確的項(xiàng)目任務(wù)書和系統(tǒng)需求(所謂沒有明確是指一些具體的軟件規(guī)格并沒有確切落 地，功能需求沒有嚴(yán)格定義，這也給后續(xù)結(jié)項(xiàng)埋下巨大隱患)?；剡^頭來，我才認(rèn)識到這里面缺少了上一篇提及的那張項(xiàng)目管理圖中的需求開發(fā)與管理環(huán)節(jié)?？梢?nbsp;說，這個環(huán)節(jié)在成本符合預(yù)算的情況下，做得越多越好、下的功夫越大越好，因?yàn)樗琼?xiàng)目的根本--范圍。實(shí)踐證明，后來的項(xiàng)目過程但凡那些將功能模塊需求詳 細(xì)整理、認(rèn)真評審、較好控制的模塊都基本沒有發(fā)生什么偏差。那些，或是因?yàn)闆]有認(rèn)真或者沒有足夠能力分析需求、控制變更的模塊，都成為了項(xiàng)目的短板。比較 可笑的是，這些模塊的開發(fā)難度都不大，但都是用戶必需的，這幾個模塊嚴(yán)重影響了進(jìn)度，也嚴(yán)重?fù)p失了真?zhèn)€項(xiàng)目的獎金盤子。所謂，“壞了一鍋湯”，當(dāng)時(shí)很是生 氣，其實(shí)那些是公司項(xiàng)目管理不夠成熟的必然，大家一起積累經(jīng)驗(yàn)教訓(xùn)了。
　　隨之，項(xiàng)目的計(jì)劃是在大領(lǐng)導(dǎo)安排了這個任務(wù)之后，由相關(guān)部門經(jīng)理依據(jù)經(jīng)驗(yàn)制定，項(xiàng)目經(jīng)理更多是將討論的東西落到紙面上。同時(shí)，可以說任務(wù)規(guī)模的估計(jì)是站在 都是成手的角度估計(jì)，項(xiàng)目計(jì)劃并沒有在團(tuán)隊(duì)內(nèi)部認(rèn)真的溝通、確認(rèn)(確認(rèn)很重要，是項(xiàng)目團(tuán)隊(duì)成員對自己承擔(dān)工作的承諾。其實(shí)，到后來一些功能開發(fā)出現(xiàn)了延 遲，大多員工推卸責(zé)任說計(jì)劃不是我確認(rèn)的，沒有考慮某某風(fēng)險(xiǎn))。
　　由于是公司很重視的一個新產(chǎn)品，公司內(nèi)部的動員、宣傳做的比較好，因此即便是有很多現(xiàn)在看來還沒有明確的情況下，項(xiàng)目便在大家的一腔熱情下開始。我也是這 樣?？紎試/大我先是負(fù)責(zé)某一功能模塊的需求整理，于是我系統(tǒng)整理標(biāo)準(zhǔn)協(xié)議資料、又參考了一些同行相關(guān)產(chǎn)品的手冊，搞出來一份洋洋灑灑的需求文檔。然后滿懷著熱情提 交，等待確認(rèn)開展后續(xù)工作。這個時(shí)候，忽然接到QA的通知，因?yàn)槲臋n不符合模板、郵件發(fā)布未上載服務(wù)器不符合規(guī)范，如同澆了一盆水，小小抵賴一通(搞技術(shù) 的通常比較好面子，希望被認(rèn)可，但事實(shí)上，QA的這種要求對研發(fā)人員非常有幫助，養(yǎng)成良好習(xí)慣能幫我們減少很多不必要的彎路。模板能幫助大家系統(tǒng)思考，避 免遺漏思考;受控更多是一個安全措施，后來一個同事電腦壞了因?yàn)闆]有及時(shí)上載，工作等白做，后悔不已)。
　　后續(xù)的工作更讓大家士氣低落，因?yàn)轫?xiàng)目管理松散、沒有明確的配置和過程管理計(jì)劃，我這份需求的評審經(jīng)過簡單的評審就進(jìn)入了設(shè)計(jì)開發(fā)階段，也沒有進(jìn)行需求跟 蹤矩陣處理。設(shè)計(jì)開發(fā)過程，我們發(fā)現(xiàn)一些需求很難實(shí)現(xiàn)、也沒有明確是否必須，在和部門負(fù)責(zé)人確認(rèn)之后就跳過去，沒有進(jìn)行正規(guī)的變更處理。結(jié)果，到了測試階 段提出了不少需求上列出但沒有開發(fā)的小問題，為此大家打了好半天仗。更頭痛的是，在項(xiàng)目結(jié)束的時(shí)候產(chǎn)品經(jīng)理對項(xiàng)目提出了更大的質(zhì)疑，一些他認(rèn)為必要的功能 規(guī)格沒有完成，項(xiàng)目組提出“當(dāng)初怎么沒有在規(guī)格上寫清楚”?？紎試/大總結(jié)其中的問題，經(jīng)驗(yàn)是：變更一定要嚴(yán)格執(zhí)行，也需要提前確認(rèn)好變更委員會的成員。這里面，首 先可以方便需求的跟蹤，避免漏測試;其次，這是一個很好的溝通渠道，使得大家在信息上一致、更早發(fā)現(xiàn)問題。
　　其他的功能模塊問題也不少，主要是進(jìn)度延遲的比較嚴(yán)重。后來才知道，項(xiàng)目還少了項(xiàng)目管理圖中的milestone階段評審環(huán)節(jié)。這個環(huán)節(jié)可以讓領(lǐng)導(dǎo)、項(xiàng)目 經(jīng)理、項(xiàng)目成員對前一階段工作的工作成果給與審核(下階段準(zhǔn)入條件)，總結(jié)成功經(jīng)驗(yàn)，分析風(fēng)險(xiǎn)問題。使得各相關(guān)人了解項(xiàng)目的現(xiàn)狀，以及是否需要給與特殊支 持。
　　同時(shí)，因?yàn)轫?xiàng)目經(jīng)理是協(xié)調(diào)型角色，沒有足夠的power，使得過程中各部門各自為政，一些上下層軟件接口、硬件聯(lián)調(diào)問題定位等事情遲遲不能落實(shí)。項(xiàng)目經(jīng)理 做的工作，更像一個匯報(bào)員，把各組實(shí)際情況整理出來通報(bào)給大家與大領(lǐng)導(dǎo)。事實(shí)上，通報(bào)給大家，相信沒人為最終工作去負(fù)責(zé)推動;通報(bào)給大領(lǐng)導(dǎo)，大領(lǐng)導(dǎo)日理萬 機(jī)、又認(rèn)為有項(xiàng)目經(jīng)理和部門經(jīng)理推動，哪里會真正管理。更重要的問題是他在項(xiàng)目管理手段上不夠成熟，即便沒有power，但抓住人這個主觀因素多溝通，利 用個人影響力來保障團(tuán)隊(duì)的有效開展，同時(shí)保障固定不變的項(xiàng)目例會制度，專題評審與匯報(bào)制度，相信一定會收效很多。當(dāng)時(shí)的我還只是沉浸在項(xiàng)目存在的各種沖突 中，頻于奔命完成任務(wù)，感受到項(xiàng)目很不順利，并不知道哪里出了問題(真正的問題是當(dāng)時(shí)還沒有明確的項(xiàng)目管理制度，更合理的項(xiàng)目管理組織結(jié)構(gòu)，沒有明確的授 權(quán)，立項(xiàng)階段的不正規(guī)導(dǎo)致了項(xiàng)目從開始注定這樣的結(jié)局)
　　當(dāng)然，項(xiàng)目最終還是上市了，但周期延遲了半年多，整個項(xiàng)目組被各種問題、長期的緊張折磨得疲憊不堪。項(xiàng)目經(jīng)理也因?yàn)轫?xiàng)目延遲太多和個人原因離開了公司，去了朗訊。我個人與項(xiàng)目經(jīng)理的關(guān)系還不錯，第一聽說pmp(戲說拍馬屁)也是從他那里得知，到現(xiàn)在大家還有聯(lián)系。
　　下面是項(xiàng)目結(jié)束時(shí)項(xiàng)目做的總結(jié)提綱，從中可以看到管理的雛形。
　　1. 概述 3
　　2. 項(xiàng)目總結(jié) 3
　　2.1 項(xiàng)目計(jì)劃完成情況： 3
　　2.1.1 硬件模塊(以調(diào)試完成為準(zhǔn)) 3
　　2.1.2 軟件模塊(以代碼提交為準(zhǔn)) 3
　　2.1.3 測試(以測試報(bào)告提交) 3
　　2.1.4 項(xiàng)目變更情況 4
　　2.1.5 項(xiàng)目費(fèi)用統(tǒng)計(jì) 5
　　2.1.6 人員工時(shí)統(tǒng)計(jì) 6
　　2.2 問題及解決情況 6
　　2.2.1 各次測試問題統(tǒng)計(jì) 6
　　2.2.2 硬件遺留問題和解決方案 7
　　2.2.3 軟件遺留問題和解決方案 7
　　2.3 BOM成本估算 8
　　2.4 剩余工作及計(jì)劃 8
　　2.4.1 硬件 8
　　2.4.2 軟件 9
　　2.4.3 測試 9
　　2.4.4 轉(zhuǎn)生產(chǎn)工作 9
　　2.5 COST Down的預(yù)計(jì)工作 9
　　3. 項(xiàng)目工作分析： 10
　　其次，從部分項(xiàng)目管理做起--子任務(wù)計(jì)劃安排與監(jiān)控
　　后來，我開始負(fù)責(zé)一個小組的工作，在項(xiàng)目中開始接觸WBS和自任務(wù)計(jì)劃分解，嘗試了DELPHI估算等方法。開始時(shí)，很多理念還不是很清楚，通過收集學(xué)習(xí) 項(xiàng)目管理的相關(guān)材料，多與項(xiàng)目經(jīng)理溝通等方式，自己逐步熟悉起項(xiàng)目管理的內(nèi)容。于是，從點(diǎn)走向了面。自己期待的項(xiàng)目經(jīng)理角色正慢慢走來!
　　回想當(dāng)初個人的項(xiàng)目管理入門學(xué)習(xí)基本是零星積累的，很不系統(tǒng)。我前段收集的《項(xiàng)目運(yùn)作的一般流程》對入門同學(xué)很有指導(dǎo)作用，當(dāng)初如果有這么個文章能少走很多彎路。
　　反過頭來再看，it行業(yè)項(xiàng)目管理入門學(xué)習(xí)這兩本書，理論上很受用的：一是國際項(xiàng)目管理協(xié)會(PMI)研制的“項(xiàng)目管理知識體系”(PMBOK)，二是美國 卡內(nèi)基梅隆大學(xué)軟件工程研究所(CMU/SEI)研制的“軟件能力成熟度模型”(CMM/CMMI)。然后，在實(shí)踐中鍛煉，總結(jié)適合自己的經(jīng)驗(yàn)。
項(xiàng)目管理師考試資料庫
點(diǎn)擊進(jìn)入：考試大項(xiàng)目管理師考試在線模擬測試
考試大項(xiàng)目管理師考試網(wǎng)校課堂