這裏有一份產品負責人 (Product Owner) 的檢查清單. 可以讓大家參考需要會什麼東西:
 
CustomerProxyPorductOwner  
 
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
arrow
arrow
    全站熱搜

    kojenchieh 發表在 痞客邦 留言(0) 人氣()

    E-mail轉寄