什麼是分析項目風險的最佳方式？

Question

有沒有一種可以防止項目中涉及的所有風險的傻瓜式方法？並且它根據你工作的項目類型而不同（即：網站，客戶端/服務器...）？

Answer 1

「[風險]根據項目類型的不同而不同[你正在努力]？

是的，絕對。軟件項目存在幾個通用風險（缺乏管理承諾，溝通不暢等），但風險「概況」與上下文不同。例如，視頻遊戲項目的風險與企業供應鏈管理項目的風險大不相同。

企業發展，風險不同而不同管理支持和複雜性，團隊結構，項目的規模，內部VS，平臺的選擇，和集成度，僅舉一些主要領域面向客戶的。

風險不同的原因是「域名經驗不足」是風險的一個原因。

各種環境風險概況是學術論文（做了一個調查，磨一些數字，得到了出版信貸...）流行的主題。他們通常不會閱讀，但在制定項目計劃時非常值得回顧。

關於風險管理的一本很好的小冊子是DeMarco和Lister編寫的「Waltzing with Bears」。

Answer 2

絕對沒有防呆的方法。整本書都是關於這個話題的。和書上說，我推薦這一個：

軟件項目生存指南由史蒂夫·麥康奈爾（我知道，蹩腳的圖像）

alt text http://ecx.images-amazon.com/images/I/41X9bGinoNL._SL500_BO2,204,203,200_AA219_PIsitb-sticker-dp-arrow,TopRight,-24,-23_SH20_OU01_.jpg

Answer 3

沒有很簡單的方法 - 最危險的風險那些你沒有預見到的。

不幸的是，開發人員傾向於樂觀主義者，這使情況更加複雜。如果你問程序員「最可能的估計」，你會得到同樣的答案，就好像你曾經要求過一個「最佳案例估計」一樣。根據我的經驗，最好的做法是找到優秀的人，並且即使在你告訴他們包括一些不可預見的彎路後，即使在你要求他們不要樂觀之後，他們也總是認爲他們的估計很低。

最重要的是，從來沒有，從來沒有，NEVER告訴你的程序員，一個估計過高，他需要放低。如果你想從你的帽子裏拿出一個估價，那麼這樣做，但要誠實地說明你把它從帽子裏拿出來的事實。假裝「這是程序員的估計」，當你壓他降低它是有風險和不誠實的。

我強烈推薦弗雷德布魯克斯神話人月對軟件開發過程的危險的其他見解。

Answer 4

風險管理是一個巨大的話題，並且可能是一個在stackoverflow上的答案中無法做到公正的問題。最好的辦法是去找一本關於軟件項目管理的好書（軟件項目倖存指南的建議很好），然後從那裏開始。

Answer 5

我非常喜歡這篇文章：Risk Analysis in Software Design（PDF），看看它，對風險分析給出了一個很好的概述，但我認爲沒有防止欺騙的方法，它真的取決於您的環境。 。

Answer 6

不要忘記任何開發的最後階段：

釋放到生產

這可能是認爲，對於軟件開發的風險應該對這一目標進行評估（SUC切實實現軟件產品的發佈，換句話說就是「向客戶提供服務」）。
這是不夠的，因爲監控和維護該軟件本身是危險的操作，但這是一個很好的指導原則。例如，美國國家航空和宇宙航行局（「釋放」非常重要！）有一個Software Quality Models定義。 IBM在這個話題上有很棒的series of articles。

所有其他答案和圖書推薦都是正確的。

我只是想擺在任何中心回答一個項目是怎麼一回事（「放」），爲了更好地建立一個「風險」爲該項目一個自己的定義。

Answer 7

經驗。開發和發佈軟件的做法將使您能夠以沒有結構化分析的方式預測和減輕風險。

Answer 8

一些主要風險包括：程序員是否知道需要構建什麼，以及如何去做，他們可以一起工作嗎？包括敏捷和極端在內的一些開發方法通過儘快建立真正的內容來攻克這些風險，然後通過一次性遵循一個高優先級業務目標來發展工作系統。