Submit Search
Upload
POとPOじゃない人の勉強会 第6回
•
0 likes
•
569 views
P
pepabo-po
Follow
ペパボ POとPOじゃない人の勉強会 第6回 の発表資料です。Inspired日本語版を読んでいます。
Read less
Read more
Business
Report
Share
Report
Share
1 of 24
Download now
Download to read offline
Recommended
プロダクトオーナーシップ勉強会 第4回
プロダクトオーナーシップ勉強会 第4回
pepabo-po
プロダクトオーナーシップ勉強会 第5回
プロダクトオーナーシップ勉強会 第5回
pepabo-po
プロダクトオーナーシップ勉強会 第2回
プロダクトオーナーシップ勉強会 第2回
pepabo-po
プロダクトオーナーシップ勉強会 第3回
プロダクトオーナーシップ勉強会 第3回
pepabo-po
はじめてのScrum
はじめてのScrum
Kenji Morita
プロダクトの強い軸を作るプロダクトマネジメントフレームワーク
プロダクトの強い軸を作るプロダクトマネジメントフレームワーク
kumiko koshiro
【早稲田大学向け】ソフトウェア開発に必要な職種
【早稲田大学向け】ソフトウェア開発に必要な職種
Takuya Oikawa
はじめてのPRD
はじめてのPRD
Takuya Oikawa
Recommended
プロダクトオーナーシップ勉強会 第4回
プロダクトオーナーシップ勉強会 第4回
pepabo-po
プロダクトオーナーシップ勉強会 第5回
プロダクトオーナーシップ勉強会 第5回
pepabo-po
プロダクトオーナーシップ勉強会 第2回
プロダクトオーナーシップ勉強会 第2回
pepabo-po
プロダクトオーナーシップ勉強会 第3回
プロダクトオーナーシップ勉強会 第3回
pepabo-po
はじめてのScrum
はじめてのScrum
Kenji Morita
プロダクトの強い軸を作るプロダクトマネジメントフレームワーク
プロダクトの強い軸を作るプロダクトマネジメントフレームワーク
kumiko koshiro
【早稲田大学向け】ソフトウェア開発に必要な職種
【早稲田大学向け】ソフトウェア開発に必要な職種
Takuya Oikawa
はじめてのPRD
はじめてのPRD
Takuya Oikawa
UI Crunch 03 『プロトタイピングの助走と飛躍』
UI Crunch 03 『プロトタイピングの助走と飛躍』
Ryo Yoshitake
Scrum
Scrum
Kakigi Katuyuki
Why startups need "Lean Startup" & "Design Sprint"?
Why startups need "Lean Startup" & "Design Sprint"?
Takaaki Umada
名古屋アジャイル勉強会「明日からできる、いきいきプロジェクト管理」
名古屋アジャイル勉強会「明日からできる、いきいきプロジェクト管理」
hiroyuki Yamamoto
食文化を支えるプロダクトマネージャーの仕事術 #pmconfjp
食文化を支えるプロダクトマネージャーの仕事術 #pmconfjp
Takuya Oikawa
今更聞けない? Androidのテストのいろは
今更聞けない? Androidのテストのいろは
Hiroshi Kikuchi
Design Sprint ガイドブック v2
Design Sprint ガイドブック v2
Takaaki Umada
Design Sprint 概要 / デザインスプリント概要
Design Sprint 概要 / デザインスプリント概要
Takaaki Umada
[#pmconf2020] 自己流から一流プロダクトマネージャーになるために学ぶべきこと
[#pmconf2020] 自己流から一流プロダクトマネージャーになるために学ぶべきこと
kumiko koshiro
新規Androidアプリ開発において何より大切なこと
新規Androidアプリ開発において何より大切なこと
Hiroshi Kikuchi
2016 新人研修 基本技術講座 (1)
2016 新人研修 基本技術講座 (1)
エンジニア勉強会 エスキュービズム
Design Sprint と Lean UX: 顧客からの学び方
Design Sprint と Lean UX: 顧客からの学び方
Takaaki Umada
Design sprint
Design sprint
Nobuyuki Ohnaga
Developer Summit 2016 参加してきました。
Developer Summit 2016 参加してきました。
エンジニア勉強会 エスキュービズム
ユーザテストを1ヶ月で立ち上げた話
ユーザテストを1ヶ月で立ち上げた話
Tetsuo Endo
メトリクスによる「見える化」のススメ:No 見える化、No 改善
メトリクスによる「見える化」のススメ:No 見える化、No 改善
Hiroyuki Ito
ヘビプロのすゝめ XP祭り2018 LTトーク #xpjug
ヘビプロのすゝめ XP祭り2018 LTトーク #xpjug
満徳 関
デスクトップアプリを『一歩前へ』進める方法
デスクトップアプリを『一歩前へ』進める方法
グレープシティ株式会社 ツール事業部
リーンスタートアップのための「聞く力」
リーンスタートアップのための「聞く力」
Tarumoto Tetsuya
POとPOじゃない人の勉強会 第7回
POとPOじゃない人の勉強会 第7回
pepabo-po
POとPOじゃない人の勉強会 第11回
POとPOじゃない人の勉強会 第11回
pepabo-po
What is and isn't lean startup
What is and isn't lean startup
Taro Kawai
More Related Content
What's hot
UI Crunch 03 『プロトタイピングの助走と飛躍』
UI Crunch 03 『プロトタイピングの助走と飛躍』
Ryo Yoshitake
Scrum
Scrum
Kakigi Katuyuki
Why startups need "Lean Startup" & "Design Sprint"?
Why startups need "Lean Startup" & "Design Sprint"?
Takaaki Umada
名古屋アジャイル勉強会「明日からできる、いきいきプロジェクト管理」
名古屋アジャイル勉強会「明日からできる、いきいきプロジェクト管理」
hiroyuki Yamamoto
食文化を支えるプロダクトマネージャーの仕事術 #pmconfjp
食文化を支えるプロダクトマネージャーの仕事術 #pmconfjp
Takuya Oikawa
今更聞けない? Androidのテストのいろは
今更聞けない? Androidのテストのいろは
Hiroshi Kikuchi
Design Sprint ガイドブック v2
Design Sprint ガイドブック v2
Takaaki Umada
Design Sprint 概要 / デザインスプリント概要
Design Sprint 概要 / デザインスプリント概要
Takaaki Umada
[#pmconf2020] 自己流から一流プロダクトマネージャーになるために学ぶべきこと
[#pmconf2020] 自己流から一流プロダクトマネージャーになるために学ぶべきこと
kumiko koshiro
新規Androidアプリ開発において何より大切なこと
新規Androidアプリ開発において何より大切なこと
Hiroshi Kikuchi
2016 新人研修 基本技術講座 (1)
2016 新人研修 基本技術講座 (1)
エンジニア勉強会 エスキュービズム
Design Sprint と Lean UX: 顧客からの学び方
Design Sprint と Lean UX: 顧客からの学び方
Takaaki Umada
Design sprint
Design sprint
Nobuyuki Ohnaga
Developer Summit 2016 参加してきました。
Developer Summit 2016 参加してきました。
エンジニア勉強会 エスキュービズム
ユーザテストを1ヶ月で立ち上げた話
ユーザテストを1ヶ月で立ち上げた話
Tetsuo Endo
メトリクスによる「見える化」のススメ:No 見える化、No 改善
メトリクスによる「見える化」のススメ:No 見える化、No 改善
Hiroyuki Ito
ヘビプロのすゝめ XP祭り2018 LTトーク #xpjug
ヘビプロのすゝめ XP祭り2018 LTトーク #xpjug
満徳 関
デスクトップアプリを『一歩前へ』進める方法
デスクトップアプリを『一歩前へ』進める方法
グレープシティ株式会社 ツール事業部
リーンスタートアップのための「聞く力」
リーンスタートアップのための「聞く力」
Tarumoto Tetsuya
What's hot
(19)
UI Crunch 03 『プロトタイピングの助走と飛躍』
UI Crunch 03 『プロトタイピングの助走と飛躍』
Scrum
Scrum
Why startups need "Lean Startup" & "Design Sprint"?
Why startups need "Lean Startup" & "Design Sprint"?
名古屋アジャイル勉強会「明日からできる、いきいきプロジェクト管理」
名古屋アジャイル勉強会「明日からできる、いきいきプロジェクト管理」
食文化を支えるプロダクトマネージャーの仕事術 #pmconfjp
食文化を支えるプロダクトマネージャーの仕事術 #pmconfjp
今更聞けない? Androidのテストのいろは
今更聞けない? Androidのテストのいろは
Design Sprint ガイドブック v2
Design Sprint ガイドブック v2
Design Sprint 概要 / デザインスプリント概要
Design Sprint 概要 / デザインスプリント概要
[#pmconf2020] 自己流から一流プロダクトマネージャーになるために学ぶべきこと
[#pmconf2020] 自己流から一流プロダクトマネージャーになるために学ぶべきこと
新規Androidアプリ開発において何より大切なこと
新規Androidアプリ開発において何より大切なこと
2016 新人研修 基本技術講座 (1)
2016 新人研修 基本技術講座 (1)
Design Sprint と Lean UX: 顧客からの学び方
Design Sprint と Lean UX: 顧客からの学び方
Design sprint
Design sprint
Developer Summit 2016 参加してきました。
Developer Summit 2016 参加してきました。
ユーザテストを1ヶ月で立ち上げた話
ユーザテストを1ヶ月で立ち上げた話
メトリクスによる「見える化」のススメ:No 見える化、No 改善
メトリクスによる「見える化」のススメ:No 見える化、No 改善
ヘビプロのすゝめ XP祭り2018 LTトーク #xpjug
ヘビプロのすゝめ XP祭り2018 LTトーク #xpjug
デスクトップアプリを『一歩前へ』進める方法
デスクトップアプリを『一歩前へ』進める方法
リーンスタートアップのための「聞く力」
リーンスタートアップのための「聞く力」
Viewers also liked
POとPOじゃない人の勉強会 第7回
POとPOじゃない人の勉強会 第7回
pepabo-po
POとPOじゃない人の勉強会 第11回
POとPOじゃない人の勉強会 第11回
pepabo-po
What is and isn't lean startup
What is and isn't lean startup
Taro Kawai
10分でわかったつもりになるlean start up ~リーンスタートアップって何ですか?~
10分でわかったつもりになるlean start up ~リーンスタートアップって何ですか?~
圭 進藤
つくらない ものづくり ~明日からできるリーンスタートアップ~
つくらない ものづくり ~明日からできるリーンスタートアップ~
圭 進藤
大組織の中でのリーン
大組織の中でのリーン
Taro Kawai
社内スタートアップによる組織の成長に伴い発生する痛みとその解決策(スクラム&リーンスタートアップ導入)について #devlove #devlove創
社内スタートアップによる組織の成長に伴い発生する痛みとその解決策(スクラム&リーンスタートアップ導入)について #devlove #devlove創
Itsuki Kuroda
新規事業・起業を妨げる「ビジネスモデル症候群」とは
新規事業・起業を妨げる「ビジネスモデル症候群」とは
Lean Startup Japan LLC
リーンスタートアップにおける良い仮説、悪い仮説
リーンスタートアップにおける良い仮説、悪い仮説
Takaaki Umada
Viewers also liked
(9)
POとPOじゃない人の勉強会 第7回
POとPOじゃない人の勉強会 第7回
POとPOじゃない人の勉強会 第11回
POとPOじゃない人の勉強会 第11回
What is and isn't lean startup
What is and isn't lean startup
10分でわかったつもりになるlean start up ~リーンスタートアップって何ですか?~
10分でわかったつもりになるlean start up ~リーンスタートアップって何ですか?~
つくらない ものづくり ~明日からできるリーンスタートアップ~
つくらない ものづくり ~明日からできるリーンスタートアップ~
大組織の中でのリーン
大組織の中でのリーン
社内スタートアップによる組織の成長に伴い発生する痛みとその解決策(スクラム&リーンスタートアップ導入)について #devlove #devlove創
社内スタートアップによる組織の成長に伴い発生する痛みとその解決策(スクラム&リーンスタートアップ導入)について #devlove #devlove創
新規事業・起業を妨げる「ビジネスモデル症候群」とは
新規事業・起業を妨げる「ビジネスモデル症候群」とは
リーンスタートアップにおける良い仮説、悪い仮説
リーンスタートアップにおける良い仮説、悪い仮説
Similar to POとPOじゃない人の勉強会 第6回
一流のエンジニアはみんなやっている1つのこと
一流のエンジニアはみんなやっている1つのこと
Atsushi Harada
プロダクトマネージャとしてグローバルプラットフォーム開発に関わって学んだ5つのこと #postudy
プロダクトマネージャとしてグローバルプラットフォーム開発に関わって学んだ5つのこと #postudy
Daisuke Matsuda
InVision勉強会資料
InVision勉強会資料
TakuyaTakemoto
【参観レポート】Lean startupnight real startup dialog
【参観レポート】Lean startupnight real startup dialog
Tsutomu Chikuba
Vantan shinsuke miyaki_upload
Vantan shinsuke miyaki_upload
Shinsuke Miyaki
Weekend Androidのススメ
Weekend Androidのススメ
Suzuki Junko
DRRWG #1リードトーク ユーザーインタビューとは何をするのか何がわかる、わからないのか
DRRWG #1リードトーク ユーザーインタビューとは何をするのか何がわかる、わからないのか
英明 伊藤
「Agileごっこ」で終わらせないために(仮)
「Agileごっこ」で終わらせないために(仮)
Taku Yajima
Androidリリース作業の効率化(2)
Androidリリース作業の効率化(2)
Kenichi Kambara
Devlove LeanStartupNight インタビュー演習
Devlove LeanStartupNight インタビュー演習
Takashi Tsutsumi
はてなにおける Android アプリのソフトウェアテスト
はてなにおける Android アプリのソフトウェアテスト
Yu Nobuoka
「Camelog」Android開発秘話
「Camelog」Android開発秘話
Shoya Tsukada
アイデアを塩漬けにしない-世界中の人に手伝ってもらう方法-
アイデアを塩漬けにしない-世界中の人に手伝ってもらう方法-
nishio
HdIfes itowponde_130223
HdIfes itowponde_130223
英明 伊藤
リーンUX入門
リーンUX入門
Tarumoto Tetsuya
リーン・スタートアップ のためのテスト
リーン・スタートアップ のためのテスト
Masakuni Kato
BtoB新規事業を舵取りするためのユーザー調査
BtoB新規事業を舵取りするためのユーザー調査
英明 伊藤
アジャイルUX物語
アジャイルUX物語
Tarumoto Tetsuya
とりあえず30分でひととおり分かった気にはなれるアジャイル入門
とりあえず30分でひととおり分かった気にはなれるアジャイル入門
陽一 滝川
JaSST15 Tohoku 事例発表
JaSST15 Tohoku 事例発表
Kazuaki Matsuo
Similar to POとPOじゃない人の勉強会 第6回
(20)
一流のエンジニアはみんなやっている1つのこと
一流のエンジニアはみんなやっている1つのこと
プロダクトマネージャとしてグローバルプラットフォーム開発に関わって学んだ5つのこと #postudy
プロダクトマネージャとしてグローバルプラットフォーム開発に関わって学んだ5つのこと #postudy
InVision勉強会資料
InVision勉強会資料
【参観レポート】Lean startupnight real startup dialog
【参観レポート】Lean startupnight real startup dialog
Vantan shinsuke miyaki_upload
Vantan shinsuke miyaki_upload
Weekend Androidのススメ
Weekend Androidのススメ
DRRWG #1リードトーク ユーザーインタビューとは何をするのか何がわかる、わからないのか
DRRWG #1リードトーク ユーザーインタビューとは何をするのか何がわかる、わからないのか
「Agileごっこ」で終わらせないために(仮)
「Agileごっこ」で終わらせないために(仮)
Androidリリース作業の効率化(2)
Androidリリース作業の効率化(2)
Devlove LeanStartupNight インタビュー演習
Devlove LeanStartupNight インタビュー演習
はてなにおける Android アプリのソフトウェアテスト
はてなにおける Android アプリのソフトウェアテスト
「Camelog」Android開発秘話
「Camelog」Android開発秘話
アイデアを塩漬けにしない-世界中の人に手伝ってもらう方法-
アイデアを塩漬けにしない-世界中の人に手伝ってもらう方法-
HdIfes itowponde_130223
HdIfes itowponde_130223
リーンUX入門
リーンUX入門
リーン・スタートアップ のためのテスト
リーン・スタートアップ のためのテスト
BtoB新規事業を舵取りするためのユーザー調査
BtoB新規事業を舵取りするためのユーザー調査
アジャイルUX物語
アジャイルUX物語
とりあえず30分でひととおり分かった気にはなれるアジャイル入門
とりあえず30分でひととおり分かった気にはなれるアジャイル入門
JaSST15 Tohoku 事例発表
JaSST15 Tohoku 事例発表
More from pepabo-po
POとPOじゃない人の勉強会 番外編
POとPOじゃない人の勉強会 番外編
pepabo-po
POとPOじゃない人の勉強会 第15回
POとPOじゃない人の勉強会 第15回
pepabo-po
POとPOじゃない人の勉強会 第13回
POとPOじゃない人の勉強会 第13回
pepabo-po
POとPOじゃない人の勉強会 第14回
POとPOじゃない人の勉強会 第14回
pepabo-po
POとPOじゃない人の勉強会 第10回
POとPOじゃない人の勉強会 第10回
pepabo-po
POとPOじゃない人の勉強会 第9回
POとPOじゃない人の勉強会 第9回
pepabo-po
POとPOじゃない人の勉強会 第8回
POとPOじゃない人の勉強会 第8回
pepabo-po
More from pepabo-po
(7)
POとPOじゃない人の勉強会 番外編
POとPOじゃない人の勉強会 番外編
POとPOじゃない人の勉強会 第15回
POとPOじゃない人の勉強会 第15回
POとPOじゃない人の勉強会 第13回
POとPOじゃない人の勉強会 第13回
POとPOじゃない人の勉強会 第14回
POとPOじゃない人の勉強会 第14回
POとPOじゃない人の勉強会 第10回
POとPOじゃない人の勉強会 第10回
POとPOじゃない人の勉強会 第9回
POとPOじゃない人の勉強会 第9回
POとPOじゃない人の勉強会 第8回
POとPOじゃない人の勉強会 第8回
Recently uploaded
KestrelPro Flyer Japan IT Week 2024 (Japanese)
KestrelPro Flyer Japan IT Week 2024 (Japanese)
Data Analytics Company - 47Billion Inc.
ストックマーク株式会社がお客様へご提供しているAnews概要資料のご共有.pdf
ストックマーク株式会社がお客様へご提供しているAnews概要資料のご共有.pdf
masakisaito12
株式会社MAVEL会社概要_アフィリエイト広告_運用型広告_LTVを予測しLOIを最適化する広告代理店
株式会社MAVEL会社概要_アフィリエイト広告_運用型広告_LTVを予測しLOIを最適化する広告代理店
ssuserfb441f
シンフォニティ株式会社(SYMPHONITY , Inc.) 会社説明・人材採用資料
シンフォニティ株式会社(SYMPHONITY , Inc.) 会社説明・人材採用資料
シンフォニティ 株式会社
UP103シリーズ パワーコメット ユニパー スライドレールタイプ 瓦揚げ機 ウインチ
UP103シリーズ パワーコメット ユニパー スライドレールタイプ 瓦揚げ機 ウインチ
ユニパー株式会社
company profile
company profile
keiibayashi
答えのないコンセンサスゲーム「無人島での出来事」運営用パワーポイントスライド説明資料
答えのないコンセンサスゲーム「無人島での出来事」運営用パワーポイントスライド説明資料
Jun Chiba
20240427 zaim academy counseling lesson .pdf
20240427 zaim academy counseling lesson .pdf
ssuser80a51f
コダワリ抜いた経営指南書(概要版) - コダワリ・ビジネス・コンサルティング株式会社
コダワリ抜いた経営指南書(概要版) - コダワリ・ビジネス・コンサルティング株式会社
hmoriyama
202405_VISIONARYJAPAN_engineerteam_entrancebook(ver2.1)
202405_VISIONARYJAPAN_engineerteam_entrancebook(ver2.1)
KayaSuetake1
Service-introduction-materials-misorae-leadership
Service-introduction-materials-misorae-leadership
Yasuyoshi Minehisa
Recently uploaded
(11)
KestrelPro Flyer Japan IT Week 2024 (Japanese)
KestrelPro Flyer Japan IT Week 2024 (Japanese)
ストックマーク株式会社がお客様へご提供しているAnews概要資料のご共有.pdf
ストックマーク株式会社がお客様へご提供しているAnews概要資料のご共有.pdf
株式会社MAVEL会社概要_アフィリエイト広告_運用型広告_LTVを予測しLOIを最適化する広告代理店
株式会社MAVEL会社概要_アフィリエイト広告_運用型広告_LTVを予測しLOIを最適化する広告代理店
シンフォニティ株式会社(SYMPHONITY , Inc.) 会社説明・人材採用資料
シンフォニティ株式会社(SYMPHONITY , Inc.) 会社説明・人材採用資料
UP103シリーズ パワーコメット ユニパー スライドレールタイプ 瓦揚げ機 ウインチ
UP103シリーズ パワーコメット ユニパー スライドレールタイプ 瓦揚げ機 ウインチ
company profile
company profile
答えのないコンセンサスゲーム「無人島での出来事」運営用パワーポイントスライド説明資料
答えのないコンセンサスゲーム「無人島での出来事」運営用パワーポイントスライド説明資料
20240427 zaim academy counseling lesson .pdf
20240427 zaim academy counseling lesson .pdf
コダワリ抜いた経営指南書(概要版) - コダワリ・ビジネス・コンサルティング株式会社
コダワリ抜いた経営指南書(概要版) - コダワリ・ビジネス・コンサルティング株式会社
202405_VISIONARYJAPAN_engineerteam_entrancebook(ver2.1)
202405_VISIONARYJAPAN_engineerteam_entrancebook(ver2.1)
Service-introduction-materials-misorae-leadership
Service-introduction-materials-misorae-leadership
POとPOじゃない人の勉強会 第6回
1.
POとPOじゃない人 の勉強会 #06 2015/06/16 GMOペパボのライティ
2.
12章 〜 14章 製品を見つけ出す 製品理念 製品委員会
3.
12章 製品を見つけ出す
4.
ソフトウェア開発は2つの段階に分けられる ● エンジニアリングの段階に入ったら入ったらかき回さないこと! ● バージョン1の実行と2の発案を並行すると良い 正しい製品を定義する 作るべきものを作 る (発案作業) それを作る (実行段階)
5.
製品の発見を予定通りに進めることはで きるのか? こんな風に進めば最高 ● 事業性評価 ● ユーザーインタビュー ●
製品要求のたたき台を作 る ● プロトタイプ作り ● ユーザーテスト ● 製品仕様の見直し うまく事は運ばない ● ユーザーは製品アイディ アに興味なし ● 理解してもらえるプロトタイ プ作成が困難 ● 反応がイマイチ ● そのままエンジニアリング に着手。結果イケてない 製品のできあがり フィードバックを元に製品開発を軌道修正しないと何にもならな い
6.
製品の発見を予定通りに進めることはで きるのか? 「製品を見つけ出すこと」 ○ その製品を欲しがっているユーザーは本当にいるかどう か知る ○ 問題に対する価値ある実現可能なソリューションを見つ け出す 「製品要求の定義とデザイン」はサイエンスというよりもアート
7.
製品の発見を予定通りに進めることはで きるのか? ● ソフトウェア業界では製品発見のフェーズを計画的に進める ことにこだわっている ○ ※ではどうすれば良いのか? ●
ベンチャーが失敗するやり方。エンジニアを雇ってやれるこ と何でもやらせる。「構え」「打て」「狙え」 ● うんと早い段階で製品発見プロセスに注力。ソリューション を見つけたら実行あるのみ。
8.
● 作るべきものを決める段階と作る段階は分かれている ● 作り始めたらかき回さないこと ●
フィードバックを元に製品開発を軌道修正しないと何にもな らない ● ユーザーは本当にいるのか?価値あるソリューションはみ つけ出せるのか? ● うんと早い段階で製品発見プロセスに注力 12章 まとめ
9.
13章 製品理念
10.
● 製品開発のための一連の原則を定めたもの ● 両立させるのが難しいものの折り合いを付けて 優先順位を変えるときの判断基準となる ●
映画サイトの例 ○ ※どこに価値を置くか、を決めること? ● 製品開発チームを一つにし、考えをまとめるメ リットがある 何が大切なのかを決める
11.
意見の対立を解決する ● 製品に関する意思決定でことさらに起こる諸問題(だらだら 続く会議、決まったことに従わない、複雑な人間関係など) ○ みんな製品に一家言ある ○
全員が強い思い入れがある ○ 自分を製品ターゲットのユーザーに近い存在だと考えて いる ● 製品開発チームに命令できる立場にないので辛い ● 身動き取れなくなった場合は上の人間に決めてもらう。しか しこの状況は既に**失敗**。
12.
● 意思決定をするのは大変なので以下の点について全員の 理解を一致させておこう ○ 解決しようとしている問題はいったいなんなのか? ○
いったい誰のためにこの問題を解決しようとしているの か?つまり、どういうペルソナを対象としているのか? ○ この製品化で達成しようとしている目標は何か? ○ これらの目標の中での優先順位は? 筆者の経験ではほとんどの場合、意見が食い違うのは目標の解釈や優先順位がメ ンバー間で統一されてないのが問題 意見の対立を解決する
13.
プロダクトマネージャーは意思決定のプロセスと理 由付けをみんなに完全に見えるようにしておくこと が大事。 直感だけに頼っている、とメンバーから思われるよ うではダメ 意見の対立を解決する
14.
● 何が大切なのかを決めよう ● 意見が対立して、上の人間に決めてもらう事態は既に失敗 のケース ●
「解決しようとしている問題」「誰のためか」「達成しようとして いる目標」「優先順位」について、全員の理解を一致させて おこう。 ● 意思決定のプロセスと理由付けを見えるようにしておくこと 13章 まとめ
15.
14章 製品委員会
16.
● 主な関係者と意思決定者が顔をそろえる仕組 みを用意するとスムーズ。そのために製品委員 会を作ると良い。 ● 製品を市場に送り出すために必要な意思決定 をする、という明確な目的のために主な意思決 定者を全員集められる。 タイムリーで確実な意思決定をするために
17.
製品委員会の目的 1. 製品戦略の方向性を決めること 2. 製品のために人や予算を配分すること 3.
会社による製品の取り組みを適当なレベルで監 視すること
18.
● CEO, COOまたは担当部門の部門長 ●
プロダクトマネジメント担当部門長 ● ユーザーエクスペリエンス担当部門長 ● マーケティング担当部門長 ● エンジニアリング担当部門長 ● サイト運用担当部門長 ● 顧客サービス担当部門長 ※ペパボだったら1サービスにまとまってる気がする 委員の顔ぶれ
19.
20.
1. 製品戦略と製品ロードマップをレビューし、詳細な市場機会 の調査をするべき製品を選定する 2. 市場評価と提案をレビューし、ソリューションを見つけだすた めの作業に進めるかどうかを決定する 3.
プロトタイプ、ユーザーテスト、コスト見積もりをレビューし、 エンジニアリング作業に進めるかを決定する 4. 製品の正式版、品質保証の結果、販売開始計画、市場へ の影響の評価をレビューし製品の発売を決定する 委員会の役割
21.
補足 ● 製品委員会では小規模なアップデートや修正をレビューす る必要は無い。 ● 製品のデザインを決める場ではない。 ●
2のコスト感を当てにしない。3では責任持てるレベルの見積 もりを出す。 ● 発売後も委員会が関わると時として有益。 ● プロダクトマネージャーが委員会でプレゼンできるようにしま しょう
22.
プロジェクトコストの見積もりは いつやれ ば良いのか? ● 見積もりには混乱が多い ○
経営陣は早い段階から知りたいが、正確な見積もりができるのはプロジェ クトのずっと後だから。 ● おすすめのやり方 ○ 経営陣に解決しようとしている問題の価値を判断してもらうために市場性評 価のための10個の質問を評価する ○ ここでざっくりした見積もりをする。「膨大な」「ある程度の」「たいしたもので は」というレベル ○ この市場機会が予測コストのわりにまずまずなら、製品を定義するための 指示がでるはず ○ エンジニアメンバーも巻き込んで製品の詳細な仕様を決める作業が終わる と、精度の高い見積もりもできているはず ○ それを持って経営陣が製品開発をするかどうかの最終決定をする ● つまり、最初ざっくりやって、その後仕様を決めるときに詳細に見積もろう\ (^o^)/
23.
● 関係者と意思決定者が顔を合わせる仕組みが製品委員会 ● 方向性の決定、人や予算の配分、監視が目的 ●
製品開発のポイントポイントでレビューや承認を行うことで 製品開発全体を捗らせる ● 見積もりは最初にざっくりやって、その後仕様を決めるとき に詳細にやる 14章 まとめ
24.
15章へ続く...
Download now