鑽石舞台

關注並將「人人都是產品經理」設為星標

每天早 07 : 45 按時送達

編輯：董琦，人人都是產品經理實習生

全文共1618 字，閱讀需要 3 分鐘

——————/ BEGIN /——————

產品開發是一種投資行為是 IPD 中的一條核心思想。

決策層（高層）作為投資方，需要對結果負責，必須介入項目開發過程。

但問題來了：高層在哪個時間點介入？如何介入？

是像喬布斯那樣深入到每個細節，還是像庫克那樣授權給研發和營銷團隊？

國內很多企業高層對產品開發過程要麼介入太多，要麼介入太少。

根源在於產品開發流程中並沒有明確他們應當：在什麼時候介入，以什麼樣的方式介入，介入做什麼。

而這些應當在流程設計中事先明確規定。

這也就是我們本篇要討論的越界審查。

越界審查（OOB）是一個精益、快速、有效的過程。當項目發生重大變化時，可以讓團隊集中注意力並回到正軌。

在項目批准時，設置「邊界條件」是在管理層和項目團隊之間建立「合同」的有效方式。只要不跨越邊界條件，例如，成本、進度、功能和質量等方面的邊界條件。

該合同界定了管理層介入的時機，允許團隊以最少的高層介入向前推進項目。

當跨越這些界限時，越界審查是一種機制來糾正和重新調整計劃。

越界審查的英文是 The Out-Of-Bounds（OOB）Check，一般簡寫為 OOB。

即使盡最大努力預測和減輕項目風險，有時項目也會脫軌。

當這種情況發生時，很難讓團隊重新集中注意力並回到正軌。

由誰來做出重新設置團隊進程的決定通常是模稜兩可的。

結果就導致浪費時間、效率低下、混亂，甚至團隊會出現沮喪情緒。

越界審查是一個簡單的工具。

它為團隊提供了快速進行根因分析、評估替代方案，然後向項目決策者推薦補救措施的機制。

當項目團隊檢測到或預計 80% 的情況會觸發越界條件時。

項目經理就會收集相關信息以確定團隊是否可以在團隊內部解決問題並可以保持邊界條件。

如果無法做到內部解決，就需要將該信息發送給關鍵決策者，並做概述：

哪個項目邊界將被或已經被打破；

邊界被打破的根本原因；

解決的替代方案（帶有支持的進度或成本影響數據）；

項目組推薦。

這種交流可以通過電子郵件或在預定的會議上進行。

關鍵決策者就批准或修改作出決策回應。

項目團隊和關鍵決策者的意圖應該是快速完成這個過程 —— 幾小時/一天，而不是幾天/幾周。

越界審查的優點

快速響應：項目在幾小時/一天內重新調整，而不是幾天/幾周；

一旦建立了邊界條件，團隊就有權在最少的指導下繼續前進；

有單一的、商定的通信工具和信息來源 —— 這種一致性最大限度地減少了團隊中的混亂和流失。

使用的前提，關鍵是在整個組織內達成一致，一致地使用該過程。

這個過程的價值在於在項目邊界內進行管理。

然後在項目突破邊界條件時加速決策。

解決了什麼業務問題？

當項目脫軌時，這種輕量級流程是一種有效的恢復工具。

它創建了一種通用語言和機制。

可以在項目發生重大變化時快速調整項目和管理團隊。

每次出現偏差時，每個團隊都不會浪費時間嘗試創建異常處理流程。

結果是更快地分析、決策和調整新計劃。

案例

一個跨職能的產品團隊正處於 X 項目的開發階段，團隊的邊界條件是在項目批准時確定的。

團隊處於開發階段，已經開始向測試團隊交付早期版本。

測試團隊在測試過程中發現了一個涉及第三方組件的嚴重錯誤。

為了調試和解決，團隊需要第三方開發人員的幫助。

而該問題對第三方開發人員來說是一個優先級較低的問題，他們不會承諾解決的具體時間表。

但是，缺失該功能就無法發布產品。

項目經理和開發負責人決定，如果在兩周內沒有解決方案，項目要麼打破功能邊界，要麼打破進度邊界。

—————— / END / ——————

產品經理培訓｜產品運營培訓｜企業內訓服務

請在公眾號後台回復「培訓」了解更多

▼ 喜歡請分享&收藏，滿意點個讚，最後點「在看」 ▼