引言
軟(ruan)(ruan)件(jian)項(xiang)(xiang)(xiang)(xiang)目(mu)(mu)管(guan)理是為了使(shi)軟(ruan)(ruan)件(jian)項(xiang)(xiang)(xiang)(xiang)目(mu)(mu)能夠按照預(yu)定的(de)(de)(de)成(cheng)本、進(jin)度(du)(du)、質量(liang)順利完成(cheng)，而(er)對成(cheng)本、人員、進(jin)度(du)(du)、質量(liang)、風險等進(jin)行分析和管(guan)理的(de)(de)(de)活動(dong)。最早源自于20 世紀70 年(nian)代(dai)中期的(de)(de)(de)美(mei)國，當時(shi)(shi)美(mei)國國防部專門研(yan)究了軟(ruan)(ruan)件(jian)項(xiang)(xiang)(xiang)(xiang)目(mu)(mu)做不(bu)好的(de)(de)(de)原(yuan)因(yin)，結(jie)果發現(xian)70%的(de)(de)(de)項(xiang)(xiang)(xiang)(xiang)目(mu)(mu)是因(yin)為管(guan)理不(bu)善引起的(de)(de)(de)，而(er)非技(ji)術原(yuan)因(yin)。于是軟(ruan)(ruan)件(jian)開發者開始逐漸重視軟(ruan)(ruan)件(jian)開發中的(de)(de)(de)各項(xiang)(xiang)(xiang)(xiang)管(guan)理。到了20世紀90年(nian)代(dai)中期，軟(ruan)(ruan)件(jian)研(yan)發項(xiang)(xiang)(xiang)(xiang)目(mu)(mu)管(guan)理不(bu)善的(de)(de)(de)問題仍然(ran)存(cun)在。據美(mei)國軟(ruan)(ruan)件(jian)工程實施現(xian)狀的(de)(de)(de)調查(cha)，軟(ruan)(ruan)件(jian)研(yan)發的(de)(de)(de)情(qing)況仍然(ran)很難預(yu)測，大約只有10％的(de)(de)(de)項(xiang)(xiang)(xiang)(xiang)目(mu)(mu)能夠在預(yu)定的(de)(de)(de)費用和進(jin)度(du)(du)下交付。據統(tong)計，1995 年(nian)美(mei)國共(gong)取消了810 億美(mei)元的(de)(de)(de)商(shang)業軟(ruan)(ruan)件(jian)項(xiang)(xiang)(xiang)(xiang)目(mu)(mu)，其中31％的(de)(de)(de)項(xiang)(xiang)(xiang)(xiang)目(mu)(mu)未做完就(jiu)被取消，53％的(de)(de)(de)軟(ruan)(ruan)件(jian)項(xiang)(xiang)(xiang)(xiang)目(mu)(mu)進(jin)度(du)(du)通常要延長50%的(de)(de)(de)時(shi)(shi)間，只有9％的(de)(de)(de)軟(ruan)(ruan)件(jian)項(xiang)(xiang)(xiang)(xiang)目(mu)(mu)能夠及時(shi)(shi)交付并且費用也控制在預(yu)算(suan)之內(nei)。由此可(ke)見(jian)，軟(ruan)(ruan)件(jian)項(xiang)(xiang)(xiang)(xiang)目(mu)(mu)管(guan)理技(ji)術的(de)(de)(de)研(yan)究至(zhi)關重要。
1 軟件項目管理的概述
那(nei)么，我們應該(gai)如何提(ti)高軟件項(xiang)(xiang)(xiang)目的(de)(de)(de)成功率，如何改(gai)善項(xiang)(xiang)(xiang)目干系人的(de)(de)(de)滿(man)意(yi)度。人們在技術方(fang)面的(de)(de)(de)諸多(duo)努力未取得(de)(de)相應成效后，不(bu)得(de)(de)不(bu)轉(zhuan)而求助于項(xiang)(xiang)(xiang)目管(guan)(guan)理(li)技術。當前(qian)，項(xiang)(xiang)(xiang)目管(guan)(guan)理(li)在國際(ji)上(shang)已獲得(de)(de)了(le)廣泛(fan)的(de)(de)(de)應用(yong)。項(xiang)(xiang)(xiang)目管(guan)(guan)理(li)技術的(de)(de)(de)不(bu)斷進(jin)步，項(xiang)(xiang)(xiang)目管(guan)(guan)理(li)軟件產品層出不(bu)窮，軟件項(xiang)(xiang)(xiang)目的(de)(de)(de)規模和復(fu)雜(za)程度也(ye)隨之增加，投資越(yue)來越(yue)高。各軟件企業積(ji)極將軟件項(xiang)(xiang)(xiang)目管(guan)(guan)理(li)引(yin)入(ru)開發活動中，對開發實行(xing)有效的(de)(de)(de)管(guan)(guan)理(li)。
然(ran)而(er)影(ying)響項(xiang)目(mu)(mu)(mu)最后(hou)成功(gong)的(de)(de)(de)(de)(de)(de)因(yin)素是(shi)多方面的(de)(de)(de)(de)(de)(de)（包括(kuo)項(xiang)目(mu)(mu)(mu)的(de)(de)(de)(de)(de)(de)整體(ti)管(guan)(guan)(guan)(guan)理(li)(li)(li)(li)、范(fan)圍管(guan)(guan)(guan)(guan)理(li)(li)(li)(li)、質(zhi)量管(guan)(guan)(guan)(guan)理(li)(li)(li)(li)、時間管(guan)(guan)(guan)(guan)理(li)(li)(li)(li)、費用管(guan)(guan)(guan)(guan)理(li)(li)(li)(li)、風(feng)險(xian)(xian)管(guan)(guan)(guan)(guan)理(li)(li)(li)(li)、人力管(guan)(guan)(guan)(guan)理(li)(li)(li)(li)、合同管(guan)(guan)(guan)(guan)理(li)(li)(li)(li)和(he)溝(gou)通管(guan)(guan)(guan)(guan)理(li)(li)(li)(li)），為(wei)了使軟件(jian)(jian)(jian)項(xiang)目(mu)(mu)(mu)能夠在有限的(de)(de)(de)(de)(de)(de)資源(yuan)條(tiao)件(jian)(jian)(jian)下，按預定的(de)(de)(de)(de)(de)(de)成本(ben)、進度、質(zhi)量順(shun)利地(di)執行并成功(gong)完成，需(xu)要對軟件(jian)(jian)(jian)項(xiang)目(mu)(mu)(mu)的(de)(de)(de)(de)(de)(de)知識范(fan)疇、可(ke)能遇到(dao)的(de)(de)(de)(de)(de)(de)風(feng)險(xian)(xian)、需(xu)要的(de)(de)(de)(de)(de)(de)資源(yuan)、實現(xian)(xian)的(de)(de)(de)(de)(de)(de)任務、花費的(de)(de)(de)(de)(de)(de)工(gong)作量、進度的(de)(de)(de)(de)(de)(de)安排(pai)、質(zhi)量的(de)(de)(de)(de)(de)(de)控制(zhi)、成本(ben)的(de)(de)(de)(de)(de)(de)核算等方面實現(xian)(xian)全(quan)面的(de)(de)(de)(de)(de)(de)、系統的(de)(de)(de)(de)(de)(de)、規范(fan)化的(de)(de)(de)(de)(de)(de)管(guan)(guan)(guan)(guan)理(li)(li)(li)(li)，并充分實現(xian)(xian)軟件(jian)(jian)(jian)技術與軟件(jian)(jian)(jian)項(xiang)目(mu)(mu)(mu)管(guan)(guan)(guan)(guan)理(li)(li)(li)(li)的(de)(de)(de)(de)(de)(de)整合，從而(er)提高軟件(jian)(jian)(jian)項(xiang)目(mu)(mu)(mu)的(de)(de)(de)(de)(de)(de)管(guan)(guan)(guan)(guan)理(li)(li)(li)(li)效率(lv)，降低軟件(jian)(jian)(jian)項(xiang)目(mu)(mu)(mu)的(de)(de)(de)(de)(de)(de)成本(ben)，提高軟件(jian)(jian)(jian)項(xiang)目(mu)(mu)(mu)的(de)(de)(de)(de)(de)(de)成功(gong)率(lv)，以更(geng)好的(de)(de)(de)(de)(de)(de)服務和(he)更(geng)高的(de)(de)(de)(de)(de)(de)質(zhi)量標準滿足客戶的(de)(de)(de)(de)(de)(de)需(xu)求。因(yin)此，項(xiang)目(mu)(mu)(mu)管(guan)(guan)(guan)(guan)理(li)(li)(li)(li)在軟件(jian)(jian)(jian)開發中的(de)(de)(de)(de)(de)(de)應用日(ri)益受到(dao)重視。
但是，目(mu)前很(hen)多企業并不了解如何針對項(xiang)目(mu)管(guan)理(li)(li)中的(de)關鍵要素進行(xing)有效(xiao)的(de)管(guan)理(li)(li)，結果造成(cheng)項(xiang)目(mu)經常性的(de)延期(qi)，超出預算，甚至失敗。因此(ci)本文結合(he)實際項(xiang)目(mu)管(guan)理(li)(li)經驗，闡述了影(ying)響項(xiang)目(mu)管(guan)理(li)(li)是否成(cheng)功(gong)的(de)主要因素，并分(fen)析了如何對這些因素進行(xing)有效(xiao)管(guan)理(li)(li)。
2 影響項目管理的主要因素及其解決方法
2.1 項目計劃認識不足
項(xiang)目(mu)(mu)(mu)(mu)計(ji)(ji)劃(hua)(hua)是(shi)項(xiang)目(mu)(mu)(mu)(mu)經理(li)(li)實施項(xiang)目(mu)(mu)(mu)(mu)管(guan)理(li)(li)控制(zhi)的(de)基礎。目(mu)(mu)(mu)(mu)前的(de)問題主(zhu)要(yao)是(shi)項(xiang)目(mu)(mu)(mu)(mu)經理(li)(li)對總體計(ji)(ji)劃(hua)(hua)、階段(duan)計(ji)(ji)劃(hua)(hua)的(de)作用(yong)認識不(bu)足，因此制(zhi)定總體計(ji)(ji)劃(hua)(hua)時比較隨意，不(bu)少事(shi)情沒(mei)(mei)有(you)仔細考慮。階段(duan)計(ji)(ji)劃(hua)(hua)因工作忙(mang)等(deng)原因經常(chang)拖(tuo)延，造成(cheng)計(ji)(ji)劃(hua)(hua)與控制(zhi)管(guan)理(li)(li)脫(tuo)節，無法進(jin)行有(you)效(xiao)的(de)進(jin)度控制(zhi)管(guan)理(li)(li)，甚至(zhi)沒(mei)(mei)有(you)計(ji)(ji)劃(hua)(hua)或(huo)者是(shi)隨意地(di)、不(bu)負責任地(di)計(ji)(ji)劃(hua)(hua)項(xiang)目(mu)(mu)(mu)(mu)。如項(xiang)目(mu)(mu)(mu)(mu)計(ji)(ji)劃(hua)(hua)過于(yu)粗(cu)略，落(luo)(luo)實Breakdown (即“粒度”，項(xiang)目(mu)(mu)(mu)(mu)計(ji)(ji)劃(hua)(hua)的(de)“粒度”是(shi)一個需要(yao)小心把(ba)握平(ping)衡的(de)問題，越(yue)細則控制(zhi)力度越(yue)大(da)，但項(xiang)目(mu)(mu)(mu)(mu)管(guan)理(li)(li)的(de)成(cheng)本越(yue)高；反(fan)之亦(yi)然(ran))不(bu)足，沒(mei)(mei)有(you)做到任務、進(jin)度、資(zi)源三落(luo)(luo)實。
因此，在(zai)管理活(huo)動開始時，必須首先制(zhi)定項(xiang)(xiang)目計(ji)劃(hua)。計(ji)劃(hua)的制(zhi)定需要在(zai)一定條件的限制(zhi)和假設之下采用(yong)漸近明細的方式進行不斷完善。提高(gao)項(xiang)(xiang)目經理的計(ji)劃(hua)意識，采用(yong)項(xiang)(xiang)目計(ji)劃(hua)制(zhi)定的相關知(zhi)識、技術、工具，加強對開發計(ji)劃(hua)、階段計(ji)劃(hua)的有效(xiao)性進行事(shi)前(qian)事(shi)后的評估。
2.2 缺乏管理意識
部分(fen)項目(mu)(mu)經理沒有意(yi)識到自己的(de)(de)責任，不能從總體上把(ba)握(wo)整個項目(mu)(mu)，而是埋(mai)頭于具體的(de)(de)技術工作(zuo)，造成(cheng)項目(mu)(mu)組成(cheng)員之間忙(mang)的(de)(de)忙(mang)、閑的(de)(de)閑，計劃(hua)不周、任務不均、資源浪(lang)費等現(xian)狀。有些項目(mu)(mu)經理沒有很好的(de)(de)管理方法，不好安(an)排的(de)(de)工作(zuo)只好自己做，使項目(mu)(mu)任務無法有效、合理地分(fen)配給相關(guan)成(cheng)員，以達到“負載均衡”。
在軟件企業中(zhong)，項(xiang)目(mu)(mu)(mu)經(jing)理(li)(li)大多(duo)是技術骨干(gan)，技術方面的知(zhi)識(shi)比較深(shen)厚，但無(wu)論是項(xiang)目(mu)(mu)(mu)管(guan)(guan)(guan)理(li)(li)知(zhi)識(shi)，還是項(xiang)目(mu)(mu)(mu)管(guan)(guan)(guan)理(li)(li)必備的技能、項(xiang)目(mu)(mu)(mu)管(guan)(guan)(guan)理(li)(li)必備的素質都有待補充(chong)和(he)提(ti)(ti)高(gao)，項(xiang)目(mu)(mu)(mu)管(guan)(guan)(guan)理(li)(li)經(jing)驗也有待豐富(fu)。加強(qiang)項(xiang)目(mu)(mu)(mu)管(guan)(guan)(guan)理(li)(li)方面的培訓，并(bing)通(tong)過(guo)對考(kao)核指標的合理(li)(li)設定(ding)和(he)宣(xuan)傳引導項(xiang)目(mu)(mu)(mu)經(jing)理(li)(li)更好地做好項(xiang)目(mu)(mu)(mu)管(guan)(guan)(guan)理(li)(li)工(gong)作。技術骨干(gan)在擔任項(xiang)目(mu)(mu)(mu)經(jing)理(li)(li)之前(qian)，最好能經(jing)過(guo)系統的項(xiang)目(mu)(mu)(mu)管(guan)(guan)(guan)理(li)(li)知(zhi)識(shi)，特別是其中(zhong)的人力資源(yuan)管(guan)(guan)(guan)理(li)(li)、溝通(tong)管(guan)(guan)(guan)理(li)(li)的學習，并(bing)且在實際工(gong)作中(zhong)不斷提(ti)(ti)高(gao)自(zi)己(ji)的管(guan)(guan)(guan)理(li)(li)素質，豐富(fu)項(xiang)目(mu)(mu)(mu)管(guan)(guan)(guan)理(li)(li)經(jing)驗，提(ti)(ti)高(gao)項(xiang)目(mu)(mu)(mu)管(guan)(guan)(guan)理(li)(li)意識(shi)。
2.3 項目風險意識
項目(mu)風(feng)(feng)險意識(shi)就是失敗意識(shi)。每當(dang)我們啟動(dong)一(yi)個(ge)項目(mu)的時(shi)候，項目(mu)經(jing)(jing)理(li)(li)有(you)(you)沒(mei)(mei)有(you)(you)充(chong)分分析可能的風(feng)(feng)險及應(ying)對風(feng)(feng)險的策略。項目(mu)經(jing)(jing)理(li)(li)在作項目(mu)規劃時(shi)有(you)(you)沒(mei)(mei)有(you)(you)建立專門的風(feng)(feng)險管(guan)理(li)(li)計劃文檔。有(you)(you)些項目(mu)經(jing)(jing)理(li)(li)沒(mei)(mei)有(you)(you)充(chong)分意識(shi)到風(feng)(feng)險管(guan)理(li)(li)的重要性(xing)，對計劃書中風(feng)(feng)險管(guan)理(li)(li)的章節簡單應(ying)付了事(shi)，隨便(bian)列出幾條風(feng)(feng)險，隨便(bian)寫一(yi)些簡單的對策，對于(yu)后面(mian)的風(feng)(feng)險防(fang)范起不到指導(dao)作用(yong)。
目前市(shi)(shi)場競(jing)爭(zheng)的(de)激烈和市(shi)(shi)場的(de)成熟度不足，可能導致應用開(kai)發(fa)項目的(de)惡性競(jing)爭(zheng)風險(xian)。客戶希望物美價廉(lian)而(er)(er)加(jia)需求、壓(ya)價格、壓(ya)進度；廠商惟恐出局而(er)(er)拍胸脯、打(da)包票。忽視必要的(de)科學(xue)的(de)可行性分析和評(ping)估(gu)，簽訂(ding)不可能完(wan)成的(de)服務(wu)合同(tong)，項目尚未啟(qi)動，已經(jing)(jing)注定(ding)了其中的(de)高(gao)風險(xian)。事實上，這種風險(xian)是雙方的(de)，廠商可能是經(jing)(jing)濟和信(xin)譽(yu)上的(de)損失，客戶也可能是經(jing)(jing)濟和業務(wu)發(fa)展上的(de)損失。
因此，只有(you)事先對(dui)(dui)(dui)(dui)(dui)(dui)項(xiang)(xiang)(xiang)(xiang)(xiang)目(mu)可(ke)能發生(sheng)的(de)(de)風(feng)(feng)險進(jin)行有(you)效(xiao)的(de)(de)分析和評(ping)估，并采(cai)取(qu)有(you)效(xiao)的(de)(de)防范與應對(dui)(dui)(dui)(dui)(dui)(dui)措(cuo)施(shi)，方(fang)能保證項(xiang)(xiang)(xiang)(xiang)(xiang)目(mu)目(mu)標(biao)的(de)(de)順利實(shi)(shi)(shi)現。根據(ju)項(xiang)(xiang)(xiang)(xiang)(xiang)目(mu)規劃(hua)階段對(dui)(dui)(dui)(dui)(dui)(dui)項(xiang)(xiang)(xiang)(xiang)(xiang)目(mu)開發過程(cheng)中(zhong)(zhong)不(bu)同風(feng)(feng)險的(de)(de)識別(bie)及(ji)應對(dui)(dui)(dui)(dui)(dui)(dui)策略(lve)，實(shi)(shi)(shi)行項(xiang)(xiang)(xiang)(xiang)(xiang)目(mu)“實(shi)(shi)(shi)時(shi)(shi)監控(kong)、實(shi)(shi)(shi)時(shi)(shi)詢問、及(ji)時(shi)(shi)披露”。在項(xiang)(xiang)(xiang)(xiang)(xiang)目(mu)開發過程(cheng)中(zhong)(zhong)，對(dui)(dui)(dui)(dui)(dui)(dui)于(yu)出現的(de)(de)風(feng)(feng)險要(yao)及(ji)時(shi)(shi)向上級領導、客(ke)戶反映，同時(shi)(shi)要(yao)采(cai)取(qu)措(cuo)施(shi)把風(feng)(feng)險減少到最低程(cheng)度(du)。總結本行業(ye)項(xiang)(xiang)(xiang)(xiang)(xiang)目(mu)中(zhong)(zhong)常見的(de)(de)風(feng)(feng)險及(ji)其(qi)對(dui)(dui)(dui)(dui)(dui)(dui)策，作為(wei)風(feng)(feng)險管理計劃(hua)中(zhong)(zhong)必要(yao)的(de)(de)風(feng)(feng)險內容，并切實(shi)(shi)(shi)評(ping)估相應對(dui)(dui)(dui)(dui)(dui)(dui)策的(de)(de)有(you)效(xiao)性(xing)和可(ke)行性(xing)。對(dui)(dui)(dui)(dui)(dui)(dui)于(yu)軟件(jian)項(xiang)(xiang)(xiang)(xiang)(xiang)目(mu)開發采(cai)用(yong)外包方(fang)式(shi)的(de)(de)，要(yao)選(xuan)擇(ze)在行業(ye)中(zhong)(zhong)信(xin)譽好、規模(mo)大、管理水平(ping)高和服(fu)務(wu)好的(de)(de)軟件(jian)公司作為(wei)開發商(shang)，項(xiang)(xiang)(xiang)(xiang)(xiang)目(mu)經(jing)理要(yao)密切監控(kong)項(xiang)(xiang)(xiang)(xiang)(xiang)目(mu)的(de)(de)實(shi)(shi)(shi)施(shi)情況。
2.4 業務參與意識
客戶購買(mai)IT 系統的(de)目(mu)的(de)是為了更好(hao)地(di)發展自己(ji)的(de)業(ye)務。應(ying)用(yong)(yong)軟件(jian)將通用(yong)(yong)計算機(ji)變(bian)成(cheng)了專用(yong)(yong)的(de)業(ye)務系統，因此應(ying)用(yong)(yong)軟件(jian)中滲透著業(ye)務制度、策略，成(cheng)為應(ying)用(yong)(yong)軟件(jian)甚至是IT 系統的(de)靈魂。因此，國際上成(cheng)功的(de)案例是業(ye)務部(bu)門貫穿(chuan)始終地(di)參與，作(zuo)為確保(bao)項目(mu)成(cheng)功的(de)底線(Bottom Line)之(zhi)一。
遺憾的是(shi)，我們經(jing)(jing)常會(hui)看見(jian)技術人員(yuan)(yuan)“獨立”地開發“創新”性的系統。究其原(yuan)因(yin)(yin)，往往有(you)：認(ren)為(wei)應用(yong)開發是(shi)IT 的事(shi)情(qing)；認(ren)為(wei)業(ye)(ye)務(wu)人員(yuan)(yuan)的認(ren)識囿于(yu)手工或現行方式；業(ye)(ye)務(wu)人員(yuan)(yuan)工作太(tai)忙，無(wu)暇參(can)與(yu)項(xiang)目(mu)；嫌業(ye)(ye)務(wu)人員(yuan)(yuan)要(yao)求太(tai)多、太(tai)啰(luo)嗦，以致頻繁變更需(xu)(xu)求。盡管(guan)這些原(yuan)因(yin)(yin)不(bu)無(wu)道理(li)(li)(li)，但(dan)歸(gui)根結底，應用(yong)項(xiang)目(mu)是(shi)來自(zi)于(yu)業(ye)(ye)務(wu)部門的需(xu)(xu)求，最終供業(ye)(ye)務(wu)部門使(shi)用(yong)。業(ye)(ye)務(wu)參(can)與(yu)不(bu)足，既(ji)可能產生(sheng)業(ye)(ye)務(wu)偏差(cha)的隱患，又可能因(yin)(yin)業(ye)(ye)務(wu)人員(yuan)(yuan)不(bu)理(li)(li)(li)解、不(bu)認(ren)可而(er)夭折。成熟的項(xiang)目(mu)經(jing)(jing)理(li)(li)(li)，應確保項(xiang)目(mu)實(shi)施中業(ye)(ye)務(wu)參(can)與(yu)的全面(mian)、深度和(he)權(quan)威性。
2.5 項目干系人問題
在范圍(wei)識別階段(duan)，項(xiang)目(mu)組對客戶(hu)的(de)整體(ti)組織結構、有關人員及(ji)其關系、工作(zuo)職責等沒(mei)有足夠(gou)了解(jie)，以致無法得到完整需(xu)求(qiu)(qiu)(qiu)或(huo)最終(zhong)經權威用(yong)戶(hu)代表確(que)認(ren)的(de)需(xu)求(qiu)(qiu)(qiu)。由(you)于項(xiang)目(mu)經理(li)的(de)工作(zuo)問題(ti)，客戶(hu)參與程度不(bu)高，客戶(hu)方相關責任人不(bu)明確(que)或(huo)對范圍(wei)和要(yao)求(qiu)(qiu)(qiu)責任心不(bu)強(qiang)，項(xiang)目(mu)前期(qi)對需(xu)求(qiu)(qiu)(qiu)的(de)確(que)認(ren)不(bu)夠(gou)積極；或(huo)者是多個用(yong)戶(hu)代表各說(shuo)各話、昨是今非，但同時又要(yao)求(qiu)(qiu)(qiu)項(xiang)目(mu)盡早交付；項(xiang)目(mu)后期(qi)需(xu)求(qiu)(qiu)(qiu)變(bian)化隨意(yi)，造成項(xiang)目(mu)范圍(wei)的(de)蔓延(yan)、進度的(de)拖(tuo)拉(la)、成本(ben)的(de)擴(kuo)大。
項(xiang)目的目的就是實(shi)現項(xiang)目干系(xi)人的需(xu)求(qiu)(qiu)和愿望。項(xiang)目干系(xi)人管理(li)應當從項(xiang)目的啟動開始，項(xiang)目經理(li)及其項(xiang)目成(cheng)員就要分清(qing)項(xiang)目干系(xi)人包含哪些人和組織，通過溝通協調又給他們施加影響，驅(qu)動他們對(dui)項(xiang)目的支持(chi)，調查(cha)并明確他們的需(xu)求(qiu)(qiu)和愿望，減小(xiao)其阻力(li)，以確保項(xiang)目順利完成(cheng)。
2.6 溝通意識問題
; 使軟件項目陷入困境(jing)的原(yuan)因(yin)很多。許(xu)多開發(fa)項目規(gui)模(mo)很大，導致復雜(za)、混亂，難(nan)以協(xie)調團隊(dui)成(cheng)員(yuan)之(zhi)間的關系。在(zai)項目中(zhong)一些(xie)重要(yao)信息(xi)沒有(you)進行充分(fen)有(you)效的溝(gou)通(tong)，在(zai)制定計(ji)劃、意(yi)見反饋、情(qing)況通(tong)報、技術問題或成(cheng)果等方面與相關人(ren)員(yuan)的溝(gou)通(tong)不足，造成(cheng)各做(zuo)各事(shi)、重復勞動，甚至造成(cheng)不必(bi)要(yao)的損失；有(you)些(xie)人(ren)沒有(you)及時溝(gou)通(tong)，以至于無法(fa)及時接收最新的信息(xi)。
為避免以上問題影(ying)響軟(ruan)件的(de)(de)開發進程，應該(gai)制定有效的(de)(de)溝(gou)通(tong)制度和溝(gou)通(tong)機制，提(ti)高(gao)溝(gou)通(tong)意識，對(dui)由于缺(que)乏溝(gou)通(tong)而造(zao)成的(de)(de)事件進行(xing)處(chu)罰(fa)。通(tong)過(guo)制度規(gui)定對(dui)由于未及時(shi)收取(qu)郵(you)件而造(zao)成的(de)(de)損失(shi)確(que)定責(ze)任歸屬。對(dui)于特別重要(yao)(yao)(yao)的(de)(de)內容要(yao)(yao)(yao)采用多種方式進行(xing)有效溝(gou)通(tong)以確(que)保(bao)傳達到(dao)位。例(li)如除(chu)發送(song)郵(you)件、QQ信息外(wai)，還(huan)要(yao)(yao)(yao)電話提(ti)醒、填寄(ji)回執等(deng)，重要(yao)(yao)(yao)的(de)(de)內容還(huan)要(yao)(yao)(yao)通(tong)過(guo)舉行(xing)各種會議進行(xing)傳達。
2.7 項目經驗總結問題
項(xiang)(xiang)目(mu)(mu)經理在項(xiang)(xiang)目(mu)(mu)結束時，有(you)(you)(you)些(xie)(xie)是(shi)因為自身對寫文(wen)檔工(gong)作的興趣或(huo)意識淺，或(huo)者是(shi)因為緊接著要參加下一個項(xiang)(xiang)目(mu)(mu)，總(zong)(zong)體對項(xiang)(xiang)目(mu)(mu)總(zong)(zong)結的重視程度不夠。有(you)(you)(you)些(xie)(xie)是(shi)項(xiang)(xiang)目(mu)(mu)總(zong)(zong)結報告一再拖延，有(you)(you)(you)些(xie)(xie)是(shi)交上來(lai)的報告質(zhi)量較低(di)，敷衍了事。因此在制度上應鼓勵(li)和加強項(xiang)(xiang)目(mu)(mu)經驗總(zong)(zong)結工(gong)作，使得總(zong)(zong)結及時并且具有(you)(you)(you)指(zhi)導意義，而不是(shi)走(zou)過場。
3 結束語
對于軟(ruan)件企業來(lai)說，實施有效的(de)項(xiang)目(mu)管理絕非易(yi)事(shi)，企業為此需(xu)要(yao)付出艱苦的(de)努力。在實際項(xiang)目(mu)中(zhong)，我們要(yao)堅持(chi)改善(shan)軟(ruan)件工程的(de)管理，并在實踐中(zhong)總結適合自身的(de)經(jing)驗，不斷(duan)實踐、完善(shan)和(he)擴展管理技(ji)術，確(que)保軟(ruan)件項(xiang)目(mu)的(de)順利完成。
