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

    1、客戶壓力

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

    2、進度壓力

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

    3、變更壓力

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

    4、回報壓力

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

    5、政治壓力

    公司的最高層管理者往往不是技術出身，缺少對規范化研發過程的必要認識或者僅了解一些相關理論，而研發人員或技術管理者無法對其證明簡化必要流程對項目所帶來的直接危害與后果;為了提前或按時向用戶交付項目成果，高層管理者往往會在對部分必要流程認識不足、盲目相信員工能力的情況下刪減流程，并自作聰明認為以此帶來的進度壓力會對全體項目成員營造一種積極向上的氛圍，從而提高工作質量、縮減項目時間、按時甚至提前交付項目產品。
    為了迎合不合理的項目交付時間，技術管理者往往會在迫不得已的情況下大量刪減所有非開發流程(包括需求調研、需求分析、界面設計、詳細設計、單元測試、集成測試等關鍵流程)及關鍵會議，使團隊成員提前進入開發階段以獲取更多的研發時間，研發人員不得不摒棄開發規范以求快速完成需求并按時交付產品，技術管理者也無法對研發人員的工作質量進行有效監控，而在這樣的環境下產出的產品質量可想而知。
    低劣的產品質量首先將為客戶帶來極其糟糕的使用體驗，客戶在不斷發現BUG的同時對公司的信任度也會隨之降低，如果持續提供這樣的產品，將最終失去用戶;對公司來說，低劣的產品質量也意味著大量的售后維護工作，如果不在研發過程中對產品質量加以控制，那么高額的維護成本將攫取項目前期獲取的所有利潤;對團隊來說，任何一名研發人員都不會愿意去維護文檔缺失、代碼結構凌亂、注釋不知所云的項目，而長期參與大量的售后維護工作也會嚴重影響研發團隊的穩定程度，由此帶來的人員流動也將提高團隊培訓成本。