概念與框架

• Lean
• Agile
• Scrum
• Kanban
• Product Backlog
  • 成本估計需由工程師決定
• 設計和發現如何配合
  • 設計師比工程師提前一次衝刺
    • 利：當某樣東西的設計時間比建構時還要短時
    • 弊：設計被限制在一次衝刺內，不一定可行
  • 等到發現階段與設計階段都領先一段距離之後，再開始進行工程
    • 利：如果需要更多時間進行發想與設計
    • 弊：比較不靈活，且在未清楚工程成本下，做了很多決定

責任

基礎

• 針對專案管理職責進行明確地溝通
• 梳理並排序backlog
• 建立里程碑與檢查點：提升士氣與創造成就感
• 撰寫優質的狀態報告（每週送出一次）
  • 專案有沒有在正軌上
  • 最近發生了什麼
  • 接下來要做什麼
  • 有任何問題或風險嗎
• 和團隊成員確認困境：大多數問題可以透過對話，或一些額外的釐清來解決。展現出對隊友的尊重與關心。
• 根據情況的變化調整計畫

高級

• 在整個組織中分享最佳實踐

成長實踐

基礎

• 隨時可回答問題
• 減少任務依賴性

進階

• 優化團隊資源
  • 設計有限：選擇工程量大的專案
  • PM有限：選擇不需要做太多發現且直接了當的專案
  • 工程有限：注重策略規劃
• 改善團隊的流程
  • 設定專案管理軟體
  • 利用demo來做為強制手段
  • 利用特殊日子投資被忽視的領域
    • Bug
    • 精修
    • 內部工具
• 嗅出風險並減輕風險

高級

• 改善整個產品團隊的品質與速度
  • 雖然有按照原定日期發表，但未能實現目標
  • 沒有按照原訂日期發表
  • 團隊花很多時間在其他優先事情上，而不是他們的主要專案上
  • 團隊速度被流程拖慢
• 考慮合作和收購

是一個相當熟悉的章節，花了很長一段熟悉和工程團隊共同協作開發進行，相關的經驗在去年一系列的IT管理文章都有分享過，Mindset真的是產品經理十分重要的元素，心態不對，即便工具在手也難以發揮效果，團隊也很難有產出，歷經過去一段的血淚史後，再看這些內容，不會有相見恨晚的感覺，而是更能深深體會文字背後的意涵，「經驗形塑出的心態」真的很重要！