在產品的決策過程中，風險管理的方式與專案的管理過程中的方式不盡相同。在我們的實際專案中，我們會聽到一些聲音：「產品的版本需求決策如果比較保守，www.cppcns.com反覆修改猶猶豫豫出來的方案，並不一定比一開始的方案好多少，反而拖累了版本上線的時程式設計客棧間。」
失敗也是一種選擇ibm的創始人thomas j. watson曾說過一句名言，「如果你想更快地成功，就要多犯錯。」現代版鋼鐵俠elon musk也說過一句類似的話：「失敗也是一種選擇。」
然而，人的大腦裡有個稱作「蜥蜴腦」的部分，存在於你的脊椎頂端。這部分儲存了人類從遠古時代進化而來的生存記憶和技能，這部分所考慮的全部事情就是遠離危險和填飽肚子。如果「蜥蜴腦」天生的保守思維主導了產品決策，讓我們在產品的決策過程中害怕失敗，那就只能生產出平庸無趣，沉悶乏味的產品，恐懼失敗的產品風險管理思路幫助不了我們。
之前的辦公椅的市場有個例子：通常只有採購部門或人力資源部門的辦事人員關心座椅的規格和質地，這些採購人員不斷在安全而又簡單的清單中搜尋。而座椅的「產品經理」則謹慎地聽取採購人員的意見，以最安全保險的方式設計產品。就這樣造就了乙個無趣平淡無奇的市場。
而當2023年herman mille在市場上推出一種售價750美金的aeron座椅時，同行都認為他們簡直瘋了。這是一種看起來和之前市場上完全不一樣的產品。普通的座椅的產品經理會認為這是個巨大的錯誤，這一把椅子的**可以買市場上一堆別的牌子的椅子。然而到了市場上之後，因為這把椅子的設計非常獨特，每乙個看過它的人都想坐一坐，每個坐過的人都想和別人分享。aeron的產品經理在設計時知道這麼昂貴的**一般**商不會輕易購買，但是他們還是希望嘗試能夠打動另外一批人群。
最終，herman mille還是成功的運作了這個產品，讓坐在aeron座椅上的人向外界傳遞乙個資訊：即你的身份和地位如何，而購買了這種椅子的公司也等於向外界傳遞了一條關於該公司的類似資訊。aeron面程式設計客棧世不久，sitespecific公司的創始人在拿到他創業投資的第一張支票後，就立即不假思索的買了一打以上這個椅子，為此他還上了《華爾街**》的重要版面。這種椅子從2023年推出後，銷售了幾百萬把，還被美國現代藝術博物館所。
超越有限的理性為什麼我們需要在產品的風險管理過程中要大膽嘗試，甚至是「主動犯錯」呢？原因就是假如我們是完全理性的，我們就不需要為了學習而去犯錯，或是參與一些隨意的行為。然而我們還不夠理性，所以才需要勇於嘗試，介入一些隨機誤差，以便取得成功。
勇於嘗試，可以幫助我們超越那些造成自身有限理性：
我們過度的自信。我們很多人並不了解自己知識的界限。同時研究表明，專業的知識並不總能保護我們，有的時候他還會阻礙我們的學習能力。這就是所謂的知識的詛咒。沒有經驗的決策者可能會犯很多錯誤，並從中學習。而經驗豐富的決策者有可能變得只善於玩他們習慣了的方式，以致再也無法顯著的提高。如果你達www.cppcns.com到了乙個瓶頸階段，你就需要勇於嘗試，甚至有可能需要故意犯錯，從而走出自己的舒適區。我們怕承擔風險。我們職業的自尊心取決於行事的正確性。員工因取得良好的業績而獲得獎勵，也因失敗而受到處罰，因此，我們會花費大量的時間和精力試圖不去犯錯。儘管情況並不是很糟糕，但是損失在心理上比受益更為突出。我們傾向找支援我們的論據。當我們選擇後，我們總希望自己是正確的，而不是錯誤的。當我們選擇了之後，我們傾向找那些支援我們信念的論據，而不會問一些反向的問題。適合的場景在這種風險管理的策略進行時，我們要對程式設計客棧度有個把控，主要在如下類似的場景下我們實施這種策略的效果會更好：
相對錯誤成本會有巨大收穫。當乙個決策的失敗風險成本很低，然而其一旦成功受益很高時，理所當然要進行大膽嘗試。需要進行反覆決策的問題。例如，信用卡產品到底針對哪類人群獲得的回報更高，這是乙個反覆要做的決策，所以要大膽嘗試，甚至主動犯錯，然後根據獲得的資料找到相應的人群。市場環境不斷變化。如果你產品所處的環境是不斷變化的，之前的方式不再有效，你就需要用這種方式去加速學習的過程。對乙個問題的經驗是有限的。如果你對乙個問題不熟悉，你解決它時就更應該抱著乙個開明的態度，而不是更加保守。下一步最後回想一下，在你自己的產品決策的風險管理中，哪些可以進行一些改變？
作者：靳霄，網易雲**專案經理，致力於推動團隊基於價值的交付、效率的提公升和團隊的成長。之前曾先後就職於摩托羅拉、諾基亞西門子。《網易一千零一夜》主要作者之一。
文章作者系 @網易杭研專案管理（微信***：neteasepm） 未經許可，禁止**。
本文標題: 產品中的風險管理：不保守不激進
本文位址:
Scrum中的風險管理（1）
tags scrum，風險管理 scrum採用迭代開發技術，通過持續整合 自動測試 頻繁交付 客戶參與等已經極大程度上降低了傳統意義上的開發風險，而且從scrum框架上來說，對於風險管理並沒有具體的要求，那麼在scrum中還需要風險管理嗎？如果需要，將採用什麼方法來進行管理呢？我想，在採用scrum...
專案管理中的技術風險
不管老闆多強勢，如果乙個專案，尤其進度壓大比較大的專案存在較大技術風險，都不能輕易低頭。最終還是在努力下，促成了客戶選擇etl工具，informatic，可以先試用，待預算下來後購買 老闆也調整了商業策略，變堅持 pl sql 為同意 也改變了前端工具的技術路子，能平掉的坑先平掉，不然大面積展開後只...
專案管理中的壓力風險
由於不同的企業情況各異，本文僅闡述專案管理中易被管理者所忽視的壓力風險以使管理者加以重視，不討論解決風險的具體方法。在專案管理工作中，專案經理需要面對來自各個方面的風險，對風險的控制結果則直接決定專案成敗，其中壓力所帶來的風險往往最易被管理者所忽視，而壓力風險對專案及團隊所帶來的風險卻是管理者不願意...