雖然一直說項目風險屬于“意外”一類，但我們要知道很多時候發(fā)生都還是有一定前提因素存在的。就是說，當有不少項目管理的不當行為發(fā)生時，那么也應該同時可以分析這些意外可能對項目帶來的失敗成本有多少。

　　成員專業(yè)能力欠缺，外包成本

　　項目實施過程中由于人員技能欠缺造成的進度延后和軟件質量問題并不少見，一個熟練的技術人員完成同樣一個任務需要3天，但一個生手可能就需要7-10天。項目經理應該在前期就分析清楚項目所要采用的技術以及相應的人員技能要求，針對不同的角色，及時采取相應的技能培訓，以保證項目的順利實施。

　　如果對于項目中某些部分專業(yè)性特別強或新技術，短期內又不能快速建立技能的情況，可以考慮將該塊任務外包，借鑒合作廠商的力量降低實施風險，當然要進行外購人力成本與自建人力成本的效益分析。

　　新事務接受失敗，效率成本

　　如果你在項目中第一次嘗試新的過程、工具或技術，你必須承受短期內生產力降低的代價。不要期望在新軟件工程方法的第一次嘗試中就獲得驚人的效益，在進度安排中考慮不可避免的學習曲線。

　　團隊協(xié)作融合不夠，時間成本

　　軟件項目實施屬于知識型，要發(fā)揮團隊成員的創(chuàng)造力，不同于制造業(yè)計件生產，各模塊最終要集成在一起形成一個有機的整體。這就需要各小組之間的密切配合，界定清楚工作界面及接口關系，并在實施過程中持續(xù)地溝通交流和共享。首先團隊要融為一體，那產出的軟件才能融為一體。

　　目標成品未達到要求，質量成本

　　項目工作返工是項目組最不愿意看到的，既浪費人力、物力和財力，又影響團隊積極性。需求不明確或范圍沒有有效控制都可能造成返工，另外造成返工的原因是質量沒有達到用戶要求。

　　項目報告不當，溝通成本

　　創(chuàng)建一個良好的風氣，讓項目成員對準確地報告項目的狀態(tài)感到安全。努力讓項目在準確的、基于數(shù)據(jù)的事實基礎上運行，而不是從因為害怕報告壞消息而產生的令人誤解的樂觀主義。使用項目狀態(tài)信息在必要的時候進行糾正操作，并且在條件允許時進行表揚。