這裏有一份產品負責人 (Product Owner) 的檢查清單. 可以讓大家參考需要會什麼東西:
1. 啟動一個新的產品或是史詩級的故事
a. 和團隊, 利害關係人, 和顧客一起建立願景
- Lean Canvas
- Vision Board
b. 建立最小可交付產品, 拆解到幾次的發佈來交付
- Validation Board
c. 建立最初的功能清單. 你需要嘗試使用
- Persona
- Story Maps
- Design Studio
- Impact Mapping
d. 保持啟動階段盡可能的短
- 例如佔總經費的 10%
2. 探索 - 疊代
a. 確認清單內容能即時更新
- 確保最高的優先順序有排出來
- 對於每個最高優先順序的項目, 你能充分交流和瞭解上下文關係
b. 參加 backlog refinement meeting
- 切割故事
- 評估故事
c. 組織 backlog refinement meeting
d. 確定最高優先順序的項目, 對你來說很清楚
- 誰是利害關係人
- 上下文關係為何
- 價值為何
e. 當有新的故事放到清單中的最上面時, 要和團隊提煉 backlog
3. 交付 - 疊代
a. 參加
- sprint planning
* 和團隊討論出 sprint 的目標
* 討論
* 回答問題
* 切割故事
* 找出測試情節
- sprint review
* 接受或是拒絕成果
* 將回饋結果加入 backlog
- sprint retrospective
* 當問題是發生在團隊之外的範圍時, 要對 Scrum master 伸出援手
b. 邀請相關的利害關係人/顧客, 參加 scrum 的會議 (planning, demo, 和 retrospective)
4. 產品負責人的必要條件
a. 知識豐富性
- 商業知識
* 顧客
* 市場
* 競爭者
* 產品
- 易用性
* 例如: 這是對客戶最容易用的功能
- 可行性
b. 可得性
- 回答問題, 並且定期和開發團隊見面
- 回答問題, 並且定期和顧客見面
- 參與易用性測試
c. 可決定性
- 排出優先順序或者拒絕
d. 可負責任性
- 擁有商業計劃
- 驅動收益
5. 技術
a. 垂直切割 (vertical slicing)
b. 優先順序/有順序
c. 和以下這些人一起組織工作坊和其他會議
- 顧客
- 利害關係人
- 使用者
- 開發團隊
- 維運團隊
參考文獻: A Scrum Product Owner Checklist as a mind map
全站熱搜
留言列表
