Scrum 指南 | 7. Product Owner最常犯的錯誤
已發表: 2022-04-14在今天的帖子中,我們將重點關注產品負責人面臨的最常見挑戰。 我們還將告訴您如何為產品負責人的這些錯誤最常發生的情況做好準備。
產品負責人的錯誤——目錄:
- 產品負責人和客戶之間可能出現的問題
- 產品負責人面臨的與 Scrum 團隊其他成員有關的挑戰
- 概括
產品負責人和客戶之間可能出現的問題
產品負責人是對 Scrum 團隊的失敗負有個人責任的人。 因為這個職位超出了團隊的活動範圍,所以認為 Product Owner 是唯一可擰的脖子。 換句話說,當 Scrum 團隊出錯時,受害最大的是產品負責人。 那麼如何處理出現的麻煩情況或更好地防止它們首先發生呢?
為了回答這一點,我們在下表中對產品負責人和客戶的一些主要錯誤進行了清晰而深入的分析,並對其進行了詳細討論。
錯誤 | 產生的問題 | 解決方案建議 |
---|---|---|
無法確定優先級 | 未優化的產品待辦事項,產品目標模糊 | 傾聽、提問、與客戶協商產品目標,認真處理協商結果 |
缺乏自信 | Scrum 團隊需要完成的任務太多 | 現實地思考,了解並記住團隊的能力 |
業務能力不足 | 降低 Scrum 團隊創建的產品的商業價值的風險 | 不斷學習和獲得業務能力 |
無法確定優先級
不知道如何確定優先級的錯誤是許多產品負責人的禍根。 為什麼任務優先級是核心競爭力? 因為當一切都變得同等重要時,產品目標就消失了。 這就是 Scrum 團隊活動的預期效果。
在與客戶第一次就產品目標進行對話時,問題就已經開始了。 客戶通常希望他的所有想法盡可能快速和廉價地實現。 產品負責人的任務是建立優先級列表。 他的任務是根據非結構化的客戶期望,創建一個清晰可行的期望列表,從最重要到最不重要。
優先級問題通常源於對客戶期望的誤解。 當產品負責人無法從客戶那裡提取有關真實產品目標的信息時,它就會出現。 這就是產品應該響應什麼需求的問題的答案。
那麼你如何保護自己免受這個錯誤的影響呢? 首先——仔細傾聽客戶的意見。 其次,學會提出有關目標以及每個產品功能如何工作的問題。 第三——協商和限制要實現的目標。 為此,您將需要自信。
當產品負責人有一系列任務要做時,有一些行之有效的方法可以提高他們的進度和細化。 例如,使用所謂的艾森豪威爾矩陣用於根據重要性和緊迫性標準對任務進行優先級排序。
產品負責人缺乏自信
與無法確定優先級密切相關的問題是缺乏自信。 它會導致不適當的任務排隊,並通過將過多的任務與產品目標相結合而阻礙產品目標的實現。 因此,對客戶說不的能力至關重要。
產品負責人的自信應該基於三個支柱:
- 了解團隊的能力,
- 了解團隊使用和開發的解決方案,
- 根據他們在 Scrum 團隊中的位置了解他們的角色和價值。
因此,防止自信問題的最重要方法之一是產品負責人每天與 Scrum 團隊合作。 這將幫助他建立關於實施客戶想法的時間和能力的現實信念。
業務能力不足
我們要討論的下一個錯誤是缺乏適當的商業資格。 這些產品負責人的優勢通常是專業資格。 他們的能力與開發團隊的領域比與業務更密切相關。 因此,缺乏關於競爭、市場規則和 Scrum 團隊創建的產品的最終客戶的成熟實用知識。
沒有簡單的補救措施,因為它可能發生在非常特殊的情況下。 然而,對於產品負責人來說,一個好的做法當然是承認這一點並不斷學習並獲得經驗和業務能力。
產品負責人面臨的與 Scrum 團隊其他成員有關的挑戰
確定任務優先級的能力、產品負責人的自信以及他高超的業務技能是創建模範產品待辦列表的必要先決條件,這是 Scrum 團隊的長期基礎。 如果 Backlog 沒有一致且準確地列出,產品負責人-客戶關係中的問題將溢出到產品負責人-其他 Scrum 團隊成員的關係中。 反過來,它們直接影響 Scrum 團隊的效率。 在與其他 Scrum 團隊成員的關係中,還有哪些其他陷阱在等待產品負責人?
為方便起見,我們將產品負責人和 Scrum 團隊之間的問題以表格形式呈現。 您可以在下面找到每個問題的詳細討論和解決方案建議。
錯誤 | 產生的問題 | 解決方案建議 |
---|---|---|
魅力不足 | 開發團隊不執行積壓中包含的任務,產品負責人的意見受到質疑 | 基於軟技能和知識建立權威 |
專業技能不足 | 對開發團隊日常運營和能力的誤解 | 定向到團隊成員的專業,以及獲得團隊專業領域的知識 |
獨立 | 責任分散 | 賦權 |
缺乏魅力
每天,產品負責人的工作是協調客戶的指導方針與開發團隊實施的方式。 這無疑需要擁有正確的權威、傾聽技巧和魅力。
權限不足的問題不是一蹴而就的。 它需要長期致力於軟技能。 並獲得有關其他團隊成員的任務範圍和技能的知識。
專業技能不足
正如我們在回答誰是產品負責人的問題的文章中所寫的那樣,產品負責人的角色並非嚴格意義上的技術。 但是,了解開發團隊成員的專業技能基礎知識可以顯著提高產品負責人的權威。 團隊專業領域的資質不足不僅會產生產品負責人的魅力和權威的問題。 對開發團隊成員的專長和他們的基本能力不感興趣的錯誤會產生有趣的情況,但也會產生災難性的業務和人際關係後果。
因此,為了讓 Scrum 團隊交付最優質的產品,產品負責人必須對產品有透徹的了解。 考慮到產品負責人是專業團隊的一員,獲得正確的資格應該不難。 他們不僅可以提供解釋,還可以就從何處獲取有關其領域的知識提供建議。
獨立
產品負責人必須能夠獨立做出決定。 當然,關鍵是要了解 Scrum Team 的情況,並不斷與 Development Team 溝通。 但是,產品負責人對其行為的有效性負責。 出於這個原因,產品負責人需要建立他們的權威並對他們做出的決定負責。 關於團隊方向、優先級和接受任務的最終決定權屬於他們。
概括
我們發現了產品負責人最常見的錯誤。 產品負責人的角色並不容易。 這就是為什麼在服用它時,值得為別人在他們的道路上遇到的問題做好準備。
客戶關係問題通常源於缺乏自信、無法確定優先級以及業務技能不足。
在與 Scrum 團隊其他成員一起工作期間出現的產品負責人錯誤是由於擔任產品負責人角色的人缺乏獨立性和魅力不足。 另一個原因可能與缺乏專業技能和不願意——或沒有時間擴展知識有關。
如果您喜歡我們的內容,請加入我們在 Facebook、Linkedin 和 Twitter 上忙碌的蜜蜂社區。
Scrum 指南:
- 基本術語、角色和概念的詞彙表
- 什麼是 Scrum?
- Scrum 價值觀
- 如何在貴公司實施 Scrum?
- Scrum 團隊——它是什麼以及它是如何工作的?
- 誰是產品負責人?
- 產品負責人最常犯的錯誤
- 誰是 Scrum Master?
- 優秀 Scrum Master 的特徵
- Scrum Master 最常見的錯誤
- Scrum Master 應該跟踪哪些統計數據和指標?
- Product Owner 和 Scrum Master 之間的合作
- Scrum 中的開發團隊
- 開發者最常犯的錯誤
- Scrum 工件
- 擴展 Scrum
- 衝刺積壓
- 什麼是產品待辦列表?
- 什麼是用戶故事?
- 用 INVEST 創建最好的用戶故事
- 最常見的用戶故事錯誤
- 用戶故事接受標準
- Scrum 中的估計和故事點
- 規劃撲克
- 團隊估計遊戲
- 定義增量
- Scrum 事件
- Scrum 中的 Sprint 是什麼?
- Scrum 團隊承諾 - 產品目標、Sprint 目標和完成定義
- 什麼是燃盡圖?
- 如何創建和解釋燃盡圖?
- 燃盡圖的優缺點
- Scrum 和 Scrumban 中的看板
- Scrum 中的速度——開發團隊的速度
- 每日站會
- 衝刺計劃
- 衝刺回顧
- 什麼是 Sprint 回顧展?
- Sprint 回顧中的常見錯誤
- 產品積壓培養