SlideShare a Scribd company logo
1 of 28
Download to read offline
邊開火邊修正 -
最小產品可以如何嘗試?
Vincent 李名揚
為什麼要討論這個主題?
因為隕石開發法,無所不在。
難道遇到老闆一直變動的需求,你只能選擇離職嗎?
會不會又遇到新的難題呢?(火坑)
我是誰?
我的經歷:
● 軟體測試開發人員
● 後端軟體工程師
● 軟體專案經理/技術主管
● Product Owner
● Product Owner Leader ( 5 Product Owner, 20 Developers )
● 近期在協助推行部門 內的敏捷流程
Table of contents
多產品線的困局 維運與開發的兩難
原本的產品開發進程與維運
要兼顧
如果你的產品數量比團隊數
量多很多,可以考慮怎麼做?
最小產品
你以為的最小產品,可能不是
最小產品
聚焦
團隊想專心,老闆想多點嘗試
,可以怎麼辦?
01 02
03 04
多產品線
01
產品數 > 團隊數
我們團隊與產品分布的概況
部長
技術研究
5 人
scrum team 1
10 人
scrum team 2
10 人
PO 組
5 人
產品 A 產品 C
產品 B 產品 ...
產品 H
共 7 主力產品
產品 I
產品 G 產品 …
產品 N
共 8 主力產品
故事從一個愛抱怨(靠么)的 PO 主管開始說起
每個 sprint 的 refinement 會議,都讓我非常頭疼 …
如何確保團隊朝著的同樣目標? ( 1/2 )
● 再提出目標的時候,說清楚目的與量化效益
○ 負責同仁預先準備好將要執行的產品或專案目標
○ 準備好相關數據,並且開放提問
● 認可決優先次序
○ 透過公開、透明,並且開放讓全員參與的會議,一個季度一次( 6 個
sprint )
○ 會議的順序,在會議前與決議之後,都會在與主管(部長及更高層的
主管) 再對焦一次
○ 每個 sprint 還是有可能會微調
目標的範例示意
一些範例示意
如何確保團隊朝著的同樣目標? ( 2/2 )
● 確認部門存在目的(使命)
○ 例如:
提供解決方案或工具,確保集團的服務穩定度
● 確定部門營運的年度目標
○ 例如:
智能維運
使命與主軸範例示意
維運與開發的兩難
02
開發新功能 vs 處理線上問題 怎辦?
某一天 的實際情況
現在的系統有問題,你們
是不是有上新版本程式 ?
我們 30 分鐘前有更
新版本程式,我請工
程師查看確認一下
值班同仁
困在某需求會議中的 PO
等實際找到負責的工程師開始處理,大
概已經過了 20 分鐘 …
我們原先的痛點是甚麼?
● 所有情況,PO 成為最優先的窗口(包含線上問題)
● 臨時要找熟悉該系統的工程師,開發節奏一直被打亂
● 讓其他工程師沒有機會熟悉系統
使用什麼方式?
● 維運排班
○ 團隊中決定本 sprint 主要負責維運的同仁
○ 如果有需要支援,請團隊其他人協助
● 建議放入 80% 左右的工作量就好(觀測速率)
○ 實際運行上,是以團隊領任務的方式,由 Developers 自主決定這
個 sprint 要完成的任務範圍
○ 如果沒有插件與維運的事情,提前完成怎麼辦?
聚焦
03
老闆,你想要的太多了!
以上我都做完了,需求還是一直來 …
● 重新檢視新的需求與原本計畫的價值對比
○ 多問問 Why ?
● 如果新需求是更有價值的,請果斷調整
○ 敏捷宣言:說好的回應變化呢?
● 如果新需求是低價值的 …
○ 你有勇氣和上司重新討論價值嗎?
最小產品
04
你可以怎麼樣重新思考這件事情?
可以做的嘗試步驟
● 產品路線圖
● 使用者故事地圖
● 說好一個故事(Why?)
● 請給老闆選擇題
產品路線圖
使用者故事地圖
請給老闆選擇題 (1/2)
請給老闆選擇題 (2/2)
Product Owner
Product Owner 負責將把 Scrum Team 的工作所打造出來的產品價值最
大化。如何做到這一點可能 會依組織、Scrum Teams 和個人的不同而有極
大的差異。
Product Owner 也負責對 Product Backlog 進行有效的管理,包括:
● 開發並明確的描述溝通 Product Goal;
● 創造並清楚的描述溝通 Product Backlog items;
● 對 Product Backlog items 進行排序;和,
● 確保 Product Backlog 是透明的、可見的與可理解的
小小總結
● 先做好產品之間的價值排序
● 保留時間與想方法處理產品的維運
● 應對新的變化做抉擇
● 最小產品,利用一些協助工具溝通與做決策
參考資料
● Scrum guide: 2020-Scrum-Guide-Chinese-Traditional.pdf
(scrumguides.org)
● Fire And Motion:Fire And Motion – Joel on Software
● Scrum Inc. SM & PO course material
● 產品路線圖:從革新到蛻變
● 跳脫建構陷阱|產品管理如何有效創造價 值
我的聯繫方式:
● E-mail: vincentmylee@gmail.com

More Related Content

What's hot

Design Sprint ガイドブック v2
Design Sprint ガイドブック v2Design Sprint ガイドブック v2
Design Sprint ガイドブック v2Takaaki Umada
 
はじめてのGit forデザイナー&コーダー
はじめてのGit forデザイナー&コーダーはじめてのGit forデザイナー&コーダー
はじめてのGit forデザイナー&コーダーSaeko Yamamoto
 
有效面對技術債
有效面對技術債有效面對技術債
有效面對技術債Kirk Chen
 
「とても小さいVim」vim tiny
「とても小さいVim」vim tiny「とても小さいVim」vim tiny
「とても小さいVim」vim tinygu4
 
CH02 API Governance
CH02 API Governance CH02 API Governance
CH02 API Governance Rick Hwang
 
ふりかえり支援ツールを用いたリモートふりかえり会のファシリテーション方法の提案
ふりかえり支援ツールを用いたリモートふりかえり会のファシリテーション方法の提案ふりかえり支援ツールを用いたリモートふりかえり会のファシリテーション方法の提案
ふりかえり支援ツールを用いたリモートふりかえり会のファシリテーション方法の提案ESM SEC
 
咕唧咕唧,估計估計
咕唧咕唧,估計估計咕唧咕唧,估計估計
咕唧咕唧,估計估計Terry Wang
 
僕がつくった 70個のうちの48個のWebサービス達
僕がつくった 70個のうちの48個のWebサービス達僕がつくった 70個のうちの48個のWebサービス達
僕がつくった 70個のうちの48個のWebサービス達Yusuke Wada
 
Design Sprint 概要 / デザインスプリント概要
Design Sprint 概要 / デザインスプリント概要Design Sprint 概要 / デザインスプリント概要
Design Sprint 概要 / デザインスプリント概要Takaaki Umada
 
アジャイル開発の基礎知識 抜粋版
アジャイル開発の基礎知識 抜粋版アジャイル開発の基礎知識 抜粋版
アジャイル開発の基礎知識 抜粋版ESM SEC
 
フロー効率性とリソース効率性、再入門 #devlove #devkan
フロー効率性とリソース効率性、再入門 #devlove #devkanフロー効率性とリソース効率性、再入門 #devlove #devkan
フロー効率性とリソース効率性、再入門 #devlove #devkanItsuki Kuroda
 
Design Sprint Process / デザインスプリントの実際のプロセスについて
Design Sprint Process / デザインスプリントの実際のプロセスについてDesign Sprint Process / デザインスプリントの実際のプロセスについて
Design Sprint Process / デザインスプリントの実際のプロセスについてTakaaki Umada
 
リーン開発の本質 公開用
リーン開発の本質 公開用リーン開発の本質 公開用
リーン開発の本質 公開用ESM SEC
 
User Story 的那些人與那些事
User Story 的那些人與那些事User Story 的那些人與那些事
User Story 的那些人與那些事Yiching Chen
 
Humble Object Patternな話
Humble Object Patternな話Humble Object Patternな話
Humble Object Patternな話Hiroto Imoto
 
講演1 Redmine導入のアンチパターン
講演1 Redmine導入のアンチパターン講演1 Redmine導入のアンチパターン
講演1 Redmine導入のアンチパターンHidehisa Matsutani
 
Redmineプラグイン導入・開発入門
Redmineプラグイン導入・開発入門Redmineプラグイン導入・開発入門
Redmineプラグイン導入・開発入門Minoru Maeda
 
Ansible specでテストをする話
Ansible specでテストをする話Ansible specでテストをする話
Ansible specでテストをする話KeijiUehata1
 
一人でもはじめるGitでバージョン管理
一人でもはじめるGitでバージョン管理一人でもはじめるGitでバージョン管理
一人でもはじめるGitでバージョン管理Takafumi Yoshida
 

What's hot (20)

Design Sprint ガイドブック v2
Design Sprint ガイドブック v2Design Sprint ガイドブック v2
Design Sprint ガイドブック v2
 
はじめてのGit forデザイナー&コーダー
はじめてのGit forデザイナー&コーダーはじめてのGit forデザイナー&コーダー
はじめてのGit forデザイナー&コーダー
 
有效面對技術債
有效面對技術債有效面對技術債
有效面對技術債
 
「とても小さいVim」vim tiny
「とても小さいVim」vim tiny「とても小さいVim」vim tiny
「とても小さいVim」vim tiny
 
CH02 API Governance
CH02 API Governance CH02 API Governance
CH02 API Governance
 
ふりかえり支援ツールを用いたリモートふりかえり会のファシリテーション方法の提案
ふりかえり支援ツールを用いたリモートふりかえり会のファシリテーション方法の提案ふりかえり支援ツールを用いたリモートふりかえり会のファシリテーション方法の提案
ふりかえり支援ツールを用いたリモートふりかえり会のファシリテーション方法の提案
 
咕唧咕唧,估計估計
咕唧咕唧,估計估計咕唧咕唧,估計估計
咕唧咕唧,估計估計
 
僕がつくった 70個のうちの48個のWebサービス達
僕がつくった 70個のうちの48個のWebサービス達僕がつくった 70個のうちの48個のWebサービス達
僕がつくった 70個のうちの48個のWebサービス達
 
Design Sprint 概要 / デザインスプリント概要
Design Sprint 概要 / デザインスプリント概要Design Sprint 概要 / デザインスプリント概要
Design Sprint 概要 / デザインスプリント概要
 
アジャイル開発の基礎知識 抜粋版
アジャイル開発の基礎知識 抜粋版アジャイル開発の基礎知識 抜粋版
アジャイル開発の基礎知識 抜粋版
 
フロー効率性とリソース効率性、再入門 #devlove #devkan
フロー効率性とリソース効率性、再入門 #devlove #devkanフロー効率性とリソース効率性、再入門 #devlove #devkan
フロー効率性とリソース効率性、再入門 #devlove #devkan
 
企業流程管理BPM
企業流程管理BPM企業流程管理BPM
企業流程管理BPM
 
Design Sprint Process / デザインスプリントの実際のプロセスについて
Design Sprint Process / デザインスプリントの実際のプロセスについてDesign Sprint Process / デザインスプリントの実際のプロセスについて
Design Sprint Process / デザインスプリントの実際のプロセスについて
 
リーン開発の本質 公開用
リーン開発の本質 公開用リーン開発の本質 公開用
リーン開発の本質 公開用
 
User Story 的那些人與那些事
User Story 的那些人與那些事User Story 的那些人與那些事
User Story 的那些人與那些事
 
Humble Object Patternな話
Humble Object Patternな話Humble Object Patternな話
Humble Object Patternな話
 
講演1 Redmine導入のアンチパターン
講演1 Redmine導入のアンチパターン講演1 Redmine導入のアンチパターン
講演1 Redmine導入のアンチパターン
 
Redmineプラグイン導入・開発入門
Redmineプラグイン導入・開発入門Redmineプラグイン導入・開発入門
Redmineプラグイン導入・開発入門
 
Ansible specでテストをする話
Ansible specでテストをする話Ansible specでテストをする話
Ansible specでテストをする話
 
一人でもはじめるGitでバージョン管理
一人でもはじめるGitでバージョン管理一人でもはじめるGitでバージョン管理
一人でもはじめるGitでバージョン管理
 

Similar to 敏捷高峰會-邊開火邊修正 - 最小產品可以如何嘗試.pdf

2020DDDTW-如何逐步導入敏捷精神,創造願意接受失敗的開發團隊?
2020DDDTW-如何逐步導入敏捷精神,創造願意接受失敗的開發團隊?2020DDDTW-如何逐步導入敏捷精神,創造願意接受失敗的開發團隊?
2020DDDTW-如何逐步導入敏捷精神,創造願意接受失敗的開發團隊?棋文 鄭
 
Djt22 justinliu djt.qq.com
Djt22 justinliu djt.qq.comDjt22 justinliu djt.qq.com
Djt22 justinliu djt.qq.comdrewz lin
 
Djt22 justinliu djt.qq.com
Djt22 justinliu djt.qq.comDjt22 justinliu djt.qq.com
Djt22 justinliu djt.qq.comdrewz lin
 
Getting Real
Getting RealGetting Real
Getting Realrogerwang
 
Our experience to start a startup
Our experience to start a startupOur experience to start a startup
Our experience to start a startupYenwen Feng
 
Scrum gathering 2012 shanghai 产品管理及用户体验 分会场:敏捷的hard模式 产品经理视角(窦涵之)
Scrum gathering 2012 shanghai 产品管理及用户体验 分会场:敏捷的hard模式 产品经理视角(窦涵之)Scrum gathering 2012 shanghai 产品管理及用户体验 分会场:敏捷的hard模式 产品经理视角(窦涵之)
Scrum gathering 2012 shanghai 产品管理及用户体验 分会场:敏捷的hard模式 产品经理视角(窦涵之)LetAgileFly
 
启示录的启示
启示录的启示启示录的启示
启示录的启示Yuxuan Liu
 
從 Scrum 到 Kanban: 為什麼 Scrum 不適合 Lean Startup
從 Scrum 到 Kanban: 為什麼 Scrum 不適合 Lean Startup從 Scrum 到 Kanban: 為什麼 Scrum 不適合 Lean Startup
從 Scrum 到 Kanban: 為什麼 Scrum 不適合 Lean StartupWen-Tien Chang
 
Scrum敏捷开发模型
Scrum敏捷开发模型Scrum敏捷开发模型
Scrum敏捷开发模型Tony Deng
 
The Lean Startup StudyGroup
The Lean Startup StudyGroupThe Lean Startup StudyGroup
The Lean Startup StudyGroupYiching Chen
 
精实创新—引入中国
精实创新—引入中国精实创新—引入中国
精实创新—引入中国leanstartupchina
 
20130313 新產品研發管理講座
20130313 新產品研發管理講座20130313 新產品研發管理講座
20130313 新產品研發管理講座CPCRDI
 
最好的产品经理怎么说
最好的产品经理怎么说最好的产品经理怎么说
最好的产品经理怎么说Sting Chen
 
導讀持續交付 2.0 - 談當代軟體交付之虛實融合
導讀持續交付 2.0 - 談當代軟體交付之虛實融合導讀持續交付 2.0 - 談當代軟體交付之虛實融合
導讀持續交付 2.0 - 談當代軟體交付之虛實融合Rick Hwang
 
工作日志在研发管理中的应用
工作日志在研发管理中的应用工作日志在研发管理中的应用
工作日志在研发管理中的应用duyux
 
以 PM 角度來看轉型 Agile 的歷程,與那些踩過的坑
以 PM 角度來看轉型 Agile 的歷程,與那些踩過的坑以 PM 角度來看轉型 Agile 的歷程,與那些踩過的坑
以 PM 角度來看轉型 Agile 的歷程,與那些踩過的坑Chang Shih-Chieh
 
簡報規劃與技巧
簡報規劃與技巧簡報規劃與技巧
簡報規劃與技巧基欽 劉
 
360 如何成为一名优秀的产品经理?
360 如何成为一名优秀的产品经理?360 如何成为一名优秀的产品经理?
360 如何成为一名优秀的产品经理?VImLai
 
團隊開發永遠的痛 談導入團隊開發的共同規範(Final)
團隊開發永遠的痛   談導入團隊開發的共同規範(Final)團隊開發永遠的痛   談導入團隊開發的共同規範(Final)
團隊開發永遠的痛 談導入團隊開發的共同規範(Final)Gelis Wu
 
银弹!银弹! 徐毅@Italk salon 2011
银弹!银弹! 徐毅@Italk salon 2011银弹!银弹! 徐毅@Italk salon 2011
银弹!银弹! 徐毅@Italk salon 2011Yi Xu
 

Similar to 敏捷高峰會-邊開火邊修正 - 最小產品可以如何嘗試.pdf (20)

2020DDDTW-如何逐步導入敏捷精神,創造願意接受失敗的開發團隊?
2020DDDTW-如何逐步導入敏捷精神,創造願意接受失敗的開發團隊?2020DDDTW-如何逐步導入敏捷精神,創造願意接受失敗的開發團隊?
2020DDDTW-如何逐步導入敏捷精神,創造願意接受失敗的開發團隊?
 
Djt22 justinliu djt.qq.com
Djt22 justinliu djt.qq.comDjt22 justinliu djt.qq.com
Djt22 justinliu djt.qq.com
 
Djt22 justinliu djt.qq.com
Djt22 justinliu djt.qq.comDjt22 justinliu djt.qq.com
Djt22 justinliu djt.qq.com
 
Getting Real
Getting RealGetting Real
Getting Real
 
Our experience to start a startup
Our experience to start a startupOur experience to start a startup
Our experience to start a startup
 
Scrum gathering 2012 shanghai 产品管理及用户体验 分会场:敏捷的hard模式 产品经理视角(窦涵之)
Scrum gathering 2012 shanghai 产品管理及用户体验 分会场:敏捷的hard模式 产品经理视角(窦涵之)Scrum gathering 2012 shanghai 产品管理及用户体验 分会场:敏捷的hard模式 产品经理视角(窦涵之)
Scrum gathering 2012 shanghai 产品管理及用户体验 分会场:敏捷的hard模式 产品经理视角(窦涵之)
 
启示录的启示
启示录的启示启示录的启示
启示录的启示
 
從 Scrum 到 Kanban: 為什麼 Scrum 不適合 Lean Startup
從 Scrum 到 Kanban: 為什麼 Scrum 不適合 Lean Startup從 Scrum 到 Kanban: 為什麼 Scrum 不適合 Lean Startup
從 Scrum 到 Kanban: 為什麼 Scrum 不適合 Lean Startup
 
Scrum敏捷开发模型
Scrum敏捷开发模型Scrum敏捷开发模型
Scrum敏捷开发模型
 
The Lean Startup StudyGroup
The Lean Startup StudyGroupThe Lean Startup StudyGroup
The Lean Startup StudyGroup
 
精实创新—引入中国
精实创新—引入中国精实创新—引入中国
精实创新—引入中国
 
20130313 新產品研發管理講座
20130313 新產品研發管理講座20130313 新產品研發管理講座
20130313 新產品研發管理講座
 
最好的产品经理怎么说
最好的产品经理怎么说最好的产品经理怎么说
最好的产品经理怎么说
 
導讀持續交付 2.0 - 談當代軟體交付之虛實融合
導讀持續交付 2.0 - 談當代軟體交付之虛實融合導讀持續交付 2.0 - 談當代軟體交付之虛實融合
導讀持續交付 2.0 - 談當代軟體交付之虛實融合
 
工作日志在研发管理中的应用
工作日志在研发管理中的应用工作日志在研发管理中的应用
工作日志在研发管理中的应用
 
以 PM 角度來看轉型 Agile 的歷程,與那些踩過的坑
以 PM 角度來看轉型 Agile 的歷程,與那些踩過的坑以 PM 角度來看轉型 Agile 的歷程,與那些踩過的坑
以 PM 角度來看轉型 Agile 的歷程,與那些踩過的坑
 
簡報規劃與技巧
簡報規劃與技巧簡報規劃與技巧
簡報規劃與技巧
 
360 如何成为一名优秀的产品经理?
360 如何成为一名优秀的产品经理?360 如何成为一名优秀的产品经理?
360 如何成为一名优秀的产品经理?
 
團隊開發永遠的痛 談導入團隊開發的共同規範(Final)
團隊開發永遠的痛   談導入團隊開發的共同規範(Final)團隊開發永遠的痛   談導入團隊開發的共同規範(Final)
團隊開發永遠的痛 談導入團隊開發的共同規範(Final)
 
银弹!银弹! 徐毅@Italk salon 2011
银弹!银弹! 徐毅@Italk salon 2011银弹!银弹! 徐毅@Italk salon 2011
银弹!银弹! 徐毅@Italk salon 2011
 

敏捷高峰會-邊開火邊修正 - 最小產品可以如何嘗試.pdf