在做專案的過程中，漸漸體會到了專案中的一些風險因素。在專案中參與了很多過程，有的還在繼續著。需求分析，資料庫設計，架構，編碼，測試，維護。也許正是參與的過程多了，在看待乙個專案的時候，就不會僅僅像剛做專案那會，分得乙個模組，按照規範按時做完，提前最好。做完乙個，做下乙個。那時有點「目無全牛」的感覺，專案的其他人和事都很少去關注，也沒有那樣的機會。現在不同了，參與的事多了，責任大了，關注點也不可能只停留在if，else上。專案的整體把握對我來說變得日益重要了，沒選好方向，做好規劃，到了那時，會有搬起石頭砸自己腳的懊悔。這些都會成為專案的風險因素。即是風險，可以說是影響專案目標的達成的。那我們做專案的目標又是什麼呢？也許影響目標的乙個最根本因素是時間，因為很多因素都會影響到專案的進度。在專案中遇到了一些影響專案進度的因素，如：
架構，技術選型，這點其實和需求是緊密相關的，還有乙個相關點就是技術人員的能力了。能力強的技術員，自然更能設計出好的架構，選到合理的技術原型，滿足現在的需求，也能更好的擴充套件，維護，去適應新的需求。專案做得越久，就會越覺得當初的設計有問題。有些甚至讓人頭痛的。在任務重，急，人手少的情況下，更能體會到那種頭痛，有很多時間話在選擇上了，是改框架，還是打補丁式的趕緊完成新需求。很多情況下，被逼的沒法。就先實現功能了，安慰自己以後抽出時間，整體改下。而這樣做出的功能，是很難保證穩定性的，而以後再加新的功能也會更難，維護也更難。在技術選型上更需要全面合理的考慮。經常遇到，在選用一種技術時，沒有進行足夠的比較分析，學習成本對比，掌握程度的對比，匆忙間選用了一些技術，元件，框架，短時間內可以滿足需求，時間一長，問題就來了。很多東西都要返工，時間精力多花了，專案進度取延緩了。這些都會使你以後花更多的時間精力去維護，去繼續專案，這也成為了專案完成的乙個風險。
成員的選用，管理，人員組成最好是合理搭配，根據專案特點擊有特長，側重點的人。專案組裡希望都是高手，效率高。但這是很少有的情況，乙個專案裡總會有新人。這就需要做好必要的培訓，和做好專案的規範了。特別是編碼規範，否則很難保證新人寫的**符合設計者的要求了，也很難與高手去溝通。分配任務的時候，不僅要根據個人的能力水平，還要考慮個人的溝通能力，承受壓力的能力，性格特點等等，有些任務需要幾個人合作完成，看見過其他專案部的人因合作有問題，而吵架。而有些人技術能力達到了要求，卻承受不了什麼壓力，乙個任務急，繁瑣，他就煩躁，工作很難完成，有的甚至直接退出了。而性格也會影響開發，有的人喜歡單幹，做完了。發現不合要求，是閉門造車。當需要幾個人合作時，前期不溝通交流，埋頭賣力做，做完了發現和別人的的銜接不了，級聯不了。也許他改下更容易銜接了，但不願意改，而是叫其他人改，叫別人來配合他做的。這樣的人多半是孤傲的。這些都需要專案負責人去關注，去避免，否則會成為不小的風險。
當然還有一些其他的風險，值得我們去關注。專案過程中總是有那麼多的煩心事，需要我們去處理，需要更多的責任感與毅力去支撐。
專案風險管理
風險管理活動就是設法最小化由不可 因素導致的專案失敗的可能性。對專案的成功產生不利影響的條件和事件，都可以認為是專案風險。風險的發生是有概率性的 一旦發生，對專案的影響是不利的或有害的 風險是可能發生的，潛在的，對專案實施有影響的事情 問題issue 是當前時間窗之內已經發生或者已經確定一定會發生的...
專案風險管理
專案是為完成某一獨特的產品或服務所做的一次性努力。專案的最終交付成果在專案開始時只是乙個書面的規劃，無論是專案的範圍 時間還是費用都無法完全確定。同時，專案創造產品或服務是乙個漸近明細的過程，這就意味著專案開始時有很多的不確定性。這種不確定性就是專案的風險所在。風險一旦發生，它的影響是多方面的，如導...
軟體專案風險
軟體專案風險是指在軟體開發過程中遇到的預算和進度等方面的問題以及這些問題對軟體專案的影響。軟體專案風險會影響專案計畫的實現，如果專案風險變成現實，就有可能影響專案的進度，增加專案的成本，甚至使軟體專案不能實現。如果對專案進行風險管理，就可以最大限度的減少風險的發生。但是，目前國內的軟體企業不太關心軟...