SlideShare ist ein Scribd-Unternehmen logo
1 von 51
非エンジニア・非デザイナーが
プロダクトマネージャーになってみた。
pmjp.slack.comオフ会#9
2017/06/07
Research & Development Unit
Akihiro Ohashi
1© 2017 from scratch Co.Ltd.
自己紹介
画像
株式会社フロムスクラッチ
Research & Development Unit
プロダクトマネージャー
大橋 明弘(おおはし あきひろ)
2014年3月 東京大学 卒業
2014年4月 株式会社フロムスクラッチに新卒で入社
コンサルティング部署でマーケティングコンサル
2014年10月 b→dashが生まれ、
マーケティングコンサル+システム導入+カスタマーサクセスに範囲拡大
30社~40社ほどを担当
2016年11月 開発部署へ異動
2017年1月 プロダクトマネージャーへ
2© 2017 from scratch Co.Ltd.
自己紹介
画像
株式会社フロムスクラッチ
Research & Development Unit
プロダクトマネージャー
大橋 明弘(おおはし あきひろ)
2014年3月 東京大学 卒業
2014年4月 株式会社フロムスクラッチに新卒で入社
コンサルティング部署でマーケティングコンサル
2014年10月 b→dashが生まれ、
マーケティングコンサル+システム導入+カスタマーサクセスに範囲拡大
30社~40社ほどを担当
2016年11月 開発部署へ異動
2017年1月 プロダクトマネージャーへ
社会人4年目、
プロダクトマネージャー歴
5ヶ月のペーペーです…。
3© 2017 from scratch Co.Ltd.
会社紹介
■ 会社名
■ 設立
■ 資本金
■ 代表取締役
■ 本社所在地
■ 従業員数
■ 事業内容
:株式会社フロムスクラッチ
:2010年4月6日
:1,872,313,375円
:安部泰洋
:〒160-0023
東京都新宿区西新宿7-20-1
住友不動産西新宿ビル17階
:約150名(業務委託/アルバイト/派遣 含む)
:マーケティングプラットフォーム b→dash
:自社内で製品開発・営業・導入・サポートを推進
4© 2017 from scratch Co.Ltd.
最近のトピック
Forbes “有望スタートアップ”に2年連続で選出
Topic③
Topic①
元LINE
CEO・森川氏
元PwC
CEO・椎名氏
Topic④
Topic②
2017年、累計約45億円の資金調達を実施 アドバイザリーに元・LINE森川氏、椎名氏
「CTO of the year 2016」 登壇
5© 2017 from scratch Co.Ltd.
プロダクト紹介
マーケティングプラットフォーム
6© 2017 from scratch Co.Ltd.
b→dashとは…
7© 2017 from scratch Co.Ltd.
b→dashとは…
マーケティングプロセス全体の
データを統合し、一気通貫で活用する
SaaS型のマーケティングプラットフォーム!
8© 2017 from scratch Co.Ltd.
b→dashとは…
マーケティング×データという課題に対して、
1つのプラットフォームで解決できる
9© 2017 from scratch Co.Ltd.
メジャーバージョンアップ中です!
データ取得から活用、先の展開を見越して
新しい価値を生み出すために、
アーキテクチャから全て作り直そう!
⇓
メジャーバージョンアップ!(新規開発!)
10© 2017 from scratch Co.Ltd.
メジャーバージョンアップにあたり…
メジャーバージョンアップにあたって、
既存バージョンや市場の製品で
解決出来ていない課題や、
ユーザーの悩みに詳しい人間を
開発部署に入れたい…
まだクライアントのあんな
悩みやこんな課題を解決
できていない…
11© 2017 from scratch Co.Ltd.
メジャーバージョンアップにあたり…
(コンサル部署は大変だけど、
開発に投入しよう)
大橋で!
(開発経験ないけど、
40社くらいのコンサル経験があるか
らいいものつくれるはず)
やります!
12© 2017 from scratch Co.Ltd.
本日のテーマ
非エンジニア・非デザイナーが
プロダクトマネージャーになってみた。
13© 2017 from scratch Co.Ltd.
大橋のスペック
システム開発経験
デザイナー経験
スクラム開発経験
ナシ。
分析用にマニアックなSQLは叩ける。
ナシ。
Mockを作ることもできず、武器はパワポとエクセルのみ。
もちろん、ナシ。
バックログ?スプリント?横文字が多すぎ…。
14© 2017 from scratch Co.Ltd.
大橋のスペック
システム開発経験
デザイナー経験
スクラム開発経験
ナシ。
分析用にマニアックなSQLは叩ける。
ナシ。
Mockを作ることもできず、武器はパワポとエクセルのみ。
もちろん、ナシ。
バックログ?スプリント?横文字が多すぎ…。
…とりあえずやってみよう!
15© 2017 from scratch Co.Ltd.
スクラム開発体制
Product Owner
Product Manager Product Manager
Scrum Master Scrum Master
Dev Team
Dev
Team
Dev
Team
Dev Team
Scrum Master
16© 2017 from scratch Co.Ltd.
スクラム開発体制
Product Owner
Product Manager Product Manager
Scrum Master Scrum Master
Dev Team
Dev
Team
Dev
Team
Dev Team
Scrum Master
プロダクトマネージャー2名、
スクラムマスター3名、
スクラムチーム4チームの体制
17© 2017 from scratch Co.Ltd.
担当領域
18© 2017 from scratch Co.Ltd.
担当領域
分析機能と、それに必要な
データマネジメントを担当
19© 2017 from scratch Co.Ltd.
まずはやってみよう!
プロダクト戦略/
プロダクトコンセプト策定
機能構成/
Mock作成
バックログ作成
• 戦略/コンセプトのベースがあった
• 現行バージョンの課題や展望も把握していた
• コンセプトを元に機能構成資料(パワポ)を作成
• UIデザイナーに依頼して、Mockを作成(ほぼまるっと依
頼)
• ユーザーストーリーを作成し、バックログに積む
• スプリントにどれだけ入るか分からないので無邪気に積んで
みる
20© 2017 from scratch Co.Ltd.
まずはやってみよう!
プロダクト戦略/
プロダクトコンセプト策定
機能構成/
Mock作成
バックログ作成
• 戦略/コンセプトのベースがあった
• 現行バージョンの課題や展望も把握していた
• コンセプトを元に機能構成資料(パワポ)を作成
• UIデザイナーに依頼して、Mockを作成(ほぼまるっと依
頼)
• ユーザーストーリーを作成し、バックログに積む
• スプリントにどれだけ入るか分からないので無邪気に積んで
みる
まずはセオリーに乗っかって、
準備を進めてみる
21© 2017 from scratch Co.Ltd.
スプリント1開始!
22© 2017 from scratch Co.Ltd.
スプリント1終了
スプリント1で消化できた
ストーリーポイント
23© 2017 from scratch Co.Ltd.
24© 2017 from scratch Co.Ltd.
スプリント1の結果
25© 2017 from scratch Co.Ltd.
スプリント1の結果
見事なまでに平行な
バーンダウンチャート…。
26© 2017 from scratch Co.Ltd.
何が起きたのか??
27© 2017 from scratch Co.Ltd.
何が起きたのか??
開発ロードマップが
伝わっていない
仕様が曖昧
スクラムチームとの
コミュニケーションが薄い
スクラムチームのメンバーが、
最終的に何ができて、どの部分をどの順番で、
どんな優先順位で開発すれば良いのか分からず、
戸惑ってしまった
仕様が曖昧でスクラムチームのメンバーの設計が進まず、
効率が著しく下がってしまった
そもそも信頼関係が築けておらず、課題にぶつかったり、
迷ったりした時に気軽に相談できなかった
28© 2017 from scratch Co.Ltd.
何が起きたのか??
開発ロードマップが
伝わっていない
仕様が曖昧
スクラムチームとの
コミュニケーションが薄い
スクラムチームのメンバーが、
最終的に何ができて、どの部分をどの順番で、
どんな優先順位で開発すれば良いのか分からず、
戸惑ってしまった
仕様が曖昧でスクラムチームのメンバーの設計が進まず、
効率が著しく下がってしまった
そもそも信頼関係が築けておらず、課題にぶつかったり、
迷ったりした時に気軽に相談できなかった
結局、エンジニアが
どんな情報をもとに、
どのように考えて開発するのか
理解できていなかった
29© 2017 from scratch Co.Ltd.
(アカン…)
30© 2017 from scratch Co.Ltd.
焦りからの迷走
Q. DevTeamが話している内容がぜんぜんわかりません、、、
非同期処理とか、Athenaとか、Prestoとか。。。
僕もオブジェクト指向とか勉強した方がよいですよね???
A.まて。オブジェクト指向はいらん(笑)
君が向くべき方向は、ステークホルダーだよ。
認定スクラムマスターホルダーの先輩に相談
31© 2017 from scratch Co.Ltd.
焦りからの迷走
Q. DevTeamが話している内容がぜんぜんわかりません、、、
非同期処理とか、Athenaとか、Prestoとか。。。
僕もオブジェクト指向とか勉強した方がよいですよね???
A.まて。オブジェクト指向はいらん(笑)
君が向くべき方向は、ステークホルダーだよ。
認定スクラムマスターホルダーの先輩に相談
焦るあまり、迷走…
32© 2017 from scratch Co.Ltd.
しかし、試行錯誤の結果
33© 2017 from scratch Co.Ltd.
試行錯誤の結果たどり着いたところ
34© 2017 from scratch Co.Ltd.
試行錯誤の結果たどり着いたところ
大まかなシステム構成とデータ構造、
データフローをキャッチアップすること、
というポイントにたどり着く
35© 2017 from scratch Co.Ltd.
大まかなシステム構成をキャッチアップすることで…
開発ロードマップが
伝わっていない
仕様が曖昧
スクラムチームとの
コミュニケーションが薄い
システム構成図をもとに、どのカタマリからどの順番で
開発していくのが一番効率的か、議論できるようになった
ざっくりとしたシステム理解であっても、
エンジニアが開発するにあたり、詰めておくべき箇所
が見える様になった
システムに関する素朴な質問をこまめにしにいくことで
徐々にコミュニケーションが増えた
Before After
36© 2017 from scratch Co.Ltd.
大まかなシステム構成をキャッチアップすることで…
開発ロードマップが
伝わっていない
仕様が曖昧
スクラムチームとの
コミュニケーションが薄い
システム構成図をもとに、どのカタマリからどの順番で
開発していくのが一番効率的か、議論できるようになった
ざっくりとしたシステム理解であっても、
エンジニアが開発するにあたり、詰めておくべき箇所
が見える様になった
システムに関する素朴な質問をこまめにしにいくことで
徐々にコミュニケーションが増えた
Before After
(未だに細かい所は分からないが、)
ユーザー・ビジネスサイドの要望を
エンジニアが必要な形で
伝えることができるように
37© 2017 from scratch Co.Ltd.
スプリント別消化ストーリーポイント
0
90
140
151
72
86.5
97
0
20
40
60
80
100
120
140
160
スプリント1 スプリント2 スプリント3 スプリント4 スプリント5 スプリント6 スプリント7
※チーム人数変更
38© 2017 from scratch Co.Ltd.
スプリント別消化ストーリーポイント
0
90
140
151
72
86.5
97
0
20
40
60
80
100
120
140
160
スプリント1 スプリント2 スプリント3 スプリント4 スプリント5 スプリント6 スプリント7
進む開発。
スプリントを重ねるごとに
ベロシティが安定!
39© 2017 from scratch Co.Ltd.
開発が進む中、こんなケースに
よく出くわすように
40© 2017 from scratch Co.Ltd.
よくあるケースその1
エンジニア
この部分の実装方針で悩んでいます。
Aだと処理が早くてコストが高いけど、ユーザーにとって不便かも。
Bだと処理が遅くて安いけど、ユーザーにとって分かりやすいかも。
大橋
その部分はAで良いです!
なぜなら、その部分は限られた場面しか使わないし、
使うときはコンサルのフォローが入る部分だからです!
41© 2017 from scratch Co.Ltd.
よくあるケースその1
エンジニア
この部分の実装方針で悩んでいます。
Aだと処理が早くてコストが高いけど、ユーザーにとって不便かも。
Bだと処理が遅くて安いけど、ユーザーにとって分かりやすいかも。
大橋
その部分はAで良いです!
なぜなら、その部分は限られた場面しか使わないし、
使うときはコンサルのフォローが入る部分だからです!
プロダクト単体ではなく、
プロダクトを含めた「サービス」として
考えられるので意思決定がスムーズに!
42© 2017 from scratch Co.Ltd.
よくあるケースその2
営業・コンサル
こういう機能が無いと、
クライアントの要望に応えられないんだけど、
いつ実装できるの?
大橋
いやいやいや。ちょっとまって。本当にその機能が必要なの?
話を聞いていると、それって課題を取り違えていない?
あとこの部分は今ある機能の使い方を変えるという手段の方が
早いしリスク無いよ。
43© 2017 from scratch Co.Ltd.
よくあるケースその2
営業・コンサル
こういう機能が無いと、
クライアントの要望に応えられないんだけど、
いつ実装できるの?
大橋
いやいやいや。ちょっとまって。本当にその機能が必要なの?
話を聞いていると、それって課題を取り違えていない?
あとこの部分は今ある機能の使い方を変えるという手段の方が
早いしリスク無いよ。
ユーザーと他部署の課題・願望を
把握できているので
ステークスホルダーとの調整ができる!
44© 2017 from scratch Co.Ltd.
まとめると
45© 2017 from scratch Co.Ltd.
非エンジニア・非デザイナープロダクトマネージャーのできること
User
BusinessTechnology
“ユーザーの課題を解決する”
“事業として継続可能”“技術的に実現可能”
• ビジネスモデル・コスト構造の理解
• 開発部署以外の課題の理解
• 市場のニーズと競合の強み・弱みの把握
• クライアントのビジネス・業務理解
ユーザーの課題・願望把握
自社の課題・願望把握
ドキュメン
テーション
問題解決
意思決定
/ファシリ
テーション
交渉
/説得 • ビジネススキルを活かしたプロジェクトの推進
• ステークスホルダーのコントロール
プロジェクトの推進
46© 2017 from scratch Co.Ltd.
非エンジニア・非デザイナープロダクトマネージャーのできること
User
BusinessTechnology
“ユーザーの課題を解決する”
“事業として継続可能”“技術的に実現可能”
• ビジネスモデル・コスト構造の理解
• 開発部署以外の課題の理解
• 市場のニーズと競合の強み・弱みの把握
• クライアントのビジネス・業務理解
ユーザーの課題・願望把握
自社の課題・願望把握
ドキュメン
テーション
問題解決
意思決定
/ファシリ
テーション
交渉
/説得 • ビジネススキルを活かしたプロジェクトの推進
• ステークスホルダーのコントロール
プロジェクトの推進
エンジニアと異なるスキルや経験が
あるからこそ、「チーム」として動くことで、
ゴールに最短距離にたどり着ける
47© 2017 from scratch Co.Ltd.
非エンジニア・非デザイナープロダクトマネージャーのできること
User
BusinessTechnology
“ユーザーの課題を解決する”
“事業として継続可能”“技術的に実現可能”
• ビジネスモデル・コスト構造の理解
• 開発部署以外の課題の理解
• 市場のニーズと競合の強み・弱みの把握
• クライアントのビジネス・業務理解
ユーザーの課題・願望把握
自社の課題・願望把握
ドキュメン
テーション
問題解決
意思決定
/ファシリ
テーション
交渉
/説得 • ビジネススキルを活かしたプロジェクトの推進
• ステークスホルダーのコントロール
プロジェクトの推進
大まかなシステム構成とデータ構造、
データフローをキャッチアップして、
まずは「チーム」の一員となること
48© 2017 from scratch Co.Ltd.
非エンジニア・非デザイナープロダクトマネージャーのできること
User
BusinessTechnology
“ユーザーの課題を解決する”
“事業として継続可能”“技術的に実現可能”
• ビジネスモデル・コスト構造の理解
• 開発部署以外の課題の理解
• 市場のニーズと競合の強み・弱みの把握
• クライアントのビジネス・業務理解
ユーザーの課題・願望把握
自社の課題・願望把握
ドキュメン
テーション
問題解決
意思決定
/ファシリ
テーション
交渉
/説得 • ビジネススキルを活かしたプロジェクトの推進
• ステークスホルダーのコントロール
プロジェクトの推進
今後、セールスやマーケター、
そしてコンサルタントという、
非エンジニア・非デザイナーが
プロダクトマネージャーになったとき、
そっとアドバイスを…!
49© 2017 from scratch Co.Ltd.
最後に
プロダクトマネージャー歴、若干5ヶ月…。
未だに試行錯誤中なので、
ご助言、ご指摘頂ければ嬉しいです…!
© 2017 from scratch Co.Ltd.
~ 免責事項 ~
第三者による、文書の無断転用、引用を禁止いたします。
本資料に記載している情報は、信頼できる情報ソースから取得しておりますが、その内容の正確性、信頼性、完全性、網羅性を保証するものではありません。
本資料に記載している情報による意思決定は、貴社の判断及び責任において行うようお願い申し上げます。

Weitere ähnliche Inhalte

Was ist angesagt?

事業の進展とデータマネジメント体制の進歩(+プレトタイプの話)
事業の進展とデータマネジメント体制の進歩(+プレトタイプの話)事業の進展とデータマネジメント体制の進歩(+プレトタイプの話)
事業の進展とデータマネジメント体制の進歩(+プレトタイプの話)Tokoroten Nakayama
 
人は一ヶ月でエンジニアになれるのか - 詳細解説
人は一ヶ月でエンジニアになれるのか - 詳細解説人は一ヶ月でエンジニアになれるのか - 詳細解説
人は一ヶ月でエンジニアになれるのか - 詳細解説Livesense Inc.
 
「のどが渇いた」というユーザーに何を出す? ユーザーの「欲しい」に惑わされない、本当のインサイトを見つけるUXデザイン・UXリサーチ
「のどが渇いた」というユーザーに何を出す? ユーザーの「欲しい」に惑わされない、本当のインサイトを見つけるUXデザイン・UXリサーチ「のどが渇いた」というユーザーに何を出す? ユーザーの「欲しい」に惑わされない、本当のインサイトを見つけるUXデザイン・UXリサーチ
「のどが渇いた」というユーザーに何を出す? ユーザーの「欲しい」に惑わされない、本当のインサイトを見つけるUXデザイン・UXリサーチYoshiki Hayama
 
非エンジニアのためのこれだけは押さえておきたいWEBサービスの基礎技術
非エンジニアのためのこれだけは押さえておきたいWEBサービスの基礎技術非エンジニアのためのこれだけは押さえておきたいWEBサービスの基礎技術
非エンジニアのためのこれだけは押さえておきたいWEBサービスの基礎技術div Inc
 
DXとかDevOpsとかのなんかいい感じのやつ 富士通TechLive
DXとかDevOpsとかのなんかいい感じのやつ 富士通TechLiveDXとかDevOpsとかのなんかいい感じのやつ 富士通TechLive
DXとかDevOpsとかのなんかいい感じのやつ 富士通TechLiveTokoroten Nakayama
 
開発速度が速い #とは(LayerX社内資料)
開発速度が速い #とは(LayerX社内資料)開発速度が速い #とは(LayerX社内資料)
開発速度が速い #とは(LayerX社内資料)mosa siru
 
プロダクトマネージャーにたちはだかる壁を、どう乗り越えるか
プロダクトマネージャーにたちはだかる壁を、どう乗り越えるかプロダクトマネージャーにたちはだかる壁を、どう乗り越えるか
プロダクトマネージャーにたちはだかる壁を、どう乗り越えるかMizuki Tanno
 
LINE開発の舞台裏とプロダクトマネージャー
LINE開発の舞台裏とプロダクトマネージャーLINE開発の舞台裏とプロダクトマネージャー
LINE開発の舞台裏とプロダクトマネージャーLINE Corporation
 
IT系エンジニアのためのプレゼンテーション入門
IT系エンジニアのためのプレゼンテーション入門IT系エンジニアのためのプレゼンテーション入門
IT系エンジニアのためのプレゼンテーション入門Masahito Zembutsu
 
経営のアジリティを支えるDevOpsと組織
経営のアジリティを支えるDevOpsと組織経営のアジリティを支えるDevOpsと組織
経営のアジリティを支えるDevOpsと組織Recruit Technologies
 
UX専門家から見た「Running Lean」の改善ポイント 〜「Lean Customer Development」と読み比べ〜:2015年10月9日 ...
UX専門家から見た「Running Lean」の改善ポイント 〜「Lean Customer Development」と読み比べ〜:2015年10月9日 ...UX専門家から見た「Running Lean」の改善ポイント 〜「Lean Customer Development」と読み比べ〜:2015年10月9日 ...
UX専門家から見た「Running Lean」の改善ポイント 〜「Lean Customer Development」と読み比べ〜:2015年10月9日 ...Yoshiki Hayama
 
「プロダクト マネジメント」と 「プロダクト マーケティング」の違い
「プロダクト マネジメント」と「プロダクト マーケティング」の違い「プロダクト マネジメント」と「プロダクト マーケティング」の違い
「プロダクト マネジメント」と 「プロダクト マーケティング」の違いwatarukatsurashima
 
プロトタイピングとユーザビリティテストで「UXデザイン」を練りあげよう! | UXデザイン基礎セミナー 第4回
プロトタイピングとユーザビリティテストで「UXデザイン」を練りあげよう! | UXデザイン基礎セミナー 第4回プロトタイピングとユーザビリティテストで「UXデザイン」を練りあげよう! | UXデザイン基礎セミナー 第4回
プロトタイピングとユーザビリティテストで「UXデザイン」を練りあげよう! | UXデザイン基礎セミナー 第4回Yoshiki Hayama
 
「ユーザーを理解するって言うほどカンタンじゃないよね」 UXデザイン・UXリサーチをもう一度ちゃんと理解しよう!
「ユーザーを理解するって言うほどカンタンじゃないよね」 UXデザイン・UXリサーチをもう一度ちゃんと理解しよう!「ユーザーを理解するって言うほどカンタンじゃないよね」 UXデザイン・UXリサーチをもう一度ちゃんと理解しよう!
「ユーザーを理解するって言うほどカンタンじゃないよね」 UXデザイン・UXリサーチをもう一度ちゃんと理解しよう!Yoshiki Hayama
 
大規模レガシー環境に立ち向かう有機的な開発フォーメーション #devsumi #devsumic
大規模レガシー環境に立ち向かう有機的な開発フォーメーション #devsumi #devsumic大規模レガシー環境に立ち向かう有機的な開発フォーメーション #devsumi #devsumic
大規模レガシー環境に立ち向かう有機的な開発フォーメーション #devsumi #devsumicItsuki Kuroda
 
リーンスタートアップ実践者によるSDGs事業立ち上げ支援の取り組み
リーンスタートアップ実践者によるSDGs事業立ち上げ支援の取り組みリーンスタートアップ実践者によるSDGs事業立ち上げ支援の取り組み
リーンスタートアップ実践者によるSDGs事業立ち上げ支援の取り組みArata Fujimura
 
2020年01月24-25日 「仮説検証型UXデザイン特論」 講義資料 @産技大講義
2020年01月24-25日 「仮説検証型UXデザイン特論」 講義資料 @産技大講義2020年01月24-25日 「仮説検証型UXデザイン特論」 講義資料 @産技大講義
2020年01月24-25日 「仮説検証型UXデザイン特論」 講義資料 @産技大講義chachaki chachaki
 
心理的安全性の構造 デブサミ2019夏 structure of psychological safety
心理的安全性の構造 デブサミ2019夏 structure of psychological safety心理的安全性の構造 デブサミ2019夏 structure of psychological safety
心理的安全性の構造 デブサミ2019夏 structure of psychological safetyTokoroten Nakayama
 
アジャイル開発の中の設計
アジャイル開発の中の設計アジャイル開発の中の設計
アジャイル開発の中の設計Takuya Okamoto
 
UXデザイン・UXリサーチってだいぶ広まったよね?
UXデザイン・UXリサーチってだいぶ広まったよね?UXデザイン・UXリサーチってだいぶ広まったよね?
UXデザイン・UXリサーチってだいぶ広まったよね?Yoshiki Hayama
 

Was ist angesagt? (20)

事業の進展とデータマネジメント体制の進歩(+プレトタイプの話)
事業の進展とデータマネジメント体制の進歩(+プレトタイプの話)事業の進展とデータマネジメント体制の進歩(+プレトタイプの話)
事業の進展とデータマネジメント体制の進歩(+プレトタイプの話)
 
人は一ヶ月でエンジニアになれるのか - 詳細解説
人は一ヶ月でエンジニアになれるのか - 詳細解説人は一ヶ月でエンジニアになれるのか - 詳細解説
人は一ヶ月でエンジニアになれるのか - 詳細解説
 
「のどが渇いた」というユーザーに何を出す? ユーザーの「欲しい」に惑わされない、本当のインサイトを見つけるUXデザイン・UXリサーチ
「のどが渇いた」というユーザーに何を出す? ユーザーの「欲しい」に惑わされない、本当のインサイトを見つけるUXデザイン・UXリサーチ「のどが渇いた」というユーザーに何を出す? ユーザーの「欲しい」に惑わされない、本当のインサイトを見つけるUXデザイン・UXリサーチ
「のどが渇いた」というユーザーに何を出す? ユーザーの「欲しい」に惑わされない、本当のインサイトを見つけるUXデザイン・UXリサーチ
 
非エンジニアのためのこれだけは押さえておきたいWEBサービスの基礎技術
非エンジニアのためのこれだけは押さえておきたいWEBサービスの基礎技術非エンジニアのためのこれだけは押さえておきたいWEBサービスの基礎技術
非エンジニアのためのこれだけは押さえておきたいWEBサービスの基礎技術
 
DXとかDevOpsとかのなんかいい感じのやつ 富士通TechLive
DXとかDevOpsとかのなんかいい感じのやつ 富士通TechLiveDXとかDevOpsとかのなんかいい感じのやつ 富士通TechLive
DXとかDevOpsとかのなんかいい感じのやつ 富士通TechLive
 
開発速度が速い #とは(LayerX社内資料)
開発速度が速い #とは(LayerX社内資料)開発速度が速い #とは(LayerX社内資料)
開発速度が速い #とは(LayerX社内資料)
 
プロダクトマネージャーにたちはだかる壁を、どう乗り越えるか
プロダクトマネージャーにたちはだかる壁を、どう乗り越えるかプロダクトマネージャーにたちはだかる壁を、どう乗り越えるか
プロダクトマネージャーにたちはだかる壁を、どう乗り越えるか
 
LINE開発の舞台裏とプロダクトマネージャー
LINE開発の舞台裏とプロダクトマネージャーLINE開発の舞台裏とプロダクトマネージャー
LINE開発の舞台裏とプロダクトマネージャー
 
IT系エンジニアのためのプレゼンテーション入門
IT系エンジニアのためのプレゼンテーション入門IT系エンジニアのためのプレゼンテーション入門
IT系エンジニアのためのプレゼンテーション入門
 
経営のアジリティを支えるDevOpsと組織
経営のアジリティを支えるDevOpsと組織経営のアジリティを支えるDevOpsと組織
経営のアジリティを支えるDevOpsと組織
 
UX専門家から見た「Running Lean」の改善ポイント 〜「Lean Customer Development」と読み比べ〜:2015年10月9日 ...
UX専門家から見た「Running Lean」の改善ポイント 〜「Lean Customer Development」と読み比べ〜:2015年10月9日 ...UX専門家から見た「Running Lean」の改善ポイント 〜「Lean Customer Development」と読み比べ〜:2015年10月9日 ...
UX専門家から見た「Running Lean」の改善ポイント 〜「Lean Customer Development」と読み比べ〜:2015年10月9日 ...
 
「プロダクト マネジメント」と 「プロダクト マーケティング」の違い
「プロダクト マネジメント」と「プロダクト マーケティング」の違い「プロダクト マネジメント」と「プロダクト マーケティング」の違い
「プロダクト マネジメント」と 「プロダクト マーケティング」の違い
 
プロトタイピングとユーザビリティテストで「UXデザイン」を練りあげよう! | UXデザイン基礎セミナー 第4回
プロトタイピングとユーザビリティテストで「UXデザイン」を練りあげよう! | UXデザイン基礎セミナー 第4回プロトタイピングとユーザビリティテストで「UXデザイン」を練りあげよう! | UXデザイン基礎セミナー 第4回
プロトタイピングとユーザビリティテストで「UXデザイン」を練りあげよう! | UXデザイン基礎セミナー 第4回
 
「ユーザーを理解するって言うほどカンタンじゃないよね」 UXデザイン・UXリサーチをもう一度ちゃんと理解しよう!
「ユーザーを理解するって言うほどカンタンじゃないよね」 UXデザイン・UXリサーチをもう一度ちゃんと理解しよう!「ユーザーを理解するって言うほどカンタンじゃないよね」 UXデザイン・UXリサーチをもう一度ちゃんと理解しよう!
「ユーザーを理解するって言うほどカンタンじゃないよね」 UXデザイン・UXリサーチをもう一度ちゃんと理解しよう!
 
大規模レガシー環境に立ち向かう有機的な開発フォーメーション #devsumi #devsumic
大規模レガシー環境に立ち向かう有機的な開発フォーメーション #devsumi #devsumic大規模レガシー環境に立ち向かう有機的な開発フォーメーション #devsumi #devsumic
大規模レガシー環境に立ち向かう有機的な開発フォーメーション #devsumi #devsumic
 
リーンスタートアップ実践者によるSDGs事業立ち上げ支援の取り組み
リーンスタートアップ実践者によるSDGs事業立ち上げ支援の取り組みリーンスタートアップ実践者によるSDGs事業立ち上げ支援の取り組み
リーンスタートアップ実践者によるSDGs事業立ち上げ支援の取り組み
 
2020年01月24-25日 「仮説検証型UXデザイン特論」 講義資料 @産技大講義
2020年01月24-25日 「仮説検証型UXデザイン特論」 講義資料 @産技大講義2020年01月24-25日 「仮説検証型UXデザイン特論」 講義資料 @産技大講義
2020年01月24-25日 「仮説検証型UXデザイン特論」 講義資料 @産技大講義
 
心理的安全性の構造 デブサミ2019夏 structure of psychological safety
心理的安全性の構造 デブサミ2019夏 structure of psychological safety心理的安全性の構造 デブサミ2019夏 structure of psychological safety
心理的安全性の構造 デブサミ2019夏 structure of psychological safety
 
アジャイル開発の中の設計
アジャイル開発の中の設計アジャイル開発の中の設計
アジャイル開発の中の設計
 
UXデザイン・UXリサーチってだいぶ広まったよね?
UXデザイン・UXリサーチってだいぶ広まったよね?UXデザイン・UXリサーチってだいぶ広まったよね?
UXデザイン・UXリサーチってだいぶ広まったよね?
 

Andere mochten auch

アジャイルコーチが現場で学んだプロダクトオーナーの実際と勘所 POの二番目に大事なことと
アジャイルコーチが現場で学んだプロダクトオーナーの実際と勘所 POの二番目に大事なこととアジャイルコーチが現場で学んだプロダクトオーナーの実際と勘所 POの二番目に大事なことと
アジャイルコーチが現場で学んだプロダクトオーナーの実際と勘所 POの二番目に大事なこととYasui Tsutomu
 
そもそもディレクターにとって失敗とは何か
そもそもディレクターにとって失敗とは何かそもそもディレクターにとって失敗とは何か
そもそもディレクターにとって失敗とは何かSatoru MURAKOSHI
 
webサービスでのUXデザイン 発表スライド
webサービスでのUXデザイン 発表スライドwebサービスでのUXデザイン 発表スライド
webサービスでのUXデザイン 発表スライドAzumi Wada
 
Intro To Product Management (5 Nov 2015)
Intro To Product Management (5 Nov 2015)Intro To Product Management (5 Nov 2015)
Intro To Product Management (5 Nov 2015)Mai Quay
 
「訴求ファースト」と「こだわり駆動開発」~教育、医療、もの書き市場で戦うプロダクトマネージャーの考え方~
「訴求ファースト」と「こだわり駆動開発」~教育、医療、もの書き市場で戦うプロダクトマネージャーの考え方~「訴求ファースト」と「こだわり駆動開発」~教育、医療、もの書き市場で戦うプロダクトマネージャーの考え方~
「訴求ファースト」と「こだわり駆動開発」~教育、医療、もの書き市場で戦うプロダクトマネージャーの考え方~JustSystems Corporation
 
結果的に組織がAgileな状態であること #agile #scrum #leanstartup
結果的に組織がAgileな状態であること #agile #scrum #leanstartup結果的に組織がAgileな状態であること #agile #scrum #leanstartup
結果的に組織がAgileな状態であること #agile #scrum #leanstartupItsuki Kuroda
 
スマホマーケットの概要と、 マーケティングの失敗例と改善 (アナリティクス アソシエーション 特別セミナー)
スマホマーケットの概要と、マーケティングの失敗例と改善 (アナリティクス アソシエーション 特別セミナー)スマホマーケットの概要と、マーケティングの失敗例と改善 (アナリティクス アソシエーション 特別セミナー)
スマホマーケットの概要と、 マーケティングの失敗例と改善 (アナリティクス アソシエーション 特別セミナー)Tokoroten Nakayama
 
DAUを評価指標から捨てた会社の話 #tokyowebmining
DAUを評価指標から捨てた会社の話 #tokyowebminingDAUを評価指標から捨てた会社の話 #tokyowebmining
DAUを評価指標から捨てた会社の話 #tokyowebminingTokoroten Nakayama
 
POStudy塾とPOStudy Day[Day3]で学んだこと - プロダクトオーナー祭り2015 #postudy
POStudy塾とPOStudy Day[Day3]で学んだこと - プロダクトオーナー祭り2015 #postudyPOStudy塾とPOStudy Day[Day3]で学んだこと - プロダクトオーナー祭り2015 #postudy
POStudy塾とPOStudy Day[Day3]で学んだこと - プロダクトオーナー祭り2015 #postudyPOStudy
 
リーンキャンバスとは
リーンキャンバスとはリーンキャンバスとは
リーンキャンバスとはStudyTech
 
4つの戦犯から考えるサービスづくりの失敗
4つの戦犯から考えるサービスづくりの失敗4つの戦犯から考えるサービスづくりの失敗
4つの戦犯から考えるサービスづくりの失敗toshihiro ichitani
 

Andere mochten auch (11)

アジャイルコーチが現場で学んだプロダクトオーナーの実際と勘所 POの二番目に大事なことと
アジャイルコーチが現場で学んだプロダクトオーナーの実際と勘所 POの二番目に大事なこととアジャイルコーチが現場で学んだプロダクトオーナーの実際と勘所 POの二番目に大事なことと
アジャイルコーチが現場で学んだプロダクトオーナーの実際と勘所 POの二番目に大事なことと
 
そもそもディレクターにとって失敗とは何か
そもそもディレクターにとって失敗とは何かそもそもディレクターにとって失敗とは何か
そもそもディレクターにとって失敗とは何か
 
webサービスでのUXデザイン 発表スライド
webサービスでのUXデザイン 発表スライドwebサービスでのUXデザイン 発表スライド
webサービスでのUXデザイン 発表スライド
 
Intro To Product Management (5 Nov 2015)
Intro To Product Management (5 Nov 2015)Intro To Product Management (5 Nov 2015)
Intro To Product Management (5 Nov 2015)
 
「訴求ファースト」と「こだわり駆動開発」~教育、医療、もの書き市場で戦うプロダクトマネージャーの考え方~
「訴求ファースト」と「こだわり駆動開発」~教育、医療、もの書き市場で戦うプロダクトマネージャーの考え方~「訴求ファースト」と「こだわり駆動開発」~教育、医療、もの書き市場で戦うプロダクトマネージャーの考え方~
「訴求ファースト」と「こだわり駆動開発」~教育、医療、もの書き市場で戦うプロダクトマネージャーの考え方~
 
結果的に組織がAgileな状態であること #agile #scrum #leanstartup
結果的に組織がAgileな状態であること #agile #scrum #leanstartup結果的に組織がAgileな状態であること #agile #scrum #leanstartup
結果的に組織がAgileな状態であること #agile #scrum #leanstartup
 
スマホマーケットの概要と、 マーケティングの失敗例と改善 (アナリティクス アソシエーション 特別セミナー)
スマホマーケットの概要と、マーケティングの失敗例と改善 (アナリティクス アソシエーション 特別セミナー)スマホマーケットの概要と、マーケティングの失敗例と改善 (アナリティクス アソシエーション 特別セミナー)
スマホマーケットの概要と、 マーケティングの失敗例と改善 (アナリティクス アソシエーション 特別セミナー)
 
DAUを評価指標から捨てた会社の話 #tokyowebmining
DAUを評価指標から捨てた会社の話 #tokyowebminingDAUを評価指標から捨てた会社の話 #tokyowebmining
DAUを評価指標から捨てた会社の話 #tokyowebmining
 
POStudy塾とPOStudy Day[Day3]で学んだこと - プロダクトオーナー祭り2015 #postudy
POStudy塾とPOStudy Day[Day3]で学んだこと - プロダクトオーナー祭り2015 #postudyPOStudy塾とPOStudy Day[Day3]で学んだこと - プロダクトオーナー祭り2015 #postudy
POStudy塾とPOStudy Day[Day3]で学んだこと - プロダクトオーナー祭り2015 #postudy
 
リーンキャンバスとは
リーンキャンバスとはリーンキャンバスとは
リーンキャンバスとは
 
4つの戦犯から考えるサービスづくりの失敗
4つの戦犯から考えるサービスづくりの失敗4つの戦犯から考えるサービスづくりの失敗
4つの戦犯から考えるサービスづくりの失敗
 

Ähnlich wie 非エンジニア・非デザイナーがプロダクトマネージャーになってみた。

デザインスプリントを実践して分かったこと
デザインスプリントを実践して分かったことデザインスプリントを実践して分かったこと
デザインスプリントを実践して分かったことsizucca
 
チームをワークさせるために 最も大事なコミュニケーション 意識していますか? - XP祭り2017
チームをワークさせるために 最も大事なコミュニケーション 意識していますか? - XP祭り2017チームをワークさせるために 最も大事なコミュニケーション 意識していますか? - XP祭り2017
チームをワークさせるために 最も大事なコミュニケーション 意識していますか? - XP祭り2017Koichi Yoshida
 
11月26日dotsイベント用資料 篠原健
11月26日dotsイベント用資料 篠原健11月26日dotsイベント用資料 篠原健
11月26日dotsイベント用資料 篠原健Shinohara Takeshi
 
人事や総務を兼務してわかった「小さく始める」は開発だけではないということ
人事や総務を兼務してわかった「小さく始める」は開発だけではないということ人事や総務を兼務してわかった「小さく始める」は開発だけではないということ
人事や総務を兼務してわかった「小さく始める」は開発だけではないということ大貴 蜂須賀
 
サービスデザインの全体像
サービスデザインの全体像サービスデザインの全体像
サービスデザインの全体像uenoyuuki
 
デ部会 女子部 20170329
デ部会 女子部 20170329デ部会 女子部 20170329
デ部会 女子部 20170329Masami Kanemoto
 
【20-A-7】AgileTED-成功するチームと失敗するチームの違い知花 里香〔ディー・エヌ・エー〕
【20-A-7】AgileTED-成功するチームと失敗するチームの違い知花 里香〔ディー・エヌ・エー〕【20-A-7】AgileTED-成功するチームと失敗するチームの違い知花 里香〔ディー・エヌ・エー〕
【20-A-7】AgileTED-成功するチームと失敗するチームの違い知花 里香〔ディー・エヌ・エー〕Developers Summit
 
Machine Learning 15 minutes! とあるデザイン会社の中の人にとってのA.I.
Machine Learning 15 minutes! とあるデザイン会社の中の人にとってのA.I.Machine Learning 15 minutes! とあるデザイン会社の中の人にとってのA.I.
Machine Learning 15 minutes! とあるデザイン会社の中の人にとってのA.I.Yohsuke Itoh
 
180828_PRLT 「最高のPRにするために、わたしがあなたにできること」
180828_PRLT 「最高のPRにするために、わたしがあなたにできること」180828_PRLT 「最高のPRにするために、わたしがあなたにできること」
180828_PRLT 「最高のPRにするために、わたしがあなたにできること」AyakaTakada1
 
Product ManagerとProduct Ownerの役割の違いについて
Product ManagerとProduct Ownerの役割の違いについてProduct ManagerとProduct Ownerの役割の違いについて
Product ManagerとProduct Ownerの役割の違いについてNoritaka Shinohara
 
中小企業がSaaSを使いこなすには
中小企業がSaaSを使いこなすには中小企業がSaaSを使いこなすには
中小企業がSaaSを使いこなすにはfreee株式会社
 
0から始めるUXデザイン(UXデザインの組織を作る)
0から始めるUXデザイン(UXデザインの組織を作る)0から始めるUXデザイン(UXデザインの組織を作る)
0から始めるUXデザイン(UXデザインの組織を作る)Jiji Kim
 
20121117 01 dir-mtgスライド01
20121117 01 dir-mtgスライド0120121117 01 dir-mtgスライド01
20121117 01 dir-mtgスライド01Kenta Nakamura
 
失敗から学ぶUXへの取り組み
失敗から学ぶUXへの取り組み失敗から学ぶUXへの取り組み
失敗から学ぶUXへの取り組みDaichi Ono
 
20170207 [cs hack] チャットbotの効果と未来
20170207 [cs hack] チャットbotの効果と未来20170207 [cs hack] チャットbotの効果と未来
20170207 [cs hack] チャットbotの効果と未来大輔 藤本
 
プロジェクトリーダーになったら学ぶべき、プロジェクト・マネジメント入門 先生:芝本 秀徳
プロジェクトリーダーになったら学ぶべき、プロジェクト・マネジメント入門 先生:芝本 秀徳プロジェクトリーダーになったら学ぶべき、プロジェクト・マネジメント入門 先生:芝本 秀徳
プロジェクトリーダーになったら学ぶべき、プロジェクト・マネジメント入門 先生:芝本 秀徳schoowebcampus
 

Ähnlich wie 非エンジニア・非デザイナーがプロダクトマネージャーになってみた。 (20)

デザインスプリントを実践して分かったこと
デザインスプリントを実践して分かったことデザインスプリントを実践して分かったこと
デザインスプリントを実践して分かったこと
 
チームをワークさせるために 最も大事なコミュニケーション 意識していますか? - XP祭り2017
チームをワークさせるために 最も大事なコミュニケーション 意識していますか? - XP祭り2017チームをワークさせるために 最も大事なコミュニケーション 意識していますか? - XP祭り2017
チームをワークさせるために 最も大事なコミュニケーション 意識していますか? - XP祭り2017
 
11月26日dotsイベント用資料 篠原健
11月26日dotsイベント用資料 篠原健11月26日dotsイベント用資料 篠原健
11月26日dotsイベント用資料 篠原健
 
人事や総務を兼務してわかった「小さく始める」は開発だけではないということ
人事や総務を兼務してわかった「小さく始める」は開発だけではないということ人事や総務を兼務してわかった「小さく始める」は開発だけではないということ
人事や総務を兼務してわかった「小さく始める」は開発だけではないということ
 
サービスデザインの全体像
サービスデザインの全体像サービスデザインの全体像
サービスデザインの全体像
 
デ部会 女子部 20170329
デ部会 女子部 20170329デ部会 女子部 20170329
デ部会 女子部 20170329
 
【20-A-7】AgileTED-成功するチームと失敗するチームの違い知花 里香〔ディー・エヌ・エー〕
【20-A-7】AgileTED-成功するチームと失敗するチームの違い知花 里香〔ディー・エヌ・エー〕【20-A-7】AgileTED-成功するチームと失敗するチームの違い知花 里香〔ディー・エヌ・エー〕
【20-A-7】AgileTED-成功するチームと失敗するチームの違い知花 里香〔ディー・エヌ・エー〕
 
MVPの在り方
MVPの在り方MVPの在り方
MVPの在り方
 
Machine Learning 15 minutes! とあるデザイン会社の中の人にとってのA.I.
Machine Learning 15 minutes! とあるデザイン会社の中の人にとってのA.I.Machine Learning 15 minutes! とあるデザイン会社の中の人にとってのA.I.
Machine Learning 15 minutes! とあるデザイン会社の中の人にとってのA.I.
 
180828_PRLT 「最高のPRにするために、わたしがあなたにできること」
180828_PRLT 「最高のPRにするために、わたしがあなたにできること」180828_PRLT 「最高のPRにするために、わたしがあなたにできること」
180828_PRLT 「最高のPRにするために、わたしがあなたにできること」
 
Product ManagerとProduct Ownerの役割の違いについて
Product ManagerとProduct Ownerの役割の違いについてProduct ManagerとProduct Ownerの役割の違いについて
Product ManagerとProduct Ownerの役割の違いについて
 
中小企業がSaaSを使いこなすには
中小企業がSaaSを使いこなすには中小企業がSaaSを使いこなすには
中小企業がSaaSを使いこなすには
 
0から始めるUXデザイン(UXデザインの組織を作る)
0から始めるUXデザイン(UXデザインの組織を作る)0から始めるUXデザイン(UXデザインの組織を作る)
0から始めるUXデザイン(UXデザインの組織を作る)
 
デザイン組織のUX
デザイン組織のUXデザイン組織のUX
デザイン組織のUX
 
20121117 01 dir-mtgスライド01
20121117 01 dir-mtgスライド0120121117 01 dir-mtgスライド01
20121117 01 dir-mtgスライド01
 
失敗から学ぶUXへの取り組み
失敗から学ぶUXへの取り組み失敗から学ぶUXへの取り組み
失敗から学ぶUXへの取り組み
 
20170207 [cs hack] チャットbotの効果と未来
20170207 [cs hack] チャットbotの効果と未来20170207 [cs hack] チャットbotの効果と未来
20170207 [cs hack] チャットbotの効果と未来
 
セキュリティ教育とUX ~結ばれていた赤い糸~
セキュリティ教育とUX ~結ばれていた赤い糸~セキュリティ教育とUX ~結ばれていた赤い糸~
セキュリティ教育とUX ~結ばれていた赤い糸~
 
プロジェクトリーダーになったら学ぶべき、プロジェクト・マネジメント入門 先生:芝本 秀徳
プロジェクトリーダーになったら学ぶべき、プロジェクト・マネジメント入門 先生:芝本 秀徳プロジェクトリーダーになったら学ぶべき、プロジェクト・マネジメント入門 先生:芝本 秀徳
プロジェクトリーダーになったら学ぶべき、プロジェクト・マネジメント入門 先生:芝本 秀徳
 
X Design Academy
X Design Academy X Design Academy
X Design Academy
 

非エンジニア・非デザイナーがプロダクトマネージャーになってみた。

  • 2. 1© 2017 from scratch Co.Ltd. 自己紹介 画像 株式会社フロムスクラッチ Research & Development Unit プロダクトマネージャー 大橋 明弘(おおはし あきひろ) 2014年3月 東京大学 卒業 2014年4月 株式会社フロムスクラッチに新卒で入社 コンサルティング部署でマーケティングコンサル 2014年10月 b→dashが生まれ、 マーケティングコンサル+システム導入+カスタマーサクセスに範囲拡大 30社~40社ほどを担当 2016年11月 開発部署へ異動 2017年1月 プロダクトマネージャーへ
  • 3. 2© 2017 from scratch Co.Ltd. 自己紹介 画像 株式会社フロムスクラッチ Research & Development Unit プロダクトマネージャー 大橋 明弘(おおはし あきひろ) 2014年3月 東京大学 卒業 2014年4月 株式会社フロムスクラッチに新卒で入社 コンサルティング部署でマーケティングコンサル 2014年10月 b→dashが生まれ、 マーケティングコンサル+システム導入+カスタマーサクセスに範囲拡大 30社~40社ほどを担当 2016年11月 開発部署へ異動 2017年1月 プロダクトマネージャーへ 社会人4年目、 プロダクトマネージャー歴 5ヶ月のペーペーです…。
  • 4. 3© 2017 from scratch Co.Ltd. 会社紹介 ■ 会社名 ■ 設立 ■ 資本金 ■ 代表取締役 ■ 本社所在地 ■ 従業員数 ■ 事業内容 :株式会社フロムスクラッチ :2010年4月6日 :1,872,313,375円 :安部泰洋 :〒160-0023 東京都新宿区西新宿7-20-1 住友不動産西新宿ビル17階 :約150名(業務委託/アルバイト/派遣 含む) :マーケティングプラットフォーム b→dash :自社内で製品開発・営業・導入・サポートを推進
  • 5. 4© 2017 from scratch Co.Ltd. 最近のトピック Forbes “有望スタートアップ”に2年連続で選出 Topic③ Topic① 元LINE CEO・森川氏 元PwC CEO・椎名氏 Topic④ Topic② 2017年、累計約45億円の資金調達を実施 アドバイザリーに元・LINE森川氏、椎名氏 「CTO of the year 2016」 登壇
  • 6. 5© 2017 from scratch Co.Ltd. プロダクト紹介 マーケティングプラットフォーム
  • 7. 6© 2017 from scratch Co.Ltd. b→dashとは…
  • 8. 7© 2017 from scratch Co.Ltd. b→dashとは… マーケティングプロセス全体の データを統合し、一気通貫で活用する SaaS型のマーケティングプラットフォーム!
  • 9. 8© 2017 from scratch Co.Ltd. b→dashとは… マーケティング×データという課題に対して、 1つのプラットフォームで解決できる
  • 10. 9© 2017 from scratch Co.Ltd. メジャーバージョンアップ中です! データ取得から活用、先の展開を見越して 新しい価値を生み出すために、 アーキテクチャから全て作り直そう! ⇓ メジャーバージョンアップ!(新規開発!)
  • 11. 10© 2017 from scratch Co.Ltd. メジャーバージョンアップにあたり… メジャーバージョンアップにあたって、 既存バージョンや市場の製品で 解決出来ていない課題や、 ユーザーの悩みに詳しい人間を 開発部署に入れたい… まだクライアントのあんな 悩みやこんな課題を解決 できていない…
  • 12. 11© 2017 from scratch Co.Ltd. メジャーバージョンアップにあたり… (コンサル部署は大変だけど、 開発に投入しよう) 大橋で! (開発経験ないけど、 40社くらいのコンサル経験があるか らいいものつくれるはず) やります!
  • 13. 12© 2017 from scratch Co.Ltd. 本日のテーマ 非エンジニア・非デザイナーが プロダクトマネージャーになってみた。
  • 14. 13© 2017 from scratch Co.Ltd. 大橋のスペック システム開発経験 デザイナー経験 スクラム開発経験 ナシ。 分析用にマニアックなSQLは叩ける。 ナシ。 Mockを作ることもできず、武器はパワポとエクセルのみ。 もちろん、ナシ。 バックログ?スプリント?横文字が多すぎ…。
  • 15. 14© 2017 from scratch Co.Ltd. 大橋のスペック システム開発経験 デザイナー経験 スクラム開発経験 ナシ。 分析用にマニアックなSQLは叩ける。 ナシ。 Mockを作ることもできず、武器はパワポとエクセルのみ。 もちろん、ナシ。 バックログ?スプリント?横文字が多すぎ…。 …とりあえずやってみよう!
  • 16. 15© 2017 from scratch Co.Ltd. スクラム開発体制 Product Owner Product Manager Product Manager Scrum Master Scrum Master Dev Team Dev Team Dev Team Dev Team Scrum Master
  • 17. 16© 2017 from scratch Co.Ltd. スクラム開発体制 Product Owner Product Manager Product Manager Scrum Master Scrum Master Dev Team Dev Team Dev Team Dev Team Scrum Master プロダクトマネージャー2名、 スクラムマスター3名、 スクラムチーム4チームの体制
  • 18. 17© 2017 from scratch Co.Ltd. 担当領域
  • 19. 18© 2017 from scratch Co.Ltd. 担当領域 分析機能と、それに必要な データマネジメントを担当
  • 20. 19© 2017 from scratch Co.Ltd. まずはやってみよう! プロダクト戦略/ プロダクトコンセプト策定 機能構成/ Mock作成 バックログ作成 • 戦略/コンセプトのベースがあった • 現行バージョンの課題や展望も把握していた • コンセプトを元に機能構成資料(パワポ)を作成 • UIデザイナーに依頼して、Mockを作成(ほぼまるっと依 頼) • ユーザーストーリーを作成し、バックログに積む • スプリントにどれだけ入るか分からないので無邪気に積んで みる
  • 21. 20© 2017 from scratch Co.Ltd. まずはやってみよう! プロダクト戦略/ プロダクトコンセプト策定 機能構成/ Mock作成 バックログ作成 • 戦略/コンセプトのベースがあった • 現行バージョンの課題や展望も把握していた • コンセプトを元に機能構成資料(パワポ)を作成 • UIデザイナーに依頼して、Mockを作成(ほぼまるっと依 頼) • ユーザーストーリーを作成し、バックログに積む • スプリントにどれだけ入るか分からないので無邪気に積んで みる まずはセオリーに乗っかって、 準備を進めてみる
  • 22. 21© 2017 from scratch Co.Ltd. スプリント1開始!
  • 23. 22© 2017 from scratch Co.Ltd. スプリント1終了 スプリント1で消化できた ストーリーポイント
  • 24. 23© 2017 from scratch Co.Ltd.
  • 25. 24© 2017 from scratch Co.Ltd. スプリント1の結果
  • 26. 25© 2017 from scratch Co.Ltd. スプリント1の結果 見事なまでに平行な バーンダウンチャート…。
  • 27. 26© 2017 from scratch Co.Ltd. 何が起きたのか??
  • 28. 27© 2017 from scratch Co.Ltd. 何が起きたのか?? 開発ロードマップが 伝わっていない 仕様が曖昧 スクラムチームとの コミュニケーションが薄い スクラムチームのメンバーが、 最終的に何ができて、どの部分をどの順番で、 どんな優先順位で開発すれば良いのか分からず、 戸惑ってしまった 仕様が曖昧でスクラムチームのメンバーの設計が進まず、 効率が著しく下がってしまった そもそも信頼関係が築けておらず、課題にぶつかったり、 迷ったりした時に気軽に相談できなかった
  • 29. 28© 2017 from scratch Co.Ltd. 何が起きたのか?? 開発ロードマップが 伝わっていない 仕様が曖昧 スクラムチームとの コミュニケーションが薄い スクラムチームのメンバーが、 最終的に何ができて、どの部分をどの順番で、 どんな優先順位で開発すれば良いのか分からず、 戸惑ってしまった 仕様が曖昧でスクラムチームのメンバーの設計が進まず、 効率が著しく下がってしまった そもそも信頼関係が築けておらず、課題にぶつかったり、 迷ったりした時に気軽に相談できなかった 結局、エンジニアが どんな情報をもとに、 どのように考えて開発するのか 理解できていなかった
  • 30. 29© 2017 from scratch Co.Ltd. (アカン…)
  • 31. 30© 2017 from scratch Co.Ltd. 焦りからの迷走 Q. DevTeamが話している内容がぜんぜんわかりません、、、 非同期処理とか、Athenaとか、Prestoとか。。。 僕もオブジェクト指向とか勉強した方がよいですよね??? A.まて。オブジェクト指向はいらん(笑) 君が向くべき方向は、ステークホルダーだよ。 認定スクラムマスターホルダーの先輩に相談
  • 32. 31© 2017 from scratch Co.Ltd. 焦りからの迷走 Q. DevTeamが話している内容がぜんぜんわかりません、、、 非同期処理とか、Athenaとか、Prestoとか。。。 僕もオブジェクト指向とか勉強した方がよいですよね??? A.まて。オブジェクト指向はいらん(笑) 君が向くべき方向は、ステークホルダーだよ。 認定スクラムマスターホルダーの先輩に相談 焦るあまり、迷走…
  • 33. 32© 2017 from scratch Co.Ltd. しかし、試行錯誤の結果
  • 34. 33© 2017 from scratch Co.Ltd. 試行錯誤の結果たどり着いたところ
  • 35. 34© 2017 from scratch Co.Ltd. 試行錯誤の結果たどり着いたところ 大まかなシステム構成とデータ構造、 データフローをキャッチアップすること、 というポイントにたどり着く
  • 36. 35© 2017 from scratch Co.Ltd. 大まかなシステム構成をキャッチアップすることで… 開発ロードマップが 伝わっていない 仕様が曖昧 スクラムチームとの コミュニケーションが薄い システム構成図をもとに、どのカタマリからどの順番で 開発していくのが一番効率的か、議論できるようになった ざっくりとしたシステム理解であっても、 エンジニアが開発するにあたり、詰めておくべき箇所 が見える様になった システムに関する素朴な質問をこまめにしにいくことで 徐々にコミュニケーションが増えた Before After
  • 37. 36© 2017 from scratch Co.Ltd. 大まかなシステム構成をキャッチアップすることで… 開発ロードマップが 伝わっていない 仕様が曖昧 スクラムチームとの コミュニケーションが薄い システム構成図をもとに、どのカタマリからどの順番で 開発していくのが一番効率的か、議論できるようになった ざっくりとしたシステム理解であっても、 エンジニアが開発するにあたり、詰めておくべき箇所 が見える様になった システムに関する素朴な質問をこまめにしにいくことで 徐々にコミュニケーションが増えた Before After (未だに細かい所は分からないが、) ユーザー・ビジネスサイドの要望を エンジニアが必要な形で 伝えることができるように
  • 38. 37© 2017 from scratch Co.Ltd. スプリント別消化ストーリーポイント 0 90 140 151 72 86.5 97 0 20 40 60 80 100 120 140 160 スプリント1 スプリント2 スプリント3 スプリント4 スプリント5 スプリント6 スプリント7 ※チーム人数変更
  • 39. 38© 2017 from scratch Co.Ltd. スプリント別消化ストーリーポイント 0 90 140 151 72 86.5 97 0 20 40 60 80 100 120 140 160 スプリント1 スプリント2 スプリント3 スプリント4 スプリント5 スプリント6 スプリント7 進む開発。 スプリントを重ねるごとに ベロシティが安定!
  • 40. 39© 2017 from scratch Co.Ltd. 開発が進む中、こんなケースに よく出くわすように
  • 41. 40© 2017 from scratch Co.Ltd. よくあるケースその1 エンジニア この部分の実装方針で悩んでいます。 Aだと処理が早くてコストが高いけど、ユーザーにとって不便かも。 Bだと処理が遅くて安いけど、ユーザーにとって分かりやすいかも。 大橋 その部分はAで良いです! なぜなら、その部分は限られた場面しか使わないし、 使うときはコンサルのフォローが入る部分だからです!
  • 42. 41© 2017 from scratch Co.Ltd. よくあるケースその1 エンジニア この部分の実装方針で悩んでいます。 Aだと処理が早くてコストが高いけど、ユーザーにとって不便かも。 Bだと処理が遅くて安いけど、ユーザーにとって分かりやすいかも。 大橋 その部分はAで良いです! なぜなら、その部分は限られた場面しか使わないし、 使うときはコンサルのフォローが入る部分だからです! プロダクト単体ではなく、 プロダクトを含めた「サービス」として 考えられるので意思決定がスムーズに!
  • 43. 42© 2017 from scratch Co.Ltd. よくあるケースその2 営業・コンサル こういう機能が無いと、 クライアントの要望に応えられないんだけど、 いつ実装できるの? 大橋 いやいやいや。ちょっとまって。本当にその機能が必要なの? 話を聞いていると、それって課題を取り違えていない? あとこの部分は今ある機能の使い方を変えるという手段の方が 早いしリスク無いよ。
  • 44. 43© 2017 from scratch Co.Ltd. よくあるケースその2 営業・コンサル こういう機能が無いと、 クライアントの要望に応えられないんだけど、 いつ実装できるの? 大橋 いやいやいや。ちょっとまって。本当にその機能が必要なの? 話を聞いていると、それって課題を取り違えていない? あとこの部分は今ある機能の使い方を変えるという手段の方が 早いしリスク無いよ。 ユーザーと他部署の課題・願望を 把握できているので ステークスホルダーとの調整ができる!
  • 45. 44© 2017 from scratch Co.Ltd. まとめると
  • 46. 45© 2017 from scratch Co.Ltd. 非エンジニア・非デザイナープロダクトマネージャーのできること User BusinessTechnology “ユーザーの課題を解決する” “事業として継続可能”“技術的に実現可能” • ビジネスモデル・コスト構造の理解 • 開発部署以外の課題の理解 • 市場のニーズと競合の強み・弱みの把握 • クライアントのビジネス・業務理解 ユーザーの課題・願望把握 自社の課題・願望把握 ドキュメン テーション 問題解決 意思決定 /ファシリ テーション 交渉 /説得 • ビジネススキルを活かしたプロジェクトの推進 • ステークスホルダーのコントロール プロジェクトの推進
  • 47. 46© 2017 from scratch Co.Ltd. 非エンジニア・非デザイナープロダクトマネージャーのできること User BusinessTechnology “ユーザーの課題を解決する” “事業として継続可能”“技術的に実現可能” • ビジネスモデル・コスト構造の理解 • 開発部署以外の課題の理解 • 市場のニーズと競合の強み・弱みの把握 • クライアントのビジネス・業務理解 ユーザーの課題・願望把握 自社の課題・願望把握 ドキュメン テーション 問題解決 意思決定 /ファシリ テーション 交渉 /説得 • ビジネススキルを活かしたプロジェクトの推進 • ステークスホルダーのコントロール プロジェクトの推進 エンジニアと異なるスキルや経験が あるからこそ、「チーム」として動くことで、 ゴールに最短距離にたどり着ける
  • 48. 47© 2017 from scratch Co.Ltd. 非エンジニア・非デザイナープロダクトマネージャーのできること User BusinessTechnology “ユーザーの課題を解決する” “事業として継続可能”“技術的に実現可能” • ビジネスモデル・コスト構造の理解 • 開発部署以外の課題の理解 • 市場のニーズと競合の強み・弱みの把握 • クライアントのビジネス・業務理解 ユーザーの課題・願望把握 自社の課題・願望把握 ドキュメン テーション 問題解決 意思決定 /ファシリ テーション 交渉 /説得 • ビジネススキルを活かしたプロジェクトの推進 • ステークスホルダーのコントロール プロジェクトの推進 大まかなシステム構成とデータ構造、 データフローをキャッチアップして、 まずは「チーム」の一員となること
  • 49. 48© 2017 from scratch Co.Ltd. 非エンジニア・非デザイナープロダクトマネージャーのできること User BusinessTechnology “ユーザーの課題を解決する” “事業として継続可能”“技術的に実現可能” • ビジネスモデル・コスト構造の理解 • 開発部署以外の課題の理解 • 市場のニーズと競合の強み・弱みの把握 • クライアントのビジネス・業務理解 ユーザーの課題・願望把握 自社の課題・願望把握 ドキュメン テーション 問題解決 意思決定 /ファシリ テーション 交渉 /説得 • ビジネススキルを活かしたプロジェクトの推進 • ステークスホルダーのコントロール プロジェクトの推進 今後、セールスやマーケター、 そしてコンサルタントという、 非エンジニア・非デザイナーが プロダクトマネージャーになったとき、 そっとアドバイスを…!
  • 50. 49© 2017 from scratch Co.Ltd. 最後に プロダクトマネージャー歴、若干5ヶ月…。 未だに試行錯誤中なので、 ご助言、ご指摘頂ければ嬉しいです…!
  • 51. © 2017 from scratch Co.Ltd. ~ 免責事項 ~ 第三者による、文書の無断転用、引用を禁止いたします。 本資料に記載している情報は、信頼できる情報ソースから取得しておりますが、その内容の正確性、信頼性、完全性、網羅性を保証するものではありません。 本資料に記載している情報による意思決定は、貴社の判断及び責任において行うようお願い申し上げます。