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

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

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

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

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

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

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

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

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