在項目管理工作中，項目經(jīng)理需要面對來自各個方面的風險，項目管理中易被管理者所忽視的壓力風險以使管理者加以重視，對風險的控制結(jié)果則直接決定項目成敗，其中壓力所帶來的風險往往最易被管理者所忽視，而壓力風險對項目及團隊所帶來的風險卻是管理者不愿意承受的。
1、客戶壓力
客戶壓力是項目研發(fā)中擺在項目經(jīng)理面前的第一個難題，商務(wù)人員在商務(wù)活動中往往不會或者極少與項目經(jīng)理討論進度及技術(shù)細節(jié)問題，項目合同簽訂的交付時間往往根據(jù)客戶要求來決定，商務(wù)人員對客戶描述的美好愿景使客戶對產(chǎn)品功能超出預(yù)期，而項目經(jīng)理在接受項目任務(wù)時將面對不合理的時間進度與可能無法實現(xiàn)的功能細節(jié)。
隨著項目交付日期的日益臨近，客戶對項目進度的關(guān)心也越來越迫切，在大多數(shù)情況下，客戶對項目的關(guān)注程度同時會導(dǎo)致公司最高層管理者直接向項目組施加政治壓力。
2、進度壓力
一般情況下，作為技術(shù)管理者，在項目初期會根據(jù)項目實際情況設(shè)定項目研發(fā)進度時間表，該時間表的準確程度視技術(shù)管理者對下屬的了解程度、對項目所采用技術(shù)的熟悉程度、以往的項目經(jīng)驗等因素而定;但在現(xiàn)實情況中，往往由于前期需求分析及詳細設(shè)計工作不夠細致而導(dǎo)致溝通工作占去大量時間;在時間不足的情況下，“加班”似乎只能是項目經(jīng)理按時完成目標唯一的選擇，軟件研發(fā)工作是一項腦力勞動而非體力勞動，研發(fā)人員需要更好的休息才能保持清醒的大腦投入研發(fā)工作，盲目加班所產(chǎn)出的只能是BUG百出的產(chǎn)品;然而如果項目一開始就制訂了無法完成的交付時間，那么無論怎么加班也不會按時保質(zhì)完成項目，在這種情況下，作為項目經(jīng)理，你不得不面對一個事實：“加班”僅僅是在項目失敗時讓團隊成員看起來感覺更好一點而已。
3、變更壓力
需求變更管理是項目管理中最為常見和最為重要的一項管理工作，面對客戶永無止境的需求變更，作為一名優(yōu)秀的項目經(jīng)理，除了在項目前期準確理解客戶需求外，還需要在項目全周期進行需求版本控制及需求變更管理，以此匯總需求變更所需時間，告知客戶由于需求變更將導(dǎo)致的延期交付時間及公司所需要付出的研發(fā)成本;然而在需求變更頻繁的項目中，項目經(jīng)理還需要注意由此帶來的團隊成員情緒的變化，反復(fù)地修改同樣的模塊將使你的下屬逐漸厭煩自己的工作甚至懷疑你的能力，這種情緒最終將在你的整個團隊中漫延，直至你的團隊土崩瓦解。
4、回報壓力
作為研發(fā)人員，在親戚朋友的眼里，他們應(yīng)該坐在干凈整潔的辦公室、做著體面的工作、享受豐厚的薪水，但絕大部分研發(fā)人員卻是在嘈雜惡劣的工作環(huán)境中以平均每天超過12小時的工作時間換取微薄的薪水，理想與現(xiàn)實的極大偏差使他們背負著巨大的心理壓力;永無休止的加班工作慢慢侵蝕著他們的最后一絲耐心，在回報微薄甚至沒有回報的情況下研發(fā)人員唯一的選擇似乎只有跳槽，這也是導(dǎo)致IT行業(yè)人員頻繁流動的最主要原因，而加班除了加重企業(yè)的負擔之外(過段時間將單獨撰文討論加班問題)并不會為企業(yè)帶來任何效益。
5、政治壓力
公司的最高層管理者往往不是技術(shù)出身，缺少對規(guī)范化研發(fā)過程的必要認識或者僅了解一些相關(guān)理論，而研發(fā)人員或技術(shù)管理者無法對其證明簡化必要流程對項目所帶來的直接危害與后果;為了提前或按時向用戶交付項目成果，高層管理者往往會在對部分必要流程認識不足、盲目相信員工能力的情況下刪減流程，并自作聰明認為以此帶來的進度壓力會對全體項目成員營造一種積極向上的氛圍，從而提高工作質(zhì)量、縮減項目時間、按時甚至提前交付項目產(chǎn)品。
為了