2018-10-25(四) 呂毅 CSPO Day1
FIRST-ORDER FACTOR
專案開始之初, 首重(手中)看見全貌
中原標準時間： 2018-10-26(五) 23:30…
是的你沒看錯
我到了 2018-10-26(五) 最後 30 分鐘
尚未交付 2018-10-25(四) 當天心得
雖然我的後面幾段都是 2018-10-26(五) 23:30 前都已經完成
但我現在還在補完整篇文章的第一段
並試圖做最後的確認與檢查
會這麼做的原因, 便是因為我在乎這篇文章的 品質(Quality)
從 Day1, Day2, Day3… 開始往後
第一個迭代的目的是要給出 Prototype 並試圖收集 Feedback
第二個迭代的目的是要針對 Feedback 並試圖 Inspect 一些東西, 並進行 Adapt
第三個迭代之後的目的則應該是要著重在 Quality 並且因為有過去的 Legacy 需要 Fix Bug or Refactoring
打著打著, 時間已經接近 23:45
距離午夜的 Timebox 已經剩下最後 15 min…
我想… 就以目前版本先交付吧… 需要調整的待日後再行調整…
PO - Product Owner
Build Your Own Scrum
PO 會涉入較多的部分
- Product Backlog 的內容與排序
- Sprint Backlog 的內容拆分與細節
- Refinement or Planning #1 , 兩個時機點去進行
- Release 的計畫, 目標達成度, 成效數據, 價值等等…
- Review Meeting 這個時機點去進行, 以終為始！
PO 在 Scrum 中扮演的角色：協作者
- PO 主要的職責, 不是需求釐清者
- 需求釐清是 PO 跟 Team 共同的責任
- PO 需關注 Product Backlog Item 能否驅動 目標
- PO 需關注 Release 的產出物能否達到 目標
- PO 的職責, 是找到產品的 價值 , 找到有 價值 的工作！
PO 比起 Team 更需關注顆粒度較大的面向
產品願景 - Product Vision
電梯測試
- 在特定電梯樓層行的過程中, 快速將你的產品願景傳達給他人
以 91APP 為主軸, 發想公司的產品願景, 以 OMO 現象為例
- 換位思考
產品探索 - Product Discovery
Design Thinking
- 問題 - Problem
- 解決方案 - Solution
- Problem 跟 Solution 都是先發散～ 再收斂＊
上課播放影片(中文字幕版)： * IDEO Shopping Cart Project 中文字幕
Persona
- Our Key User Persona for Scrummaker
相關文章：
用系統思考指導組織設計
由 10 人到 150 人
- 個人技能的差異
- 人員的默契度
- 整體性的影響比個人更大
First-Order Factor
需要使用系統思考來慢下來想一想
- 組織設計是一系列選擇
- 理解選擇背後的系統動態
- 如何做嚴謹的選擇
組織設計是一系列選擇
Component Team
Cross-Component Team
傳統組織 v.s. 敏捷組織
傳統的組織是優化什麼？
Ans. 我也不知道他在優化
尛什麼…
理解選擇背後的系統動態
平衡迴路解決問題達到目標
明確系統優化目標
不要為了次要目標犧牲主要目標
慢思考留給重要的事情：組織設計
批判性思維
- 慢下來
- 邏輯推理
- 嚴謹思考
- 艱苦的工作
如何做嚴謹的選擇?
關於持續改進的迴路
目標狀態跟現狀有差距
提升差距變小, 也可以提高目標
才可以形成正向迴路