由於不同的企業情況各異，本文僅闡述專案管理中易被管理者所忽視的壓力風險以使管理者加以重視，不討論解決風險的具體方法。
在專案管理工作中，專案經理需要面對來自各個方面的風險，對風險的控制結果則直接決定專案成敗，其中壓力所帶來的風險往往最易被管理者所忽視，而壓力風險對專案及團隊所帶來的風險卻是管理者不願意承受的。
1、客戶壓力
客戶壓力是專案研發中擺在專案經理面前的第乙個難題，商務人員在商務活動中往往不會或者極少與專案經理討論進度及技術細節問題，專案合同簽訂的交付時間往往根據客戶要求來決定，商務人員對客戶描述的美好願景使客戶對產品功能超出預期，而專案經理在接受專案任務時將面對不合理的時間進度與可能無法實現的功能細節。
隨著專案交付日期的日益臨近，客戶對專案進度的關心也越來越迫切，在大多數情況下，客戶對專案的關注程度同時會導致公司最高層管理者直接向專案組施加政治壓力。
2、政治壓力
公司的最高層管理者往往不是技術出身，缺少對規範化研發過程的必要認識或者僅了解一些相關理論，而研發人員或技術管理者無法對其證明簡化必要流程對專案所帶來的直接危害與後果；為了提前或按時向使用者交付專案成果，高層管理者往往會在對部分必要流程認識不足、盲目相信員工能力的情況下刪減流程，並自作聰明認為以此帶來的進度壓力會對全體專案成員營造一種積極向上的氛圍，從而提高工作質量、縮減專案時間、按時甚至提前交付專案產品。
為了迎合不合理的專案交付時間，技術管理者往往會在迫不得已的情況下大量刪減所有非開發流程（包括需求調研、需求分析、介面設計、詳細設計、單元測試、整合測試等關鍵流程）及關鍵會議，使團隊成員提前進入開發階段以獲取更多的研發時間，研發人員不得不摒棄開發規範以求快速完成需求並按時交付產品，技術管理者也無法對研發人員的工作質量進行有效監控，而在這樣的環境下產出的產品質量可想而知。
低劣的產品質量首先將為客戶帶來極其糟糕的使用體驗，客戶在不斷發現bug的同時對公司的信任度也會隨之降低，如果持續提供這樣的產品，將最終失去使用者；對公司來說，低劣的產品質量也意味著大量的售後維護工作，如果不在研發過程中對產品質量加以控制，那麼高額的維護成本將攫取專案前期獲取的所有利潤；對團隊來說，任何一名研發人員都不會願意去維護文件缺失、**結構凌亂、注釋不知所云的專案，而長期參與大量的售後維護工作也會嚴重影響研發團隊的穩定程度，由此帶來的人員流動也將提高團隊培訓成本。
3、進度壓力
一般情況下，作為技術管理者，在專案初期會根據專案實際情況設定專案研發進度時間表，該時間表的準確程度視技術管理者對下屬的了解程度、對專案所採用技術的熟悉程度、以往的專案經驗等因素而定；但在現實情況中，往往由於前期需求分析及詳細設計工作不夠細緻而導致溝通工作占去大量時間；在時間不足的情況下，「加班」似乎只能是專案經理按時完成目標唯一的選擇，軟體研發工作是一項腦力勞動而非體力勞動，研發人員需要更好的休息才能保持清醒的大腦投入研發工作，盲目加班所產出的只能是bug百出的產品；然而如果專案一開始就制訂了無法完成的交付時間，那麼無論怎麼加班也不會按時保質完成專案，在這種情況下，作為專案經理，你不得不面對乙個事實：「加班」僅僅是在專案失敗時讓團隊成員看起來感覺更好一點而已。
4、回報壓力
作為研發人員，在親戚朋友的眼裡，他們應該坐在乾淨整潔的辦公室、做著體面的工作、享受豐厚的薪水，但絕大部分研發人員卻是在嘈雜惡劣的工作環境中以平均每天超過12小時的工作時間換取微薄的薪水，理想與現實的極大偏差使他們揹負著巨大的心理壓力；永無休止的加班工作慢慢侵蝕著他們的最後一絲耐心，在回報微薄甚至沒有回報的情況下研發人員唯一的選擇似乎只有跳槽，這也是導致it行業人員頻繁流動的最主要原因，而加班除了加重企業的負擔之外（過段時間將單獨撰文討論加班問題）並不會為企業帶來任何效益。
5、變更壓力
需求變更管理是專案管理中最為常見和最為重要的一項管理工作，面對客戶永無止境的需求變更，作為一名優秀的專案經理，除了在專案前期準確理解客戶需求外，還需要在專案全週期進行需求版本控制及需求變更管理，以此彙總需求變更所需時間，告知客戶由於需求變更將導致的延期交付時間及公司所需要付出的研發成本；然而在需求變更頻繁的專案中，專案經理還需要注意由此帶來的團隊成員情緒的變化，反覆地修改同樣的模組將使你的下屬逐漸厭煩自己的工作甚至懷疑你的能力，這種情緒最終將在你的整個團隊中漫延，直至你的團隊土崩瓦解。
專案管理中的技術風險
不管老闆多強勢，如果乙個專案，尤其進度壓大比較大的專案存在較大技術風險，都不能輕易低頭。最終還是在努力下，促成了客戶選擇etl工具，informatic，可以先試用，待預算下來後購買 老闆也調整了商業策略，變堅持 pl sql 為同意 也改變了前端工具的技術路子，能平掉的坑先平掉，不然大面積展開後只...
專案管理 風險管理
目錄 1 規劃風險管理 2 識別風險 3 實施定性風險分析 4 實施定量風險分析 5 規劃風險應對 6 控制風險 常見問題 需要編寫乙個計畫來記錄了我們打算如何來進行專案風險管理的內容。我們需要識別這個專案裡到底有哪些風險，並把它記錄下來。通過風險的發生概率和發生之後對專案的影響情況，對風險進行乙個...
軟體專案管理中的風險管理研究
摘 要 介紹了專案風險管理的過程及常用的工具和方法，討論了軟體專案中經常面臨的風險型別和經典的風險管理模型。引言 軟體專案風險是指在軟體開發過程中遇到的預算和進度等方面的問題以及這些問題對軟體專案的影響。軟體專案風險會影響專案計畫的實現，如果專案風險變成現實，就有可能影響專案的進度，增加專案的成本，...