淺談項目管理中的壓力風(fēng)險-項目管理軟件

在項目管理工作中，項目經(jīng)理需要面對來自各個方面的風(fēng)險，項目管理中易被管理者所忽視的壓力風(fēng)險以使管理者加以重視，對風(fēng)險的控制結(jié)果則直接決定項目成敗，其中壓力所帶來的風(fēng)險往往最易被管理者所忽視，而壓力風(fēng)險對項目及團(tuán)隊所帶來的風(fēng)險卻是管理者不愿意承受的。

1、客戶壓力：客戶壓力是項目研發(fā)中擺在項目經(jīng)理面前的第一個難題，商務(wù)人員在商務(wù)活動中往往不會或者極少與項目經(jīng)理討論進(jìn)度及技術(shù)細(xì)節(jié)問題，項目合同簽訂的交付時間往往根據(jù)客戶要求來決定，商務(wù)人員對客戶描述的美好愿景使客戶對產(chǎn)品功能超出預(yù)期，而項目經(jīng)理在接受項目任務(wù)時將面對不合理的時間進(jìn)度與可能無法實現(xiàn)的功能細(xì)節(jié)。隨著項目交付日期的日益臨近，客戶對項目進(jìn)度的關(guān)心也越來越迫切，在大多數(shù)情況下，客戶對項目的關(guān)注程度同時會導(dǎo)致公司最高層管理者直接向項目組施加政治壓力。

2、進(jìn)度壓力：一般情況下，作為技術(shù)管理者，在項目初期會根據(jù)項目實際情況設(shè)定項目研發(fā)進(jìn)度時間表，該時間表的準(zhǔn)確程度視技術(shù)管理者對下屬的了解程度、對項目所采用技術(shù)的熟悉程度、以往的項目經(jīng)驗等因素而定;但在現(xiàn)實情況中，往往由于前期需求分析及詳細(xì)設(shè)計工作不夠細(xì)致而導(dǎo)致溝通工作占去大量時間;在時間不足的情況下，“加班”似乎只能是項目經(jīng)理按時完成目標(biāo)唯一的選擇，軟件研發(fā)工作是一項腦力勞動而非體力勞動，研發(fā)人員需要更好的休息才能保持清醒的大腦投入研發(fā)工作，盲目加班所產(chǎn)出的只能是BUG百出的產(chǎn)品;然而如果項目一開始就制訂了無法完成的交付時間，那么無論怎么加班也不會按時保質(zhì)完成項目，在這種情況下，作為項目經(jīng)理，你不得不面對一個事實：“加班”僅僅是在項目失敗時讓團(tuán)隊成員看起來感覺更好一點(diǎn)而已。

3、變更壓力：需求變更管理是項目管理中最為常見和最為重要的一項管理工作，面對客戶永無止境的需求變更，作為一名優(yōu)秀的項目經(jīng)理，除了在項目前期準(zhǔn)確理解客戶需求外，還需要在項目全周期進(jìn)行需求版本控制及需求變更管理，以此匯總需求變更所需時間，告知客戶由于需求變更將導(dǎo)致的延期交付時間及公司所需要付出的研發(fā)成本;然而在需求變更頻繁的項目中，項目經(jīng)理還需要注意由此帶來的團(tuán)隊成員情緒的變化，反復(fù)地修改同樣的模塊將使你的下屬逐漸厭煩自己的工作甚至懷疑你的能力，這種情緒最終將在你的整個團(tuán)隊中漫延，直至你的團(tuán)隊土崩瓦解。

4、回報壓力：作為研發(fā)人員，在親戚朋友的眼里，他們應(yīng)該坐在干凈整潔的辦公室、做著體面的工作、享受豐厚的薪水，但絕大部分研發(fā)人員卻是在嘈雜惡劣的工作環(huán)境中以平均每天超過12小時的工作時間換取微薄的薪水，理想與現(xiàn)實的極大偏差使他們背負(fù)著巨大的心理壓力;永無休止的加班工作慢慢侵蝕著他們的最后一絲耐心，在回報微薄甚至沒有回報的情況下研發(fā)人員唯一的選擇似乎只有跳槽，這也是導(dǎo)致IT行業(yè)人員頻繁流動的最主要原因，而加班除了加重企業(yè)的負(fù)擔(dān)之外(過段時間將單獨(dú)撰文討論加班問題)并不會為企業(yè)帶來任何效益。

5、政治壓力：公司的最高層管理者往往不是技術(shù)出身，缺少對規(guī)范化研發(fā)過程的必要認(rèn)識或者僅了解一些相關(guān)理論，而研發(fā)人員或技術(shù)管理者無法對其證明簡化必要流程對項目所帶來的直接危害與后果;為了提前或按時向用戶交付項目成果，高層管理者往往會在對部分必要流程認(rèn)識不足、盲目相信員工能力的情況下刪減流程，并自作聰明認(rèn)為以此帶來的進(jìn)度壓力會對全體項目成員營造一種積極向上的氛圍，從而提高工作質(zhì)量、縮減項目時間、按時甚至提前交付項目產(chǎn)品。

為了迎合不合理的項目交付時間，技術(shù)管理者往往會在迫不得已的情況下大量刪減所有非開發(fā)流程(包括需求調(diào)研、需求分析、界面設(shè)計、詳細(xì)設(shè)計、單元測試、集成測試等關(guān)鍵流程)及關(guān)鍵會議，使團(tuán)隊成員提前進(jìn)入開發(fā)階段以獲取更多的研發(fā)時間，研發(fā)人員不得不摒棄開發(fā)規(guī)范以求快速完成需求并按時交付產(chǎn)品，技術(shù)管理者也無法對研發(fā)人員的工作質(zhì)量進(jìn)行有效監(jiān)控，而在這樣的環(huán)境下產(chǎn)出的產(chǎn)品質(zhì)量可想而知。

低劣的產(chǎn)品質(zhì)量首先將為客戶帶來極其糟糕的使用體驗，客戶在不斷發(fā)現(xiàn)BUG的同時對公司的信任度也會隨之降低，如果持續(xù)提供這樣的產(chǎn)品，將最終失去用戶;對公司來說，低劣的產(chǎn)品質(zhì)量也意味著大量的售后維護(hù)工作，如果不在研發(fā)過程中對產(chǎn)品質(zhì)量加以控制，那么高額的維護(hù)成本將攫取項目前期獲取的所有利潤;對團(tuán)隊來說，任何一名研發(fā)人員都不會愿意去維護(hù)文檔缺失、代碼結(jié)構(gòu)凌亂、注釋不知所云的項目，而長期參與大量的售后維護(hù)工作也會嚴(yán)重影響研發(fā)團(tuán)隊的穩(wěn)定程度，由此帶來的人員流動也將提高團(tuán)隊培訓(xùn)成本。