編輯導語：溫故而知新，可以為師矣。本篇作者通過教孩子讀田忌賽馬故事，自己也從中收獲到啟發，把孫臏的博弈思維運用到實際的生活場景中，對生活中的各種事情排好優先級，一起來看一下。

前幾天給孩子讀田忌賽馬，這是我們小時候都耳熟能詳的一則寓言故事，當年只是知道哇塞一下孫臏的聰明、有謀略。老師也只是讓總結一下故事結構、中心思想啥的，并沒有深究孫臏是怎么想出這個法子的。如今回頭來思考這則故事，發現其中蘊含的是一種典型的博弈思維，其意義遠不是聰明那么簡單。

孫臏，也許是他的天賦異稟讓其可以腦袋一轉就想出這么好的策略。但是，其背后隱藏的思維方式是不是可以總結出一套方法論？讓我們這些沒那么天賦異稟的普通人，今后在做事情的時候，也可以用這個方法論來做出科學正確的選擇？

比如：一個互聯網產品經理，經常需要應對接踵而至的各方需求，該如何科學地排列優先級呢？再比如：生活中如果碰到多項事情都需要解決，而我們的精力有限，該如何合理安排先做啥后做啥呢？

一、拆解孫臏的思維，梳理底層邏輯

梳理底層邏輯

話說田忌他們當時賽馬時的規則是每方出上、中、下三等馬各一匹，兩兩對陣賽三場，三局兩勝。田忌的馬總是比齊威王的馬略遜，所以總是輸。

孫臏在腦子一轉，對這個事情做了一次全面復盤，把幾種組合挨個對比，找出一條最優方案，于是取得了勝利。按現在的行話來說，這就是一次典型的博弈思維+降維打擊。

咱腦子沒孫臏好使，一時半會想不明白，老老實實地把所有可能的比賽組合都列出來看看：

孫臏腦中的博弈模型

上圖用一個博弈矩陣表示出所有對陣的勝負情況，1代表田忌贏，-1代表田忌輸。從這個矩陣可以直觀地得出如下結論：

1. 面對齊威王的上等馬，無論田忌出什么馬都得輸；
2. 面對齊威王的中等馬，田忌只有出上等馬才能贏；
3. 面對齊威王的下等馬，田忌出上或中等馬均能贏；

基于上述結論，只要是正常的普通人邏輯都可以簡單得出孫臏的取勝之道：

1. 反正都是輸，索性多輸點，用下等馬和對方上等馬比，后面必須贏兩場；
2. 只能用上等馬和對方的中等馬才能贏；
3. 剩下中等馬對陣對方的下等馬，還是贏；

最終三局兩勝，田忌勝！這也是唯一勝利的方案。

上述分解動作表明，孫臏的“神機妙算”其實也沒啥高深的，分解下來普通人也一樣可以得出必勝妙招，總結一下就是遇到問題三步走：

1. 全面了解問題相關信息（如：田忌賽馬的規則，失敗原因等）；
2. 根據掌握的信息客觀羅列出每一種策略及結果，構建相應的博弈矩陣；
3. 在每一種可能性中，選出對最優的策略。

遇事三步走：“全面了解、客觀羅列、選擇最優”，這就是孫臏在田忌賽馬事件中所用到的底層邏輯。

二、優先級評估模型，和孫臏一樣做正確的選擇

在日常的工作和生活中，我們經常會碰到各種事情、問題一起擺在面前有待解決，好像都很重要、都非常緊急。這時，如果沒有通過一套合理科學的方法來選擇做事情的優先次序，經常的情況就是，領導說啥急就先做啥（最終還是自己去背鍋）或者自己一邊做這件事的時候又去焦慮另外一件事情，結果兩件事情都沒有做好。

接下來，結合一個真實的工作場景，演示如何運用孫臏的思維來做正確的優先級評估：

小F是一家科技公司的產品經理，日常很重要的一個工作就是收集整理來自各方的需求，分析設計后，交付給研發團隊進行研發排期。這些需求，有來自老板的、客戶的、運營部的、自己根據行業趨勢設計的等等多種渠道。每個需求方，都認為自己的需求最重要、最迫切，而研發資源又有限，小F該如何從海量的需求池里面，科學的選出最該做的10個功能呢？

按上述【遇事三步走】的方法：全面了解、客觀羅列、選擇最優。

1. 全面了解能掌握的需求信息

在這個場景下就是，定義清晰每一項需求，建立一張類似下圖的表格：

需求列表

這里省略掉一些其他的字段（比如：需求來源、分類、提出時間等），只保留了最重要的，我們把每一項需求的【優先級】，拆解成【重要權重】和【難易權重】這兩項。為何要這樣分拆？

因為，在一個軟件系統的開發項目中，核心的矛盾就是有限的開發資源和無限的功能需求之間的矛盾，落實到具體的角色就是開發人員和需求提出方。為了高效地解決這個問題，就需要科學制定優先級。

所以，需要分別站在雙方的角度來思考每一個功能點的重要性和難易度：需求提出方對自己提出的需求重要程度肯定是最有發言權的；開發人員對每一個功能的開發難度、完成周期是最清楚的。這兩個維度將用于后面構建博弈矩陣來確定優先級。

2. 客觀羅列每項需求的重要程度和難易程度

做好這一步，需要把重要權重和難易權重用具體的數值來量化：

1. 【重要權重】分三級：1-2-3，數值越大越重要；
2. 【難易權重】分三級：1-2-3，數值越大越簡單；

這里說明一個容易混淆的地方，這兩個維度指的是重要性和難易度對優先級的影響權重，并不完全是代表其本身的，所以，【難易權重】是越簡單，對優先級的影響權重數值越大（生活中，我們通常的邏輯也是先易后難）。

定義好兩個維度的量化數值規則后，就需要找到對應的責任人，分別來對每項功能進行客觀的評估打分：

1. 【重要權重】找需求提出者對所提出的需求項進行打分；
2. 【難易權重】找研發人員（通常是組長）來各需求項打分；

打分后將各項得分填入上面的表格，如下圖所示：

打分后的需求表

3. 構建博弈矩陣，選擇最優的優先級排列

根據上一步的結果，我們以【重要權重】為縱坐標，【難易權重】為橫坐標，就得到了一個二維的博弈矩陣，通過這個矩陣，可以很直觀的展現出每一個功能點落在那個區域，先直接上圖：

優先級博弈矩陣

這個矩陣中：

1. 白色數字表示優先級數值，其等于該單元格對應的橫縱坐標數值之和，數字越大就代表優先級越高；單純從數值來說，可以分成5個優先級別，用紅、橙、黃、黃綠、綠色標示；
2. 【】方框內序號代表需求表里面每一項需求的序號，根據其重要權重和難易權重就可以確定其應該放入哪個區域塊，其優先級數值就是兩個權重數值之和。

比如：需求【1】其橫縱坐標為（3，3），就應該放入6這個單元格，其優先級就是橫縱坐標之和，說明這個功能又重要又容易完成，那肯定是先做這個需求是最合理的。

看到這個，大家肯定有疑問了，那如果兩個功能的優先級數值都一樣，都是3，但是在不同的區域塊內，先做哪個呢？

用另一個例子說明：需求【3】和【2】，它們的優先級數值一樣，但是【3】是在（2，1）這個區域塊內，【2】是在（1，2）這個區域塊內，數值雖然一樣，但是背后代表的意義卻不同?！?】（2，1）表示這個功能的重要權重要大于難易權重，而【2】（1，2）恰恰相反。

這種情況，要根據實際情況來定其最后的優先級：如果研發資源相對寬松時，就先做重要權重高的【3】；如果研發資源很緊缺了，就只能先做簡單點的【2】。

大部分情況下，我們可以直接把兩個維度的權重數值直接相加得到優先級數值，然后根據數值大小排序即可，如下圖：

優先級數值

三、寫在最后的話

其實，在生活中，我們也經常會碰到很多重要的事情一起出現的場景，比如：婚禮籌備、孩子備考、旅行安排等等。如果可以用遇事三步的這種邏輯，理性地分析一下，可以讓我們做事情更加高效，減少焦慮。田忌賽馬的故事給我們最大的啟發不是孫臏的方案，而是孫臏思考出這個方案的邏輯。

本文由 @老F@互聯后時代 原創發布于人人都是產品經理，未經許可，禁止轉載

題圖來自Pexels，基于 CC0 協議