場景
1：
lenovo
在美國展開優惠活動，
thinkpad
筆記本在某個時期**被下調
20~22%
，著名的
x300
被降價超過
300美元，而同時，在國內，
x300
低配版24999
元，高配版
34999
元。但優惠活動僅在美國本土進行。於是一些小黑的發燒友就開始聯絡美國的朋友或者通過**網**的途徑購買美國版的
thinkpad
機器。
通過朋友購買，郵寄回國內，有可能被抽查，從而要支付關稅，也就抵消了優惠活動的讓利，通過**網**，又擔心存在質量問題或者被欺騙。
在這個場景中，無論是通過朋友購買還是通過****，都存在一定的不確定性，但有一點是確定的，那就是一旦成功買到，將獲得優惠活動的讓利。所以從整體上看，這次購買機器的活動是存在「風險」的。如果在這個過程中，沒有優惠活動，我們一般不會做**或者拖朋友購買，但如果你做了，那就不再是風險，而是做了件傻事，在這個場景中很明顯，但在專案管理過程中就不那麼明顯了，說不定我們都做過這樣的傻事。問題的關鍵是要把握專案的最主要目標和該項目的核心價值所在。
點評：
專案風險是指不利因素對實現專案目標存在的可能性。專案的目標是在既定的時間、成本要求下完成一系列合格的交付物，從這個角度看，專案的所有風險就主要是對專案的進度計畫、成本、利潤、交付物的取得存在影響的因素。而能對這些內容產生影響的**是很多和複雜的。簡單的說做好專案就是要在很多干擾因素中，始終堅持專案的目標，並為實現這個目標鬥志鬥勇，所以有專案管理的前輩說，做專案就是做風險。
問題、問題管理是
itil
中的乙個重要內容，問題是導致一些或多起事故的潛在原因，問題管理就是儘量減少服務基礎架構、人為錯誤和外部事件等缺陷或過失對客戶造成影響，並防止它們重**生的過程。在專案風險管理中我們借用這個概念，將構成風險分解為目標和問題，分開來管理（組織級別的管理）。在組織中，我們有《風險**清單》，其中定義了這些「問題」，以及相應的解決方案，大家可以參考風險**清單，結合專案的實際情況進行風險的識別，並參考風險處理方式處理風險。（該文件是公司
cmmi
文件中風險管理的指導書，不定期更新）
機器學習優化問題 經驗風險 期望風險 結構風險
要區分這三個概念，需要先講一下損失函式l y,f x 的概念。損失函式 針對單個具體樣本，表示模型 值與真實樣本值之間的差距。損失函式越小，說明模型對於該樣本 越準確。常見損失函式有0 1損失函式 平方損失函式 絕對損失函式 對數損失函式 對數似然損失函式 經驗風險 對所有訓練樣本都求一次損失函式，...
管理影子IT會對業務造成什麼風險？
it擁有成本，包括裝置 許可證 服務正持續下降。至少你的終端使用者這樣認為。為什麼終端使用者要去it部門索求他們認為需要花上很長一段時間來採購和啟用，並且產生大量成本的東西?相反，他們可以自己解決，而且自給自足。員工使用外部平台會帶來無數的問題 有的明顯，有的不是很明顯。影子it模式可以幫助個體，但...
minio資料洩露的高風險問題
目前可選的資源伺服器挺多，比如fastdfs，minio，aws s3等，雲伺服器 商也提供資源伺服器oss租用。但最舒心的方式還是自己搭建乙個私有資源伺服器，比如minio。為什麼選擇minio呢？因為實在是太簡單易用了，功能卻很強大。但minio不注意使用的話，會存在乙個超級大的資訊洩露的風險。...