Submit Search
Upload
敏捷高峰會-邊開火邊修正 - 最小產品可以如何嘗試.pdf
•
4 likes
•
261 views
Vincent Lee
Follow
2023 年 Agile Summit 敏捷高峰會演講簡報
Read less
Read more
Software
Report
Share
Report
Share
1 of 28
Download now
Download to read offline
Recommended
拒絕再寫無效規格,來學學實例化需求! (Agile Summit TW 2023)
拒絕再寫無效規格,來學學實例化需求! (Agile Summit TW 2023)
Fong Liou
Agile Summit Taipei 2019 - Agile Testing Strategy
Agile Summit Taipei 2019 - Agile Testing Strategy
Jen-Chieh Ko
ウォーターフォール開発におけるチケット駆動開発 -ウォータフォール開発をアダプタブルにする-
ウォーターフォール開発におけるチケット駆動開発 -ウォータフォール開発をアダプタブルにする-
Makoto SAKAI
Redmineで始めるチケット駆動開発
Redmineで始めるチケット駆動開発
Takuya Sato
社内Git勉強会向け資料
社内Git勉強会向け資料
Hiroki Saiki
Gitはじめの一歩
Gitはじめの一歩
Ayana Yokota
【JaSST'18 Tokai】アジャイルとテスト自動化導入の勘所
【JaSST'18 Tokai】アジャイルとテスト自動化導入の勘所
Kotaro Ogino
ノンプログラマでも今日から使える「Git」でバージョン管理
ノンプログラマでも今日から使える「Git」でバージョン管理
H2O Space. Co., Ltd.
Recommended
拒絕再寫無效規格,來學學實例化需求! (Agile Summit TW 2023)
拒絕再寫無效規格,來學學實例化需求! (Agile Summit TW 2023)
Fong Liou
Agile Summit Taipei 2019 - Agile Testing Strategy
Agile Summit Taipei 2019 - Agile Testing Strategy
Jen-Chieh Ko
ウォーターフォール開発におけるチケット駆動開発 -ウォータフォール開発をアダプタブルにする-
ウォーターフォール開発におけるチケット駆動開発 -ウォータフォール開発をアダプタブルにする-
Makoto SAKAI
Redmineで始めるチケット駆動開発
Redmineで始めるチケット駆動開発
Takuya Sato
社内Git勉強会向け資料
社内Git勉強会向け資料
Hiroki Saiki
Gitはじめの一歩
Gitはじめの一歩
Ayana Yokota
【JaSST'18 Tokai】アジャイルとテスト自動化導入の勘所
【JaSST'18 Tokai】アジャイルとテスト自動化導入の勘所
Kotaro Ogino
ノンプログラマでも今日から使える「Git」でバージョン管理
ノンプログラマでも今日から使える「Git」でバージョン管理
H2O Space. Co., Ltd.
Design Sprint ガイドブック v2
Design Sprint ガイドブック v2
Takaaki Umada
はじめてのGit forデザイナー&コーダー
はじめてのGit forデザイナー&コーダー
Saeko Yamamoto
有效面對技術債
有效面對技術債
Kirk Chen
「とても小さいVim」vim tiny
「とても小さいVim」vim tiny
gu4
CH02 API Governance
CH02 API Governance
Rick Hwang
ふりかえり支援ツールを用いたリモートふりかえり会のファシリテーション方法の提案
ふりかえり支援ツールを用いたリモートふりかえり会のファシリテーション方法の提案
ESM SEC
咕唧咕唧,估計估計
咕唧咕唧,估計估計
Terry Wang
僕がつくった 70個のうちの48個のWebサービス達
僕がつくった 70個のうちの48個のWebサービス達
Yusuke Wada
Design Sprint 概要 / デザインスプリント概要
Design Sprint 概要 / デザインスプリント概要
Takaaki Umada
アジャイル開発の基礎知識 抜粋版
アジャイル開発の基礎知識 抜粋版
ESM SEC
フロー効率性とリソース効率性、再入門 #devlove #devkan
フロー効率性とリソース効率性、再入門 #devlove #devkan
Itsuki Kuroda
企業流程管理BPM
企業流程管理BPM
Fast SiC Semiconductor Inc.
Design Sprint Process / デザインスプリントの実際のプロセスについて
Design Sprint Process / デザインスプリントの実際のプロセスについて
Takaaki Umada
リーン開発の本質 公開用
リーン開発の本質 公開用
ESM SEC
User Story 的那些人與那些事
User Story 的那些人與那些事
Yiching Chen
Humble Object Patternな話
Humble Object Patternな話
Hiroto Imoto
講演1 Redmine導入のアンチパターン
講演1 Redmine導入のアンチパターン
Hidehisa Matsutani
Redmineプラグイン導入・開発入門
Redmineプラグイン導入・開発入門
Minoru Maeda
Ansible specでテストをする話
Ansible specでテストをする話
KeijiUehata1
一人でもはじめるGitでバージョン管理
一人でもはじめるGitでバージョン管理
Takafumi Yoshida
2020DDDTW-如何逐步導入敏捷精神,創造願意接受失敗的開發團隊?
2020DDDTW-如何逐步導入敏捷精神,創造願意接受失敗的開發團隊?
棋文 鄭
Djt22 justinliu djt.qq.com
Djt22 justinliu djt.qq.com
drewz lin
More Related Content
What's hot
Design Sprint ガイドブック v2
Design Sprint ガイドブック v2
Takaaki Umada
はじめてのGit forデザイナー&コーダー
はじめてのGit forデザイナー&コーダー
Saeko Yamamoto
有效面對技術債
有效面對技術債
Kirk Chen
「とても小さいVim」vim tiny
「とても小さいVim」vim tiny
gu4
CH02 API Governance
CH02 API Governance
Rick Hwang
ふりかえり支援ツールを用いたリモートふりかえり会のファシリテーション方法の提案
ふりかえり支援ツールを用いたリモートふりかえり会のファシリテーション方法の提案
ESM SEC
咕唧咕唧,估計估計
咕唧咕唧,估計估計
Terry Wang
僕がつくった 70個のうちの48個のWebサービス達
僕がつくった 70個のうちの48個のWebサービス達
Yusuke Wada
Design Sprint 概要 / デザインスプリント概要
Design Sprint 概要 / デザインスプリント概要
Takaaki Umada
アジャイル開発の基礎知識 抜粋版
アジャイル開発の基礎知識 抜粋版
ESM SEC
フロー効率性とリソース効率性、再入門 #devlove #devkan
フロー効率性とリソース効率性、再入門 #devlove #devkan
Itsuki Kuroda
企業流程管理BPM
企業流程管理BPM
Fast SiC Semiconductor Inc.
Design Sprint Process / デザインスプリントの実際のプロセスについて
Design Sprint Process / デザインスプリントの実際のプロセスについて
Takaaki Umada
リーン開発の本質 公開用
リーン開発の本質 公開用
ESM SEC
User Story 的那些人與那些事
User Story 的那些人與那些事
Yiching Chen
Humble Object Patternな話
Humble Object Patternな話
Hiroto Imoto
講演1 Redmine導入のアンチパターン
講演1 Redmine導入のアンチパターン
Hidehisa Matsutani
Redmineプラグイン導入・開発入門
Redmineプラグイン導入・開発入門
Minoru Maeda
Ansible specでテストをする話
Ansible specでテストをする話
KeijiUehata1
一人でもはじめるGitでバージョン管理
一人でもはじめるGitでバージョン管理
Takafumi Yoshida
What's hot
(20)
Design Sprint ガイドブック v2
Design Sprint ガイドブック v2
はじめてのGit forデザイナー&コーダー
はじめてのGit forデザイナー&コーダー
有效面對技術債
有效面對技術債
「とても小さいVim」vim tiny
「とても小さいVim」vim tiny
CH02 API Governance
CH02 API Governance
ふりかえり支援ツールを用いたリモートふりかえり会のファシリテーション方法の提案
ふりかえり支援ツールを用いたリモートふりかえり会のファシリテーション方法の提案
咕唧咕唧,估計估計
咕唧咕唧,估計估計
僕がつくった 70個のうちの48個のWebサービス達
僕がつくった 70個のうちの48個のWebサービス達
Design Sprint 概要 / デザインスプリント概要
Design Sprint 概要 / デザインスプリント概要
アジャイル開発の基礎知識 抜粋版
アジャイル開発の基礎知識 抜粋版
フロー効率性とリソース効率性、再入門 #devlove #devkan
フロー効率性とリソース効率性、再入門 #devlove #devkan
企業流程管理BPM
企業流程管理BPM
Design Sprint Process / デザインスプリントの実際のプロセスについて
Design Sprint Process / デザインスプリントの実際のプロセスについて
リーン開発の本質 公開用
リーン開発の本質 公開用
User Story 的那些人與那些事
User Story 的那些人與那些事
Humble Object Patternな話
Humble Object Patternな話
講演1 Redmine導入のアンチパターン
講演1 Redmine導入のアンチパターン
Redmineプラグイン導入・開発入門
Redmineプラグイン導入・開発入門
Ansible specでテストをする話
Ansible specでテストをする話
一人でもはじめるGitでバージョン管理
一人でもはじめるGitでバージョン管理
Similar to 敏捷高峰會-邊開火邊修正 - 最小產品可以如何嘗試.pdf
2020DDDTW-如何逐步導入敏捷精神,創造願意接受失敗的開發團隊?
2020DDDTW-如何逐步導入敏捷精神,創造願意接受失敗的開發團隊?
棋文 鄭
Djt22 justinliu djt.qq.com
Djt22 justinliu djt.qq.com
drewz lin
Djt22 justinliu djt.qq.com
Djt22 justinliu djt.qq.com
drewz lin
Getting Real
Getting Real
rogerwang
Our experience to start a startup
Our experience to start a startup
Yenwen Feng
Scrum gathering 2012 shanghai 产品管理及用户体验 分会场:敏捷的hard模式 产品经理视角(窦涵之)
Scrum gathering 2012 shanghai 产品管理及用户体验 分会场:敏捷的hard模式 产品经理视角(窦涵之)
LetAgileFly
启示录的启示
启示录的启示
Yuxuan Liu
從 Scrum 到 Kanban: 為什麼 Scrum 不適合 Lean Startup
從 Scrum 到 Kanban: 為什麼 Scrum 不適合 Lean Startup
Wen-Tien Chang
Scrum敏捷开发模型
Scrum敏捷开发模型
Tony Deng
The Lean Startup StudyGroup
The Lean Startup StudyGroup
Yiching Chen
精实创新—引入中国
精实创新—引入中国
leanstartupchina
20130313 新產品研發管理講座
20130313 新產品研發管理講座
CPCRDI
最好的产品经理怎么说
最好的产品经理怎么说
Sting Chen
導讀持續交付 2.0 - 談當代軟體交付之虛實融合
導讀持續交付 2.0 - 談當代軟體交付之虛實融合
Rick Hwang
工作日志在研发管理中的应用
工作日志在研发管理中的应用
duyux
以 PM 角度來看轉型 Agile 的歷程,與那些踩過的坑
以 PM 角度來看轉型 Agile 的歷程,與那些踩過的坑
Chang Shih-Chieh
簡報規劃與技巧
簡報規劃與技巧
基欽 劉
360 如何成为一名优秀的产品经理?
360 如何成为一名优秀的产品经理?
VImLai
團隊開發永遠的痛 談導入團隊開發的共同規範(Final)
團隊開發永遠的痛 談導入團隊開發的共同規範(Final)
Gelis Wu
银弹!银弹! 徐毅@Italk salon 2011
银弹!银弹! 徐毅@Italk salon 2011
Yi Xu
Similar to 敏捷高峰會-邊開火邊修正 - 最小產品可以如何嘗試.pdf
(20)
2020DDDTW-如何逐步導入敏捷精神,創造願意接受失敗的開發團隊?
2020DDDTW-如何逐步導入敏捷精神,創造願意接受失敗的開發團隊?
Djt22 justinliu djt.qq.com
Djt22 justinliu djt.qq.com
Djt22 justinliu djt.qq.com
Djt22 justinliu djt.qq.com
Getting Real
Getting Real
Our experience to start a startup
Our experience to start a startup
Scrum gathering 2012 shanghai 产品管理及用户体验 分会场:敏捷的hard模式 产品经理视角(窦涵之)
Scrum gathering 2012 shanghai 产品管理及用户体验 分会场:敏捷的hard模式 产品经理视角(窦涵之)
启示录的启示
启示录的启示
從 Scrum 到 Kanban: 為什麼 Scrum 不適合 Lean Startup
從 Scrum 到 Kanban: 為什麼 Scrum 不適合 Lean Startup
Scrum敏捷开发模型
Scrum敏捷开发模型
The Lean Startup StudyGroup
The Lean Startup StudyGroup
精实创新—引入中国
精实创新—引入中国
20130313 新產品研發管理講座
20130313 新產品研發管理講座
最好的产品经理怎么说
最好的产品经理怎么说
導讀持續交付 2.0 - 談當代軟體交付之虛實融合
導讀持續交付 2.0 - 談當代軟體交付之虛實融合
工作日志在研发管理中的应用
工作日志在研发管理中的应用
以 PM 角度來看轉型 Agile 的歷程,與那些踩過的坑
以 PM 角度來看轉型 Agile 的歷程,與那些踩過的坑
簡報規劃與技巧
簡報規劃與技巧
360 如何成为一名优秀的产品经理?
360 如何成为一名优秀的产品经理?
團隊開發永遠的痛 談導入團隊開發的共同規範(Final)
團隊開發永遠的痛 談導入團隊開發的共同規範(Final)
银弹!银弹! 徐毅@Italk salon 2011
银弹!银弹! 徐毅@Italk salon 2011
敏捷高峰會-邊開火邊修正 - 最小產品可以如何嘗試.pdf
1.
邊開火邊修正 - 最小產品可以如何嘗試? Vincent 李名揚
2.
為什麼要討論這個主題? 因為隕石開發法,無所不在。 難道遇到老闆一直變動的需求,你只能選擇離職嗎? 會不會又遇到新的難題呢?(火坑)
3.
我是誰? 我的經歷: ● 軟體測試開發人員 ● 後端軟體工程師 ●
軟體專案經理/技術主管 ● Product Owner ● Product Owner Leader ( 5 Product Owner, 20 Developers ) ● 近期在協助推行部門 內的敏捷流程
4.
Table of contents 多產品線的困局
維運與開發的兩難 原本的產品開發進程與維運 要兼顧 如果你的產品數量比團隊數 量多很多,可以考慮怎麼做? 最小產品 你以為的最小產品,可能不是 最小產品 聚焦 團隊想專心,老闆想多點嘗試 ,可以怎麼辦? 01 02 03 04
5.
多產品線 01 產品數 > 團隊數
6.
我們團隊與產品分布的概況 部長 技術研究 5 人 scrum team
1 10 人 scrum team 2 10 人 PO 組 5 人 產品 A 產品 C 產品 B 產品 ... 產品 H 共 7 主力產品 產品 I 產品 G 產品 … 產品 N 共 8 主力產品
7.
故事從一個愛抱怨(靠么)的 PO 主管開始說起 每個
sprint 的 refinement 會議,都讓我非常頭疼 …
8.
如何確保團隊朝著的同樣目標? ( 1/2
) ● 再提出目標的時候,說清楚目的與量化效益 ○ 負責同仁預先準備好將要執行的產品或專案目標 ○ 準備好相關數據,並且開放提問 ● 認可決優先次序 ○ 透過公開、透明,並且開放讓全員參與的會議,一個季度一次( 6 個 sprint ) ○ 會議的順序,在會議前與決議之後,都會在與主管(部長及更高層的 主管) 再對焦一次 ○ 每個 sprint 還是有可能會微調
9.
目標的範例示意
10.
一些範例示意
11.
如何確保團隊朝著的同樣目標? ( 2/2
) ● 確認部門存在目的(使命) ○ 例如: 提供解決方案或工具,確保集團的服務穩定度 ● 確定部門營運的年度目標 ○ 例如: 智能維運
12.
使命與主軸範例示意
13.
維運與開發的兩難 02 開發新功能 vs 處理線上問題
怎辦?
14.
某一天 的實際情況 現在的系統有問題,你們 是不是有上新版本程式 ? 我們
30 分鐘前有更 新版本程式,我請工 程師查看確認一下 值班同仁 困在某需求會議中的 PO 等實際找到負責的工程師開始處理,大 概已經過了 20 分鐘 …
15.
我們原先的痛點是甚麼? ● 所有情況,PO 成為最優先的窗口(包含線上問題) ●
臨時要找熟悉該系統的工程師,開發節奏一直被打亂 ● 讓其他工程師沒有機會熟悉系統
16.
使用什麼方式? ● 維運排班 ○ 團隊中決定本
sprint 主要負責維運的同仁 ○ 如果有需要支援,請團隊其他人協助 ● 建議放入 80% 左右的工作量就好(觀測速率) ○ 實際運行上,是以團隊領任務的方式,由 Developers 自主決定這 個 sprint 要完成的任務範圍 ○ 如果沒有插件與維運的事情,提前完成怎麼辦?
17.
聚焦 03 老闆,你想要的太多了!
18.
以上我都做完了,需求還是一直來 … ● 重新檢視新的需求與原本計畫的價值對比 ○
多問問 Why ? ● 如果新需求是更有價值的,請果斷調整 ○ 敏捷宣言:說好的回應變化呢? ● 如果新需求是低價值的 … ○ 你有勇氣和上司重新討論價值嗎?
19.
最小產品 04 你可以怎麼樣重新思考這件事情?
20.
可以做的嘗試步驟 ● 產品路線圖 ● 使用者故事地圖 ●
說好一個故事(Why?) ● 請給老闆選擇題
21.
產品路線圖
22.
使用者故事地圖
23.
請給老闆選擇題 (1/2)
24.
請給老闆選擇題 (2/2)
25.
Product Owner Product Owner
負責將把 Scrum Team 的工作所打造出來的產品價值最 大化。如何做到這一點可能 會依組織、Scrum Teams 和個人的不同而有極 大的差異。 Product Owner 也負責對 Product Backlog 進行有效的管理,包括: ● 開發並明確的描述溝通 Product Goal; ● 創造並清楚的描述溝通 Product Backlog items; ● 對 Product Backlog items 進行排序;和, ● 確保 Product Backlog 是透明的、可見的與可理解的
26.
小小總結 ● 先做好產品之間的價值排序 ● 保留時間與想方法處理產品的維運 ●
應對新的變化做抉擇 ● 最小產品,利用一些協助工具溝通與做決策
27.
參考資料 ● 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 ● 產品路線圖:從革新到蛻變 ● 跳脫建構陷阱|產品管理如何有效創造價 值
28.
我的聯繫方式: ● E-mail: vincentmylee@gmail.com
Download now