中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

本文筆者將從兩個方面——項目之間的優先級，以及項目工作之間的優先級，來講述：如何搭建產品管理優先排序框架？

優先排序意味著首先做最重要的事情，在構建產品的時候，就意味著首先要做的事情是創造最大客戶價值。

制定優先級決策的工藝是一個團隊最困難的技能之一，因為需要做優先排序的情況很多，而且這通常也是產品經理的核心職責。但是，我們可以發現那些好的團隊，每個人都是優先朝著同一個目標前進。

優先排序框架

產品管理的優先級可以分為兩個方面：

1. 項目之間的優先級：?這是關于確定我們團隊下一步應該做什么項目。
2. 項目工作之間的優先級：這是關于如何有效地執行項目。

在對項目進行有限排序的時候，我們必須做出一個決定：我們團隊接下來會投資什么？

接近這個問題的答案就像是完成一個謎題，應該用嚴格的流程找出所有線索，才能解出謎底。

在對項目中的工作進行優先排序時，我們必須做出數百次相同的決定：這是絕對必要的嗎？

解決這個問題的正確方法是接受工作的混亂性，然后培養一種無情的心態，快速決定什么是絕對必要的。

項目之間的優先級

解決這個問題的流程：

1. 估算每個項目的投資回報率。
2. 制定三個約束條件：依賴關系，時間軸和團隊組成。

1. 估算投資回報率（ROI）

所有項目優先級的基礎是投資回報率（ROI），其衡量我們的團隊在一個單位時間內創建的客戶價值量。我們確定優先級的目標是始終做最大化客戶價值的工作。

為了在項目之間劃分優先級，我們需要估計兩個數據點：

1. 客戶價值
2. 完成項目所需的人天

我們知道投資回報率（ROI）=年利潤或年均利潤/投資總額×100%，在這里我們項目的ROI就是客戶價值除以人天了。一旦我們有了每個項目的這些數據，我們可以簡單地比較不同項目的ROI然后決定我們的優先事項。

當然，估計影響程度的高低和投入精力的多少是非常困難的，因為我們每次估算都可能出現錯誤的情況，所以，多次比較估算結果之后可以發現計算ROI是確定項目優先級的最好方法。

2. 制定約束條件

由于項目的進展大多數情況不是井然有序的，因此我們還需要將約束條件納入優先級決策。

我們必須處理的核心約束有三部分：依賴關系，時間軸和團隊組成。

1）依賴關系

當需要完成一個工作以便進行另一個工作時，就會產生一個依賴關系。

假設我們在移動團隊中，希望為手機端的客戶創建一鍵式付款按鈕。我們已經確定這是最高投資回報率項目，因此我們希望盡快完成。但是，要做到這一點，我們的公司實際上需要首先接受付款的能力，而這又是另一個團隊正在進行的工作。對其他團隊的依賴意味著我們無法真正做任何事情，因此正確的優先級決定是延遲這個功能并執行我們的下一個最高投資回報率項目。

很多人認為初創公司工作效率很高，是因為他們工作更努力，更有野心。但事實是，大多數速度差異來自于他們具有更少的依賴性，因此更容易完成任務。

2）時間軸

我們都經歷過時間的約束，舉個例子：如果我們的創業公司在最高投資回報率功能上線之前用完資金，那么我們的創業公司就宣告死亡。所以，在發生這種情況之前，正確的優先級決定當然是做出在一定時間范圍內可實現的最高ROI項目。

3）團隊組成

并非所有團隊都是平等的，有時團隊中特定人員的組成意味著我們需要針對項目做出不同的優先級決策。

一個例子就是：擁有一個充滿了全新人員的團隊，就像一群實習生（沒有對實習生的不尊重，50％的軟件是由他們建造的）。在這些情況下，我們應該警惕優先考慮對客戶有很大風險的項目，即使它是最高投資回報率的項目。相反，我們通常會更優先考慮不接觸任何關鍵代碼或用戶體驗之類的項目，因為這樣可以減少產生不良結果的情況發生。

幫助新手團隊熟悉業務、熟悉代碼之后取得一些小的成果，一旦他們掌握了一些生產技能，他們就可以向更復雜的項目發展。

項目工作之間的優先級

在項目執行期間，很多時候優先級的定義是很混亂的。而且我們每天都需要做出決定，也沒有時間像我們在項目之間進行優先排序時一樣慢慢分析。對于一個團隊來說，這是一個更加情緒化的時期，因為真正的客戶很可能在我們做決定的這段時期受到影響。

雖然所有軟件開發過程中遇到問題是很正常的一件事情，并且隨著時間的推移問題會越來越多。但是，當面對一個新的問題時，如果我們的團隊無法快速弄清楚是否應該修復它時，那么我們專注于最重要工作的注意力將不斷受到干擾。

實際上，更有效的策略是幫助團隊內化產品開發概念，并將其構建成優先級系統來確定何時修復錯誤。

比如：我們可以用X軸表示錯誤影響用戶的頻率，用Y軸表示錯誤的嚴重程度，用紅點表示一個錯誤。

以MadPecker缺陷管理為例：我和團隊成員定義嚴重程度過高的情況（比如：用戶不能提交BUG）以及頻率過高的情況（比如：在這種情況下受影響的用戶為5%）。然后，只要團隊就錯誤落到某個區域的一系列操作達成一致，我們就能減少處理低價值錯誤的情況，因為落在待辦事項的錯誤并不是絕對必要馬上修改的，而落在馬上解決的錯誤就是需要我們立刻處理的。

最后

我們的時間就是我們最寶貴的財富，而優先排序的目的就是讓我們在做決定的時候更加果斷，在工作的時候更有效率，因為總有一種方法可以比你目前的計劃更快地實現你的目標。

本文由@MadPecker 原創發布于人人都是產品經理，未經許可，禁止轉載

題圖來自Unsplash, 基于CC0協議