Skip to main content
Takashi Takebayashi
@changeworlds
成果をあげる
たったひとつの冴えたやり方
Hi everyone,
本題の前に
Manager
Director
Developer
Designer
Operator
Other
挙手していただけますか?
Manager
Director
Developer
Designer
Operator
Other
挙手していただけますか?
Manager
Director
Developer
Designer
Operator
Other
挙手していただけますか?
Manager
Director
Developer
Designer
Operator
Other
挙手していただけますか?
Manager
Director
Developer
Designer
Operator
Other
挙手していただけますか?
Manager
Director
Developer
Designer
Operator
Other
挙手していただけますか?
どうして聞いたのか?
現場あるある(ただし私の)
たったひとつの冴えたやり方
まとめ
Agenda
現場あるある(ただし私の)
たったひとつの冴えたやり方
まとめ
Agenda
現場あるある 1
営業:売上目標
 開発:利益目標

現場あるある 1
営業:売上目標



利益を削る

売上目標達成

営業Win
開発:利益目標

現場あるある 1
営業:売上目標



利益を削る

売上目標達成

営業Win
開発:利益目標



品質を削る

利益目標達成

開発Win
現場あるある 1
営業:売上目標



利益を削る

売上目標達成

営業Win
開発:利益目標



品質を削る

利益目標達成

開発Win
∴ユーザー:不満足(Lose)

会社:Lose
現場あるある 1
営業:売上目標



利益を削る

売上目標達成

営業Win
開発:利益目標



品質を削る

利益目標達成

開発Win
∴ユーザー:不満足(Lose)

会社:Lose
ゼ
ロ
サムゲーム
誰が悪いのでしょう?
Sales
Developers
挙手していただけますか?
Sales
Developers
挙手していただけますか?
Director’s KPI: DAU(Daily Active User)
Developer’s KPT: Velocity, Productivity
Designer’s KPT: UX(User Experience)
Operator’s KPT: Bug counts, etc
現場あるある 2
Director:
Developer:
Designer:
Operator:
現場あるある 2
DAUは良いです。分析に手間取っています
ベロシティは高いです。デザインがイケ
てません
UXは良いです。企画がズレています
ロンチ前にバグは発見しています。ただ
品質が悪いです
誰が悪いのでしょう?
Director
Developer
Designer
Operator
挙手していただけますか?
Director
Developer
Designer
Operator
挙手していただけますか?
Director
Developer
Designer
Operator
挙手していただけますか?
Director
Developer
Designer
Operator
挙手していただけますか?
答え
現場あるある 1
Sales
Developers
Director
Developer
Designer
Operator
現場あるある 2
現場あるある 1
Sales
Developers
Director
Developer
Designer
Operator
現場あるある 2
Allguilty
–張富士夫(トヨタ自動車会長)
Process or People?
“ふつうの人々からすばらしい成果をあげるような、
すばらしいシステムをマネジメントする。我々のコン
ペティタは、すばらしい人々から普通の成果を上げる
ような、壊れたプロセスに四苦八苦している。”
–マザー・テレサ
Process or People?
“思考に気をつけなさい、それはいつか言葉になるから。

言葉に気をつけなさい、それはいつか行動になるから。

行動に気をつけなさい、それはいつか習慣になるから。

習慣に気をつけなさい、それはいつか性格になるから。

性格に気をつけなさい、それはいつか運命になるから。”
現場あるある(ただし私の)
たったひとつの冴えたやり方
まとめ
Agenda
ゴールを1つにする
たったひとつの冴えたやり方
ゴールを1つにする

なぜなら人はゲーム理論に
従って行動しているから
たったひとつの冴えたやり方
ゲーム理論とは、あるルールの
もとで各プレイヤーがとると考
えられる最適な行動の組合せの
解を求めることである。
ゲーム理論とは?
https://ja.wikipedia.org/wiki/ゲーム理論
では実際に
読み解いてみましょう
ゲーム理論で読み解く現場あるある 1
営業:売上目標



利益を削る

売上目標達成

営業Win
開発:利益目標



品質を削る

利益目標達成

開発Win
∴ユーザー:不満足(Lose)

会社:Lose
ゲーム理論で読み解く現場あるある 1
営業:売上目標



利益を削る

売上目標達成

営業Win
開発:利益目標



品質を削る

利益目標達成

開発Win
∴ユーザー:不満足(Lose)

会社:Lose
ゲーム理論で読み解く現場あるある 1
営業:売上目標



利益を削る

売上目標達成

営業Win
開発:利益目標



品質を削る

利益目標達成

開発Win
∴ユーザー:不満足(Lose)

会社:Lose
ゲーム理論で読み解く現場あるある 1
営業:売上&利益目標



差別化要素を出す

売上&利益目標達成

営業Win
開発:売上&利益目標



効率を上げる

売上&利益目標達成

開発Win
∴ユーザー:満足(Win)

会社:Win
実際の成果1
Director’s KPI: DAU(Daily Active User)
Developer’s KPT: Velocity, Productivity
Designer’s KPT: UX(User Experience)
Operator’s KPT: Bug counts, etc
ゲーム理論で読み解く現場あるある 2
Director’s KPI: DAU(Daily Active User)
Developer’s KPT: Velocity, Productivity
Designer’s KPT: UX(User Experience)
Operator’s KPT: Bug counts, etc
ゲーム理論で読み解く現場あるある 2
Director’s KPI: RDAU(Retention DAU)
Developer’s KPT: RDAU
Designer’s KPT: RDAU
Operator’s KPT: RDAU
ゲーム理論で読み解く現場あるある 2
Director’s KPI: RDAU(Retention DAU)
Developer’s KPT: RDAU <- Velocity
Designer’s KPT: RDAU <- UX
Operator’s KPT: RDAU <- Bug counts
ゲーム理論で読み解く現場あるある 2
実際の成果2
現場あるある(ただし私の)
たったひとつの冴えたやり方
まとめ
Agenda
ゲーム理論に従っている
ゴールを明確に変える
まとめ
ゲーム理論に従っている
ゴールを明確に変える
まとめ
ゲーム理論に従っている
営業:売上目標
 開発:利益目標

ゲーム理論に従っている
営業:売上目標



利益を削る

売上目標達成

営業Win
開発:利益目標



品質を削る

利益目標達成

開発Win
ゲーム理論に従っている
営業:売上目標



利益を削る

売上目標達成

営業Win
開発:利益目標



品質を削る

利益目標達成

開発Win
∴ユーザー:不満足(Lose)

会社:Lose
Director’s KPI: DAU(Daily Active User)
Developer’s KPT: Velocity, Productivity
Designer’s KPT: UX(User Experience)
Operator’s KPT: Bug counts, etc
ゲーム理論に従っている
Director:
Developer:
Designer:
Operator:
ゲーム理論に従っている
DAUは良いです。分析に手間取っています
ベロシティは高いです。デザインがイケ
てません
UXは良いです。企画がズレています
ロンチ前にバグは発見しています。ただ
品質が悪いです
これらすべて
ゲーム理論に従った結果
悪気が
あるわけじゃない
ゲーム理論に従っている
ゴールを明確に変える
まとめ
ゴールを明確に変える
営業:売上&利益目標



差別化要素を出す

売上&利益目標達成

営業Win
開発:売上&利益目標



効率を上げる

売上&利益目標達成

開発Win
∴ユーザー:満足(Win)

会社:Win
Director’s KPI: RDAU(Retention DAU)
Developer’s KPT: RDAU <- Velocity
Designer’s KPT: RDAU <- UX
Operator’s KPT: RDAU <- Bug counts
ゴールを明確に変える
フィードバックループ
Biz
DevOps
“人の考え方を変える”のではなく、“意
思決定の環境”を変える
One more thing...
Takashi Takebayashi @changeworlds
Blog : http://changesworlds.com/
Scrum Master, Agile Coach
Build Insiderにて“ALM Essentials”を連載
スクラム道, TFSUGスタッフ
Speaker
Thank you
for your attention