發(fā)布時間:2010-01-14 共2頁
2、與部門領(lǐng)導(dǎo)的溝通
與部門領(lǐng)導(dǎo)的溝通在項目管理過程當(dāng)中是不可避免的,由于目前中心的矩陣結(jié)構(gòu)管理模式中,職能部門的權(quán)限要大于項目經(jīng)理的權(quán)限,所以項目經(jīng)理在項目管理中一定會不斷的和各職能部門經(jīng)理打交道,同時項目經(jīng)理還要定期的向本部門領(lǐng)導(dǎo)匯報項目情況,尋求項目支持。我認(rèn)為與部門領(lǐng)導(dǎo)的溝通有以下幾點需要注意:
。尋求支持的郵件一定要簡練的描述清楚問題的關(guān)鍵所在,需要領(lǐng)導(dǎo)哪方面的具體支持,最好根據(jù)具體問題給領(lǐng)導(dǎo)1-3個選擇,并指出項目組傾向于哪個選擇,原因是什么,而不是把問題直接扔給領(lǐng)導(dǎo);
。一定要清楚各級領(lǐng)導(dǎo)的權(quán)限和角色,解決問題時一定是要找到關(guān)鍵路徑上的關(guān)鍵領(lǐng)導(dǎo),避免信息同時發(fā)布多個領(lǐng)導(dǎo),造成領(lǐng)導(dǎo)之間的溝通成本加大,影響問題的解決效率,增加領(lǐng)導(dǎo)協(xié)調(diào)解決問題的難度;
。對于有些問題,不要一味的向領(lǐng)導(dǎo)妥協(xié),不要一味的承諾實際不可能完成的項目工作,這既是對工作的負(fù)責(zé),也是對領(lǐng)導(dǎo)、對項目組的負(fù)責(zé)。
3、與項目組成員之間的溝通
對于項目經(jīng)理來說,規(guī)模較大的項目主要是與各應(yīng)用的專業(yè)經(jīng)理以及架構(gòu)師之間的溝通。這里我用自己帶的一個項目來說明一些需要關(guān)注的問題。
《XX項目》在系統(tǒng)測試階段,開發(fā)經(jīng)理和測試經(jīng)理關(guān)于提交的測試問題數(shù)量存在爭論,開發(fā)經(jīng)理認(rèn)為測試部門提交問題重復(fù),且數(shù)量過多;而測試經(jīng)理認(rèn)為項目辦對于測試部門給出了測試標(biāo)桿值,她是按照這個來執(zhí)行的,而且她認(rèn)為開發(fā)經(jīng)理一味偏袒開發(fā)人員,且拒絕修改的問題答復(fù)過于簡單。針對以上這些情況,我首先了解了一下標(biāo)桿值的問題,這個值是項目辦根據(jù)每個應(yīng)用以往的歷史數(shù)據(jù)給出的每百功能點發(fā)版前的問題數(shù)參考值,比如該項目涉及的參數(shù)管理應(yīng)用是百功能點13點多個問題,但這只是一個參考值,所以測試經(jīng)理以此作為依據(jù)進行問題數(shù)目的控制是不必要的。同時我去測試經(jīng)理那里了解了一下實際情況,部分問題確實是相同問題,但是BYCS部的要求是回復(fù)的時候可以選擇相同問題回復(fù),但是不要直接打回拒絕修改且寫明是相同問題,這也是L總在測試部門內(nèi)部一再強調(diào)的,所以碰到這種情況測試經(jīng)理堅決不會同意關(guān)閉。同時我在開發(fā)這邊了解到,開發(fā)人員對于一個公用模塊提多個問題非常反感,修改一處程序而填寫問題清單的時候要填寫多條記錄,而且開發(fā)經(jīng)理反饋實際上其它測試人員提交的重復(fù)問題并不多,而測試經(jīng)理本人提交的很多,感覺測試經(jīng)理有意而為之。針對這種情況,我和開發(fā)經(jīng)理、測試經(jīng)理溝通之后做了如下要求:首先為了保證測試進度和質(zhì)量,測試方面發(fā)現(xiàn)問題該提就提,但是沒有必要以測試標(biāo)桿給出的值作為測試標(biāo)準(zhǔn),要以實際情況為準(zhǔn);其次,開發(fā)人員和測試人員多溝通,從源頭上避免一個公共模塊提多個問題的情況,但如果一旦問題提交了,開發(fā)人員就按照相同問題處理,不要拒絕修改,這個我也告知了開發(fā)經(jīng)理對于項目的有效問題數(shù)不會有影響。同時由于考慮到個人面子問題,我和測試經(jīng)理單獨做了溝通,請她避免提交過多相同類型的問題,提交之前可以先和開發(fā)經(jīng)理打個招呼。另外我也請兩位專業(yè)經(jīng)理考慮,由于項目所涉及應(yīng)用之后的所有牽頭配合項目都是兩位專業(yè)經(jīng)理配合工作,到底是一個和諧的工作氛圍還是一個充滿火藥味的工作氛圍對雙方更好?目前項目系統(tǒng)測試已經(jīng)完成85%,問題解決效率平均不超過2天,問題數(shù)也控制在百功能點8個左右,開發(fā)部門和測試部門均較為滿意這樣的結(jié)果。
從這個案例當(dāng)中,我認(rèn)為關(guān)鍵在于項目經(jīng)理接收到各方面信息之后,不要急于做出結(jié)論,因為這個結(jié)論很可能是以偏概全或者根本就是錯誤的,要對信息進行有效的確認(rèn)。同時在溝通過程當(dāng)中項目經(jīng)理要做到立場的合理切換,有時候要站在項目的立場上、有時候站在專業(yè)經(jīng)理的立場上。最后一點就是要堅持項目管理過程當(dāng)中的公正、公平原則,對項目所涉及應(yīng)用不偏不倚,只談問題的解決不談其余的個人問題。