Soumettre la recherche
Mettre en ligne
2016-10-25 product manager conference 資料
•
232 j'aime
•
48,788 vues
Takeo Iyo
Suivre
2016-10-25登壇のProduct Manager Conferenceの資料です。
Lire moins
Lire la suite
Business
Signaler
Partager
Signaler
Partager
1 sur 93
Recommandé
KafkaとPulsar
KafkaとPulsar
Yahoo!デベロッパーネットワーク
Elasticsearchを使うときの注意点 公開用スライド
Elasticsearchを使うときの注意点 公開用スライド
崇介 藤井
MonotaRO のデータ活用と基盤の過去、現在、未来
MonotaRO のデータ活用と基盤の過去、現在、未来
株式会社MonotaRO Tech Team
アジャイルコーチが現場で学んだプロダクトオーナーの実際と勘所 POの二番目に大事なことと
アジャイルコーチが現場で学んだプロダクトオーナーの実際と勘所 POの二番目に大事なことと
Yasui Tsutomu
Hiveを高速化するLLAP
Hiveを高速化するLLAP
Yahoo!デベロッパーネットワーク
Apache Spark on Kubernetes入門(Open Source Conference 2021 Online Hiroshima 発表資料)
Apache Spark on Kubernetes入門(Open Source Conference 2021 Online Hiroshima 発表資料)
NTT DATA Technology & Innovation
GraalVMのJavaネイティブビルド機能でどの程度起動が速くなるのか?~サーバレス基盤上での評価~ / How fast does GraalVM's...
GraalVMのJavaネイティブビルド機能でどの程度起動が速くなるのか?~サーバレス基盤上での評価~ / How fast does GraalVM's...
Shinji Takao
Apache Sparkに手を出してヤケドしないための基本 ~「Apache Spark入門より」~ (デブサミ 2016 講演資料)
Apache Sparkに手を出してヤケドしないための基本 ~「Apache Spark入門より」~ (デブサミ 2016 講演資料)
NTT DATA OSS Professional Services
Recommandé
KafkaとPulsar
KafkaとPulsar
Yahoo!デベロッパーネットワーク
Elasticsearchを使うときの注意点 公開用スライド
Elasticsearchを使うときの注意点 公開用スライド
崇介 藤井
MonotaRO のデータ活用と基盤の過去、現在、未来
MonotaRO のデータ活用と基盤の過去、現在、未来
株式会社MonotaRO Tech Team
アジャイルコーチが現場で学んだプロダクトオーナーの実際と勘所 POの二番目に大事なことと
アジャイルコーチが現場で学んだプロダクトオーナーの実際と勘所 POの二番目に大事なことと
Yasui Tsutomu
Hiveを高速化するLLAP
Hiveを高速化するLLAP
Yahoo!デベロッパーネットワーク
Apache Spark on Kubernetes入門(Open Source Conference 2021 Online Hiroshima 発表資料)
Apache Spark on Kubernetes入門(Open Source Conference 2021 Online Hiroshima 発表資料)
NTT DATA Technology & Innovation
GraalVMのJavaネイティブビルド機能でどの程度起動が速くなるのか?~サーバレス基盤上での評価~ / How fast does GraalVM's...
GraalVMのJavaネイティブビルド機能でどの程度起動が速くなるのか?~サーバレス基盤上での評価~ / How fast does GraalVM's...
Shinji Takao
Apache Sparkに手を出してヤケドしないための基本 ~「Apache Spark入門より」~ (デブサミ 2016 講演資料)
Apache Sparkに手を出してヤケドしないための基本 ~「Apache Spark入門より」~ (デブサミ 2016 講演資料)
NTT DATA OSS Professional Services
Elasticsearch の検索精度のチューニング 〜テストを作って高速かつ安全に〜
Elasticsearch の検索精度のチューニング 〜テストを作って高速かつ安全に〜
Takahiko Ito
全社のデータ活用を一段階上げる取り組み
全社のデータ活用を一段階上げる取り組み
株式会社MonotaRO Tech Team
ブレソルでテラバイト級データのALTERを短時間で終わらせる
ブレソルでテラバイト級データのALTERを短時間で終わらせる
KLab Inc. / Tech
[DI12] あらゆるデータをビジネスに活用! Azure Data Lake を中心としたビックデータ処理基盤のアーキテクチャと実装
[DI12] あらゆるデータをビジネスに活用! Azure Data Lake を中心としたビックデータ処理基盤のアーキテクチャと実装
de:code 2017
データ分析基盤について
データ分析基盤について
Yuta Inamura
Hadoop/Spark を使うなら Bigtop を使い熟そう! ~並列分散処理基盤のいま、から Bigtop の最近の取り組みまで一挙ご紹介~(Ope...
Hadoop/Spark を使うなら Bigtop を使い熟そう! ~並列分散処理基盤のいま、から Bigtop の最近の取り組みまで一挙ご紹介~(Ope...
NTT DATA Technology & Innovation
Micrometer/Prometheusによる大規模システムモニタリング #jsug #sf_26
Micrometer/Prometheusによる大規模システムモニタリング #jsug #sf_26
Yahoo!デベロッパーネットワーク
Qiita Night 足場固めからやるマイクロサービス
Qiita Night 足場固めからやるマイクロサービス
Tomoki Kuriyama
エンジニアの個人ブランディングと技術組織
エンジニアの個人ブランディングと技術組織
Takafumi ONAKA
Apache Spark 2.4 and 3.0 What's Next?
Apache Spark 2.4 and 3.0 What's Next?
NTT DATA Technology & Innovation
WiredTigerを詳しく説明
WiredTigerを詳しく説明
Tetsutaro Watanabe
ぱぱっと理解するSpring Cloudの基本
ぱぱっと理解するSpring Cloudの基本
kazuki kumagai
JMDC / Looker User Meetup in Tokyo #4
JMDC / Looker User Meetup in Tokyo #4
ssuser91ce63
Apache Kafkaって本当に大丈夫?~故障検証のオーバービューと興味深い挙動の紹介~
Apache Kafkaって本当に大丈夫?~故障検証のオーバービューと興味深い挙動の紹介~
NTT DATA OSS Professional Services
Apache Kafka 0.11 の Exactly Once Semantics
Apache Kafka 0.11 の Exactly Once Semantics
Yoshiyasu SAEKI
ServiceとRepository
ServiceとRepository
シオリ ショウノ
チャットコミュニケーションの問題と心理的安全性の課題 #EOF2019
チャットコミュニケーションの問題と心理的安全性の課題 #EOF2019
Tokoroten Nakayama
Kafka vs Pulsar @KafkaMeetup_20180316
Kafka vs Pulsar @KafkaMeetup_20180316
Nozomi Kurihara
忙しい人の5分で分かるMesos入門 - Mesos って何だ?
忙しい人の5分で分かるMesos入門 - Mesos って何だ?
Masahito Zembutsu
AWSで作る分析基盤
AWSで作る分析基盤
Yu Otsubo
ゼロからはじめるプロダクトマネージャー生活
ゼロからはじめるプロダクトマネージャー生活
Takaaki Umada
エンジニアがプロダクトマネージャーに進化すると何が起きるのか
エンジニアがプロダクトマネージャーに進化すると何が起きるのか
Yusaku Watanabe
Contenu connexe
Tendances
Elasticsearch の検索精度のチューニング 〜テストを作って高速かつ安全に〜
Elasticsearch の検索精度のチューニング 〜テストを作って高速かつ安全に〜
Takahiko Ito
全社のデータ活用を一段階上げる取り組み
全社のデータ活用を一段階上げる取り組み
株式会社MonotaRO Tech Team
ブレソルでテラバイト級データのALTERを短時間で終わらせる
ブレソルでテラバイト級データのALTERを短時間で終わらせる
KLab Inc. / Tech
[DI12] あらゆるデータをビジネスに活用! Azure Data Lake を中心としたビックデータ処理基盤のアーキテクチャと実装
[DI12] あらゆるデータをビジネスに活用! Azure Data Lake を中心としたビックデータ処理基盤のアーキテクチャと実装
de:code 2017
データ分析基盤について
データ分析基盤について
Yuta Inamura
Hadoop/Spark を使うなら Bigtop を使い熟そう! ~並列分散処理基盤のいま、から Bigtop の最近の取り組みまで一挙ご紹介~(Ope...
Hadoop/Spark を使うなら Bigtop を使い熟そう! ~並列分散処理基盤のいま、から Bigtop の最近の取り組みまで一挙ご紹介~(Ope...
NTT DATA Technology & Innovation
Micrometer/Prometheusによる大規模システムモニタリング #jsug #sf_26
Micrometer/Prometheusによる大規模システムモニタリング #jsug #sf_26
Yahoo!デベロッパーネットワーク
Qiita Night 足場固めからやるマイクロサービス
Qiita Night 足場固めからやるマイクロサービス
Tomoki Kuriyama
エンジニアの個人ブランディングと技術組織
エンジニアの個人ブランディングと技術組織
Takafumi ONAKA
Apache Spark 2.4 and 3.0 What's Next?
Apache Spark 2.4 and 3.0 What's Next?
NTT DATA Technology & Innovation
WiredTigerを詳しく説明
WiredTigerを詳しく説明
Tetsutaro Watanabe
ぱぱっと理解するSpring Cloudの基本
ぱぱっと理解するSpring Cloudの基本
kazuki kumagai
JMDC / Looker User Meetup in Tokyo #4
JMDC / Looker User Meetup in Tokyo #4
ssuser91ce63
Apache Kafkaって本当に大丈夫?~故障検証のオーバービューと興味深い挙動の紹介~
Apache Kafkaって本当に大丈夫?~故障検証のオーバービューと興味深い挙動の紹介~
NTT DATA OSS Professional Services
Apache Kafka 0.11 の Exactly Once Semantics
Apache Kafka 0.11 の Exactly Once Semantics
Yoshiyasu SAEKI
ServiceとRepository
ServiceとRepository
シオリ ショウノ
チャットコミュニケーションの問題と心理的安全性の課題 #EOF2019
チャットコミュニケーションの問題と心理的安全性の課題 #EOF2019
Tokoroten Nakayama
Kafka vs Pulsar @KafkaMeetup_20180316
Kafka vs Pulsar @KafkaMeetup_20180316
Nozomi Kurihara
忙しい人の5分で分かるMesos入門 - Mesos って何だ?
忙しい人の5分で分かるMesos入門 - Mesos って何だ?
Masahito Zembutsu
AWSで作る分析基盤
AWSで作る分析基盤
Yu Otsubo
Tendances
(20)
Elasticsearch の検索精度のチューニング 〜テストを作って高速かつ安全に〜
Elasticsearch の検索精度のチューニング 〜テストを作って高速かつ安全に〜
全社のデータ活用を一段階上げる取り組み
全社のデータ活用を一段階上げる取り組み
ブレソルでテラバイト級データのALTERを短時間で終わらせる
ブレソルでテラバイト級データのALTERを短時間で終わらせる
[DI12] あらゆるデータをビジネスに活用! Azure Data Lake を中心としたビックデータ処理基盤のアーキテクチャと実装
[DI12] あらゆるデータをビジネスに活用! Azure Data Lake を中心としたビックデータ処理基盤のアーキテクチャと実装
データ分析基盤について
データ分析基盤について
Hadoop/Spark を使うなら Bigtop を使い熟そう! ~並列分散処理基盤のいま、から Bigtop の最近の取り組みまで一挙ご紹介~(Ope...
Hadoop/Spark を使うなら Bigtop を使い熟そう! ~並列分散処理基盤のいま、から Bigtop の最近の取り組みまで一挙ご紹介~(Ope...
Micrometer/Prometheusによる大規模システムモニタリング #jsug #sf_26
Micrometer/Prometheusによる大規模システムモニタリング #jsug #sf_26
Qiita Night 足場固めからやるマイクロサービス
Qiita Night 足場固めからやるマイクロサービス
エンジニアの個人ブランディングと技術組織
エンジニアの個人ブランディングと技術組織
Apache Spark 2.4 and 3.0 What's Next?
Apache Spark 2.4 and 3.0 What's Next?
WiredTigerを詳しく説明
WiredTigerを詳しく説明
ぱぱっと理解するSpring Cloudの基本
ぱぱっと理解するSpring Cloudの基本
JMDC / Looker User Meetup in Tokyo #4
JMDC / Looker User Meetup in Tokyo #4
Apache Kafkaって本当に大丈夫?~故障検証のオーバービューと興味深い挙動の紹介~
Apache Kafkaって本当に大丈夫?~故障検証のオーバービューと興味深い挙動の紹介~
Apache Kafka 0.11 の Exactly Once Semantics
Apache Kafka 0.11 の Exactly Once Semantics
ServiceとRepository
ServiceとRepository
チャットコミュニケーションの問題と心理的安全性の課題 #EOF2019
チャットコミュニケーションの問題と心理的安全性の課題 #EOF2019
Kafka vs Pulsar @KafkaMeetup_20180316
Kafka vs Pulsar @KafkaMeetup_20180316
忙しい人の5分で分かるMesos入門 - Mesos って何だ?
忙しい人の5分で分かるMesos入門 - Mesos って何だ?
AWSで作る分析基盤
AWSで作る分析基盤
En vedette
ゼロからはじめるプロダクトマネージャー生活
ゼロからはじめるプロダクトマネージャー生活
Takaaki Umada
エンジニアがプロダクトマネージャーに進化すると何が起きるのか
エンジニアがプロダクトマネージャーに進化すると何が起きるのか
Yusaku Watanabe
エンジニアからプロダクトマネージャーへ
エンジニアからプロダクトマネージャーへ
SmartNews, Inc.
正しいものを正しくつくる
正しいものを正しくつくる
toshihiro ichitani
「プロダクト マネジメント」と「プロダクト マーケティング」の違い
「プロダクト マネジメント」と「プロダクト マーケティング」の違い
watarukatsurashima
Growth Startup - How to Build Scalable & Flexible Applications to Manage Hype...
Growth Startup - How to Build Scalable & Flexible Applications to Manage Hype...
Christian Zacharias
プロダクト開発におけるプロダクトマネージャーの役割とは #devsumi
プロダクト開発におけるプロダクトマネージャーの役割とは #devsumi
Mizuki Tanno
11年続くサービスの新陳代謝を上げる
11年続くサービスの新陳代謝を上げる
Akane Yamarin
自律的なチームを作るときにより効果を大きくするための教育心理学+教育現場の動機づけ
自律的なチームを作るときにより効果を大きくするための教育心理学+教育現場の動機づけ
Kouki Kawagoi
自律的なチームを作るために —組織心理学・臨床心理学の応用—
自律的なチームを作るために —組織心理学・臨床心理学の応用—
MILI-LLC
教育サービス開発での第一歩
教育サービス開発での第一歩
Eiji Hachiya
シリコンバレーTech企業でのプロダクトマネージャー業務とは? - [ITビジネスセミナー] 現役プロダクトマネージャーが語る、日本企業におけるプロダクト...
シリコンバレーTech企業でのプロダクトマネージャー業務とは? - [ITビジネスセミナー] 現役プロダクトマネージャーが語る、日本企業におけるプロダクト...
POStudy
SEO対策したサイトをAPI Gateway+Lambdaで作った話
SEO対策したサイトをAPI Gateway+Lambdaで作った話
貴大 平田
プロダクトマネージャーにたちはだかる壁を、どう乗り越えるか
プロダクトマネージャーにたちはだかる壁を、どう乗り越えるか
Mizuki Tanno
プロダクトマネージャーに求められるスキルとマインドセットとは-[ITビジネスセミナー] 現役プロダクトマネージャーが語る、日本企業におけるプロダクトマネー...
プロダクトマネージャーに求められるスキルとマインドセットとは-[ITビジネスセミナー] 現役プロダクトマネージャーが語る、日本企業におけるプロダクトマネー...
POStudy
【Exchange Avenue】審査講評抜粋版
【Exchange Avenue】審査講評抜粋版
ridinglads
泥臭い受託開発Dev love関西
泥臭い受託開発Dev love関西
Toshiyuki Ohtomo
フロントエンドエンジニア(仮) 〜え、ちょっとフロントやること多すぎじゃない!?〜
フロントエンドエンジニア(仮) 〜え、ちょっとフロントやること多すぎじゃない!?〜
Koji Ishimoto
Prottとsketchとzeplinのススメ
Prottとsketchとzeplinのススメ
Asami Yamamoto
漢は黙ってjQuery
漢は黙ってjQuery
Takuma Hanatani
En vedette
(20)
ゼロからはじめるプロダクトマネージャー生活
ゼロからはじめるプロダクトマネージャー生活
エンジニアがプロダクトマネージャーに進化すると何が起きるのか
エンジニアがプロダクトマネージャーに進化すると何が起きるのか
エンジニアからプロダクトマネージャーへ
エンジニアからプロダクトマネージャーへ
正しいものを正しくつくる
正しいものを正しくつくる
「プロダクト マネジメント」と「プロダクト マーケティング」の違い
「プロダクト マネジメント」と「プロダクト マーケティング」の違い
Growth Startup - How to Build Scalable & Flexible Applications to Manage Hype...
Growth Startup - How to Build Scalable & Flexible Applications to Manage Hype...
プロダクト開発におけるプロダクトマネージャーの役割とは #devsumi
プロダクト開発におけるプロダクトマネージャーの役割とは #devsumi
11年続くサービスの新陳代謝を上げる
11年続くサービスの新陳代謝を上げる
自律的なチームを作るときにより効果を大きくするための教育心理学+教育現場の動機づけ
自律的なチームを作るときにより効果を大きくするための教育心理学+教育現場の動機づけ
自律的なチームを作るために —組織心理学・臨床心理学の応用—
自律的なチームを作るために —組織心理学・臨床心理学の応用—
教育サービス開発での第一歩
教育サービス開発での第一歩
シリコンバレーTech企業でのプロダクトマネージャー業務とは? - [ITビジネスセミナー] 現役プロダクトマネージャーが語る、日本企業におけるプロダクト...
シリコンバレーTech企業でのプロダクトマネージャー業務とは? - [ITビジネスセミナー] 現役プロダクトマネージャーが語る、日本企業におけるプロダクト...
SEO対策したサイトをAPI Gateway+Lambdaで作った話
SEO対策したサイトをAPI Gateway+Lambdaで作った話
プロダクトマネージャーにたちはだかる壁を、どう乗り越えるか
プロダクトマネージャーにたちはだかる壁を、どう乗り越えるか
プロダクトマネージャーに求められるスキルとマインドセットとは-[ITビジネスセミナー] 現役プロダクトマネージャーが語る、日本企業におけるプロダクトマネー...
プロダクトマネージャーに求められるスキルとマインドセットとは-[ITビジネスセミナー] 現役プロダクトマネージャーが語る、日本企業におけるプロダクトマネー...
【Exchange Avenue】審査講評抜粋版
【Exchange Avenue】審査講評抜粋版
泥臭い受託開発Dev love関西
泥臭い受託開発Dev love関西
フロントエンドエンジニア(仮) 〜え、ちょっとフロントやること多すぎじゃない!?〜
フロントエンドエンジニア(仮) 〜え、ちょっとフロントやること多すぎじゃない!?〜
Prottとsketchとzeplinのススメ
Prottとsketchとzeplinのススメ
漢は黙ってjQuery
漢は黙ってjQuery
Similaire à 2016-10-25 product manager conference 資料
20171117 バリューが全て。急成長を支えるメルカリの採用活動とその実行力 hrexpo 大阪
20171117 バリューが全て。急成長を支えるメルカリの採用活動とその実行力 hrexpo 大阪
Takaya Ishiguro
20161122_How to start Recruiting Engineers_mercari_ishiguro
20161122_How to start Recruiting Engineers_mercari_ishiguro
Takaya Ishiguro
技術広報チームを立ち上げて1年
技術広報チームを立ち上げて1年
KLab Inc. / Tech
Profile book-proposal
Profile book-proposal
ndv_2015
20161013 doda recruiters_mercari_ishiguro
20161013 doda recruiters_mercari_ishiguro
Takaya Ishiguro
how_to_use_wantedly_20160127_mercari_hr
how_to_use_wantedly_20160127_mercari_hr
Takaya Ishiguro
MoneyForwardアプリ開発の裏側
MoneyForwardアプリ開発の裏側
Katsunobu Ishida
ICC STARTUP 2016
ICC STARTUP 2016
Masashi Kobayashi
160628 drink meetup_with_mercari_#37
160628 drink meetup_with_mercari_#37
Takaya Ishiguro
University of Tsukuba, Industry-University collaboration activities 20190315
University of Tsukuba, Industry-University collaboration activities 20190315
298TLO
障害のない社会を作るためのアプリづくりとは? - 発達障害の方向けアプリ開発から学んだこと
障害のない社会を作るためのアプリづくりとは? - 発達障害の方向けアプリ開発から学んだこと
Takashi Kishida
20160822 hr meetup tokyo vol.2_ishiguro
20160822 hr meetup tokyo vol.2_ishiguro
Takaya Ishiguro
Agile in 2016
Agile in 2016
Otsuka Reina
Job schedulerのご紹介 (for lt)
Job schedulerのご紹介 (for lt)
Kenichi Inoue
ワンコイン田舎ビジネススクール〜ロジカルシンキング〜
ワンコイン田舎ビジネススクール〜ロジカルシンキング〜
Yoshiaki Tsunoda
テスト設計のタイミングと手法の変更による、品質向上と生産性向上 順序を入れ替え繰り返し考える
テスト設計のタイミングと手法の変更による、品質向上と生産性向上 順序を入れ替え繰り返し考える
HIDEKAZU MATSUURA
20161007 hr meetup tokyo vol.3_ishiguro
20161007 hr meetup tokyo vol.3_ishiguro
Takaya Ishiguro
freee株式会社:「デジタル社会における楽しい働き方」公開シンポジウム
freee株式会社:「デジタル社会における楽しい働き方」公開シンポジウム
DigitalPublicPolicy
要求開発アライアンス定例会 2014年1月 大西純
要求開発アライアンス定例会 2014年1月 大西純
Jun Ohnishi
高速プロトタイピングで失敗しないUI開発 - Developer summit 2016 summer
高速プロトタイピングで失敗しないUI開発 - Developer summit 2016 summer
Satoru Yamaguchi
Similaire à 2016-10-25 product manager conference 資料
(20)
20171117 バリューが全て。急成長を支えるメルカリの採用活動とその実行力 hrexpo 大阪
20171117 バリューが全て。急成長を支えるメルカリの採用活動とその実行力 hrexpo 大阪
20161122_How to start Recruiting Engineers_mercari_ishiguro
20161122_How to start Recruiting Engineers_mercari_ishiguro
技術広報チームを立ち上げて1年
技術広報チームを立ち上げて1年
Profile book-proposal
Profile book-proposal
20161013 doda recruiters_mercari_ishiguro
20161013 doda recruiters_mercari_ishiguro
how_to_use_wantedly_20160127_mercari_hr
how_to_use_wantedly_20160127_mercari_hr
MoneyForwardアプリ開発の裏側
MoneyForwardアプリ開発の裏側
ICC STARTUP 2016
ICC STARTUP 2016
160628 drink meetup_with_mercari_#37
160628 drink meetup_with_mercari_#37
University of Tsukuba, Industry-University collaboration activities 20190315
University of Tsukuba, Industry-University collaboration activities 20190315
障害のない社会を作るためのアプリづくりとは? - 発達障害の方向けアプリ開発から学んだこと
障害のない社会を作るためのアプリづくりとは? - 発達障害の方向けアプリ開発から学んだこと
20160822 hr meetup tokyo vol.2_ishiguro
20160822 hr meetup tokyo vol.2_ishiguro
Agile in 2016
Agile in 2016
Job schedulerのご紹介 (for lt)
Job schedulerのご紹介 (for lt)
ワンコイン田舎ビジネススクール〜ロジカルシンキング〜
ワンコイン田舎ビジネススクール〜ロジカルシンキング〜
テスト設計のタイミングと手法の変更による、品質向上と生産性向上 順序を入れ替え繰り返し考える
テスト設計のタイミングと手法の変更による、品質向上と生産性向上 順序を入れ替え繰り返し考える
20161007 hr meetup tokyo vol.3_ishiguro
20161007 hr meetup tokyo vol.3_ishiguro
freee株式会社:「デジタル社会における楽しい働き方」公開シンポジウム
freee株式会社:「デジタル社会における楽しい働き方」公開シンポジウム
要求開発アライアンス定例会 2014年1月 大西純
要求開発アライアンス定例会 2014年1月 大西純
高速プロトタイピングで失敗しないUI開発 - Developer summit 2016 summer
高速プロトタイピングで失敗しないUI開発 - Developer summit 2016 summer
Dernier
HCCソフト株式会社 2025年新卒採用向け 会社紹介・採用情報資料------
HCCソフト株式会社 2025年新卒採用向け 会社紹介・採用情報資料------
ssusercbaf23
Japan IT Week 2024 Brochure by 47Billion
Japan IT Week 2024 Brochure by 47Billion
Data Analytics Company - 47Billion Inc.
chouhou_obuse_reiwa6nenn_4_2404slide.pdf
chouhou_obuse_reiwa6nenn_4_2404slide.pdf
ssuser31dbd1
20240424 zaim academy counseling lesson .pdf
20240424 zaim academy counseling lesson .pdf
ssuser80a51f
JAPAN WEB3.0 AWARD 2023 ブロックチェーン(NFT)技術を活用したアイディア 優秀賞作品 遺3.0相続
JAPAN WEB3.0 AWARD 2023 ブロックチェーン(NFT)技術を活用したアイディア 優秀賞作品 遺3.0相続
Yusuke Katsuma
株式会社AllAdsと申します。サービス紹介資料で御座いますので、是非ご覧くださいませ。
株式会社AllAdsと申します。サービス紹介資料で御座いますので、是非ご覧くださいませ。
takuyamatsumoto29
company profile
company profile
keiibayashi
コダワリ抜いた経営指南書(概要版) - コダワリ・ビジネス・コンサルティング株式会社
コダワリ抜いた経営指南書(概要版) - コダワリ・ビジネス・コンサルティング株式会社
hmoriyama
第15回販促コンペ 審査員個人賞(林 知幸 氏) アルカナ? アディダスジャパン
第15回販促コンペ 審査員個人賞(林 知幸 氏) アルカナ? アディダスジャパン
Yusuke Katsuma
KestrelPro Flyer Japan IT Week 2024 (Japanese)
KestrelPro Flyer Japan IT Week 2024 (Japanese)
Data Analytics Company - 47Billion Inc.
Dernier
(10)
HCCソフト株式会社 2025年新卒採用向け 会社紹介・採用情報資料------
HCCソフト株式会社 2025年新卒採用向け 会社紹介・採用情報資料------
Japan IT Week 2024 Brochure by 47Billion
Japan IT Week 2024 Brochure by 47Billion
chouhou_obuse_reiwa6nenn_4_2404slide.pdf
chouhou_obuse_reiwa6nenn_4_2404slide.pdf
20240424 zaim academy counseling lesson .pdf
20240424 zaim academy counseling lesson .pdf
JAPAN WEB3.0 AWARD 2023 ブロックチェーン(NFT)技術を活用したアイディア 優秀賞作品 遺3.0相続
JAPAN WEB3.0 AWARD 2023 ブロックチェーン(NFT)技術を活用したアイディア 優秀賞作品 遺3.0相続
株式会社AllAdsと申します。サービス紹介資料で御座いますので、是非ご覧くださいませ。
株式会社AllAdsと申します。サービス紹介資料で御座いますので、是非ご覧くださいませ。
company profile
company profile
コダワリ抜いた経営指南書(概要版) - コダワリ・ビジネス・コンサルティング株式会社
コダワリ抜いた経営指南書(概要版) - コダワリ・ビジネス・コンサルティング株式会社
第15回販促コンペ 審査員個人賞(林 知幸 氏) アルカナ? アディダスジャパン
第15回販促コンペ 審査員個人賞(林 知幸 氏) アルカナ? アディダスジャパン
KestrelPro Flyer Japan IT Week 2024 (Japanese)
KestrelPro Flyer Japan IT Week 2024 (Japanese)
2016-10-25 product manager conference 資料
1.
メルカリ流 グローバルなプロダクトマネジメント October 2016 Takeo Iyo #pmconfjp
2.
自己紹介: 伊豫 健夫(いよ
たけお) ■ 2000年4月 パナソニック(株):人事担当 ■ 2002年10月 (株)野村総合研究所:アプリエンジニア ■ 2006年11月 (株)リクルート:PM ■ 2015年3月 (株)メルカリ:PM 現在は主にUSメルカリのPMを担当。エンゲージメント(継続率・LTV)向 上のためのプロダクト開発を、プロダクト/マーケティングを融合した チームで推進中。2016/8執行役員就任。 2
3.
メルカリについて
4.
株式会社メルカリ 概要 ■ 会社設立日:
2013年2月1日 ✓ サービスローンチ: • 日本:2013年7月 • 米国:2014年9月 ■ オフィス: 東京、仙台、 San Francisco、London ■ 従業員数:約350名(日米英合計) ✓ 半数以上の従業員はカスタマーサポート 4
5.
フリマアプリ「メルカリ」とは 日本最大のフリマアプリ 3分で簡単出品 安心安全の決済 5
6.
※ 6 日米合計5,500万ダウンロード突破
7.
フリマアプリ 利用者中 約9割が メルカリ利用 注)「フリマアプリの利用に関するアンケート 調査期間:2015年10月14日〜10月19日」より ジャストシステム「ファストアスク」調べ 日本最大のフリマアプリ 利用率圧倒的No.1 7
8.
幅広い ジャンルの 商品が 取引されている 注)2016年5月の メルカリ内販売点数ジャンル別シェア 日本最大のフリマアプリ -広範なジャンル 8
9.
3分で簡単出品 ー すぐ売れる! 売れた商品のうち約50%が 24時間以内に取引成立 注)2016年5月のメルカリ内販売実績より
9
10.
お金のやり取りは当社が間に介在(エスクロー) 安心安全の決済 10
11.
US先行機能多数、ABテスト多数 11 ・タイムライン周り… ・検索周り… ・ガイド周り… ・通知周り… など、US先行で高速な改善を実施
12.
グローバル(というか異国の地)での成長 物事の大小問わず、高速かつ継続的な改善サ イクルが極めて重要。 12
13.
・日々拡大し複雑化する組織の中で、 ・国をまたがり複雑化するプロダクトを、 メルカリではどのようにマネジメントしているの か? PMや、PMを活かす組織をどう作っていくのか の参考になれば幸いです。 13
14.
メルカリの体制と役割分担
15.
メルカリの従業員構成比(グローバル) 15 コーポレート CS(JP向け) プロダクト UKローカル USローカル 6% 55% 24% 11% 3% 経営企画/人事/経理/財務/ 法務/グローバル戦略 東京・仙台オフィス。JP版メルカリのカス タマーサポート JP・US・UKのプロダクト開発・マーケ ティング USローカルでのプロダクト開発・ カスタマーサポート UKローカルでのプロダクト開発・ カスタマーサポート
16.
メルカリの従業員構成比(グローバル) 16 コーポレート CS(JP向け) プロダクト UKローカル USローカル 6% 55% 24% 11% 3% 経営企画/人事/経理/財務/ 法務/グローバル戦略 東京・仙台オフィス。JP版メルカリのカス タマーサポート JP・US・UKのプロダクト開発・マーケ ティング USローカルでのプロダクト開発・ カスタマーサポート UKローカルでのプロダクト開発・ カスタマーサポート
17.
17 SFオフィス LDNオフィス
18.
メルカリの従業員構成比(グローバル) 18 コーポレート CS(JP向け) プロダクト UKローカル USローカル 6% 55% 24% 11% 3% 経営企画/人事/経理/財務/ 法務/グローバル戦略 東京・仙台オフィス。JP版メルカリのカス タマーサポート JP・US・UKのプロダクト開発・マーケ ティング USローカルでのプロダクト開発・ カスタマーサポート UKローカルでのプロダクト開発・ カスタマーサポート
19.
メルカリの従業員構成比(グローバル) 19 コーポレート CS(JP向け) プロダクト UKローカル USローカル 6% 55% 24% 11% 3% 経営企画/人事/経理/財務/ 法務/グローバル戦略 東京・仙台オフィス。JP版メルカリのカス タマーサポート JP・US・UKのプロダクト開発・マーケ ティング USローカルでのプロダクト開発・ カスタマーサポート UKローカルでのプロダクト開発・ カスタマーサポート 日本国内で仕事してる人 86% 海外で仕事してる人 14%
20.
メルカリの従業員構成比(グローバル) 20 コーポレート CS(JP向け) プロダクト UKローカル USローカル 6% 55% 24% 11% 3% 経営企画/人事/経理/財務/ 法務/グローバル戦略 東京・仙台オフィス。JP版メルカリのカス タマーサポート JP・US・UKのプロダクト開発・マーケ ティング USローカルでのプロダクト開発・ カスタマーサポート UKローカルでのプロダクト開発・ カスタマーサポート
21.
プロダクトチーム(JP and US) 21 USプロジェクト A (東京オフィス) JP担当チーム
(東 京オフィス) 約90% USメルカリの出品、タイムライン、 検索、CRM…など、3ヶ月ごとの OKR(全社KPI)に合わせて編成 JPメルカリの仕様全般の改善・ 新規機能追加 マーケティング、デザイナー、 QA、PDC、Business Intelligence USプロジェクト B (東京オフィス) USプロジェクト C (SFオフィス) 機能別チーム(プロ ジェクト横断) 約10%
22.
プロダクトチーム(JP and US) 22 USプロジェクト A (東京オフィス) JP担当チーム
(東 京オフィス) 約90% USメルカリの出品、タイムライン、 検索、CRM…など、3ヶ月ごとの OKR(全社KPI)に合わせて編成 JPメルカリの仕様全般の改善・ 新規機能追加 マーケティング、デザイナー、 QA、PDC、Business Intelligence USプロジェクト B (東京オフィス) USプロジェクト C (SFオフィス) 機能別チーム(プロ ジェクト横断) 約10%
23.
US9割にすると、何が良いのか? 23 メリットA) 物理的にリソースがあるので、大量の機能追加・改修案件 を動かすことが可能。 メリットB) 組織としてはもちろん、個々人の行動レベルにおいても迷 いが無くなり、余計な議論が起こりにくい。
24.
各プロジェクトはOKRが達成目標 24 OKR(Objective and Key
Results)とは ・Objective = 目標 野心的であり、チーム全体そして会社全体で整合性がとれ ていること。 ・Key Result = 達成すべき指標 1つのOBJECTIVEに対して1から最大3つのKEY RESULTSを設定
25.
KR例 25 ・USの問い合わせ数を減らそう! − 出品者からの問い合わせをXX%にする − 購入者からの問い合わせをXX%にする ・USの月間GMV(流通総額)を$XXにしよう! −継続率をXX%にする −出品数をXX%にする など
26.
KR例 26 ・USの問い合わせ数を減らそう! − 「成功」の指標としてXXXXをXXXX%にする ・USのGMV(流通総額)を$XXにしよう! −継続率をXX%にする −出品数をXX%にする など KRは極めてシンプル&分かりやすく設定
27.
OKRをシンプルにすると、何が良いのか? 27 メリットA) プロダクトチーム全員が、全社で目指しているものを同じ言 葉(単語)で話せる。これめっちゃ大事。 メリットB) ゴールが大粒なので、打ち手に対する発想も大胆になれる ことが多い。
28.
プロダクトチーム(JP and US) 28 USプロジェクト A (東京オフィス) JP担当チーム
(東 京オフィス) 約90% USメルカリの出品、タイムライン、 検索、CRM…など、3ヶ月ごとの OKR(全社KPI)に合わせて編成 JPメルカリの仕様全般の改善・ 新規機能追加 マーケティング、デザイナー、 QA、PDC、Business Intelligence USプロジェクト B (東京オフィス) USプロジェクト C (SFオフィス) 機能別チーム(プロ ジェクト横断) 約10%
29.
プロダクトチーム(JP and US) 29 USプロジェクト A (東京オフィス) JP担当チーム
(東 京オフィス) 約90% USメルカリの出品、タイムライン、 検索、CRM…など、3ヶ月ごとの OKR(全社KPI)に合わせて編成 JPメルカリの仕様全般の改善・ 新規機能追加 マーケティング、デザイナー、 QA、PDC、Business Intelligence USプロジェクト B (東京オフィス) USプロジェクト C (SFオフィス) 機能別チーム(プロ ジェクト横断) 約10%
30.
プロダクトチーム(JP and US) 30 USプロジェクト A (東京オフィス) JP担当チーム
(東 京オフィス) 約90% USメルカリの出品、タイムライン、検索、 CRM…など、3ヶ月ごとのOKR(全社 KPI)に合わせて編成 JPメルカリの仕様全般の改善・ 新規機能追加 マーケティング、デザイナー、 QA、PDC、Business Intelligence USプロジェクト B (東京オフィス) USプロジェクト C (SFオフィス) 機能別チーム(プロ ジェクト横断) 約10% 「ローカルチームがやるべきタスク」は、 ローカルチームが担当
31.
プロダクトチーム(JP and US) 31 USプロジェクト A (東京オフィス) JP担当チーム
(東 京オフィス) 約90% USメルカリの出品、タイムライン、検索、 CRM…など、3ヶ月ごとのOKR(全社 KPI)に合わせて編成 JPメルカリの仕様全般の改善・ 新規機能追加 マーケティング、デザイナー、 QA、PDC、Business Intelligence USプロジェクト B (東京オフィス) USプロジェクト C (SFオフィス) 機能別チーム(プロ ジェクト横断) 約10% 組織図で見ると 「USプロジェクト全体のうちの1チーム」 くらいの位置づけ
32.
ローカルでやるべき主なタスク 32 ・トランザクション(取引)周り ・カスタマーサポート周り ・CRM(Customer Relationship Management)周り ・ユーザの対面調査(Usability,
Interview) など
33.
USローカル プロダクトチーム編成 33 ・8割が日本人(出向ベース) ・ローカルマーケットに馴染むということと、グローバルにス ケールさせていくためには、いずれ現地人比率を高められ るマネジメントを作る必要がある。 ・バイリンガル採用も強化
34.
プロダクトチーム(JP and US) 34 USプロジェクト A (東京オフィス) JP担当チーム
(東 京オフィス) 約90% USメルカリの出品、タイムライン、 検索、CRM…など、3ヶ月ごとの OKR(全社KPI)に合わせて編成 JPメルカリの仕様全般の改善・ 新規機能追加 マーケティング、デザイナー、 QA、PDC、Business Intelligence USプロジェクト B (東京オフィス) USプロジェクト C (SFオフィス) 機能別チーム(プロ ジェクト横断) 約10%
35.
日本版メルカリ プロダクトチーム編成 35 ・全員が日本人。 ・全体の10%という超限定リソース。 ・選択と集中! −利便性強化(らくらくメルカリ便機能強化 など) −USヒット機能の移植 −新規ユーザ獲得(プロモーション、TV-CM)
36.
メルカリのプロダクトマネジメント
37.
プロダクトチーム(JP and US) 37 USプロジェクト A (東京オフィス) JP担当チーム
(東 京オフィス) 約90% USメルカリの出品、タイムライン、 検索、CRM…など、3ヶ月ごとの OKR(全社KPI)に合わせて編成 JPメルカリの仕様全般の改善・ 新規機能追加 マーケティング、デザイナー、 QA、PDC、Business Intelligence USプロジェクト B (東京オフィス) USプロジェクト C (SFオフィス) 機能別チーム(プロ ジェクト横断) 約10%
38.
プロダクトチーム(JP and US) 38 USプロジェクト A (東京オフィス) JP担当チーム
(東 京オフィス) USメルカリの出品、タイムライン、 検索、CRM…など、3ヶ月ごとの OKR(全社KPI)に合わせて編成 JPメルカリの仕様全般の改善・ 新規機能追加 マーケティング、デザイナー、 QA、PDC、Business Intelligence USプロジェクト B (東京オフィス) USプロジェクト C (SFオフィス) 機能別チーム(プロ ジェクト横断) PM-A PM-B PM-C PM-D
39.
プロダクトチーム(JP and US) 39 USプロジェクト A (東京オフィス) JP担当チーム
(東 京オフィス) USメルカリの出品、タイムライン、検索、 CRM…など、3ヶ月ごとのOKR(全社 KPI)に合わせて編成 JPメルカリの仕様全般の改善・ 新規機能追加 マーケティング、デザイナー、 QA、PDC、Business Intelligence USプロジェクト B (東京オフィス) USプロジェクト C (SFオフィス) 機能別チーム(プロ ジェクト横断) PM-A PM-B PM-C PM-D PMが、各KRの達成に責任を持つ
40.
プロダクトチーム(JP and US) 40 USプロジェクト A (東京オフィス) JP担当チーム
(東 京オフィス) USメルカリの出品、タイムライン、検索、 CRM…など、3ヶ月ごとのOKR(全社 KPI)に合わせて編成 JPメルカリの仕様全般の改善・新 規機能追加 マーケティング、デザイナー、 QA、PDC、Business Intelligence USプロジェクト B (東京オフィス) USプロジェクト C (SFオフィス) 機能別チーム(プロ ジェクト横断) PM-A PM-B PM-C PM-D メルカリ自体は1つのアプリだが、 持ち場を明確化することによって、PMが担当に 没頭しやすい
41.
私のチームの例 41 PM API FE QA QA デザ CRM iOS Adrd 狭義のチームメンバー ・P2名 ・APIエンジニア4名 ・フロントエンジニア1名 SF在住P API API API
42.
メルカリPMの担当範囲 42 企画 仕様策定・ ディレクション リリース後分析 実装 QA 〜 リリース プロジェクトの日々の活動の マネジメント
43.
メルカリPMの2面性 43 企画 仕様策定・ ディレクション リリース後分析 実装 QA 〜 リリース プロジェクトの日々の活動の マネジメント メンバー的 メンバー的 メンバー的 リーダー的
44.
メルカリPMの2面性 44 企画 仕様策定・ ディレクション リリース後分析 実装 QA 〜 リリース プロジェクトの日々の活動の マネジメント メンバー的 メンバー的 メンバー的 リーダー的 メンバー的に手を動かしつつ、 リーダー的に最終アウトプットには責任を持つ (なので、PMは忙しい仕事)
45.
メルカリPMの担当範囲 45 企画 仕様策定・ ディレクション リリース後分析 実装 QA 〜 リリース プロジェクトの日々の活動の マネジメント
46.
企画〜ディレクションの特徴 46 ・チケットドリブン。全ての案件はRM化。 (RMチケットが無いとリリースできない仕組み) ・エンジニアバックグラウンドのメンバーが多い。 (経営陣含めて)
47.
メルカリPMの担当範囲 47 企画 仕様策定・ ディレクション リリース後分析 実装 QA 〜 リリース プロジェクトの日々の活動の マネジメント
48.
リリース後分析の特徴 48 ・分析は自分でSQL叩くことが前提。 ・ハイレベルな分析は、BIチームと協業。 ・ダッシュボード文化で報告を極小化しつつストック。
49.
ダッシュボードの利用例(Chartio) 49
50.
メルカリPMの担当範囲 50 企画 仕様策定・ ディレクション リリース後分析 実装 QA 〜 リリース プロジェクトの日々の活動の マネジメント
51.
メルカリPMの担当範囲 51 企画 仕様策定・ ディレクション リリース後分析 実装 QA 〜 リリース プロジェクトの日々の活動の マネジメント マネジメント
≠ ボス マネジメント ≠ レポートライン マネジメント ≠ 監視役
52.
メルカリPMの担当範囲 52 企画 仕様策定・ ディレクション リリース後分析 実装 QA 〜 リリース プロジェクトの日々の活動の マネジメント プロジェクトをコーディネート している感覚に近い
53.
コーディネートの際の重視ポイント 1 53 オープンコミュニケーション。 (メルカリだとSlack) チームで動いていることは、みんなが知っている のが前提。
54.
コーディネートの際の重視ポイント 2 54 報告は最低限、必要な情報は自分から取りに行 く。 議事メモをリンクしておいて、各自が好きな時に 見る、などのやり方が社内では主流。
55.
コーディネートの際の重視ポイント 3 55 自発性を重視。 一人ひとりの得意分野を知り、思い切って任せ る。失敗を責めない。
56.
国をまたがるコーディネート 56 対面で接さないメンバーを、 どうコーディネートに組み込んでいくか?
57.
海外拠点がある場合のポイント 1 57 役割とプロセスを決めて、適格者に任せる。 最もオーソドックス。 事前に決め事をした上で、デイリーのミーティング などでフォロー。
58.
58 足繁く現地に通う(あるいは住む)。 直接担当者と話す。 社内では出張(出向)を推奨。 特に短期決戦が必要な場合に重要となる。 海外拠点がある場合のポイント 2
59.
59 バイリンガルレベルの人を採用。 現地を仕切るレベルのトップマネジメントレイ ヤーでは重要。 海外拠点がある場合のポイント 3
60.
メルカリPMの担当範囲 60 企画 仕様策定・ ディレクション リリース後分析 実装 QA 〜 リリース プロジェクトの日々の活動の マネジメント メルカリで活躍しているPMは? (よく頂くご質問)
61.
メルカリで活躍してるPMの特徴 61 ・モノづくりへの理解(精通レベル) ・ユーザ理解と多くの引き出し (アンテナが高い) ・自走力 (課題発見と解決まで、自らの手を動かせる)
62.
PMが活躍できる組織であるために
63.
63 プロダクトマネジメントを 語る上での意外な盲点とは?
64.
64 いくら優秀なPMが揃っていたとしても、 組織そのものがプロダクトオリエンテッドに なっていなければ、全くの無意味。
65.
メルカリに余裕は全く無い 65 ・USプロダクトもまだまだ大成功ではない。 ・愚直な改善により、成長角度をさらに高めないと、シリコン バレーの競合にあっという間に負ける。 ・限られたリソースを使って、一片の無駄なく物事を進める ことが極めて重要。
66.
メルカリに余裕は全く無い 66 ・USプロダクトもまだまだ大成功ではない。 ・愚直な改善により、成長角度をさらに高めないと、シリコン バレーの競合にあっという間に負ける。 ・限られたリソースを使って、一片の無駄なく物事を進める ことが極めて重要。 プロダクト開発の阻害要因を排除することに PM陣や経営陣が強くコミット出来るか?
67.
メルカリに余裕は全く無い 67 ・USプロダクトもまだまだ大成功ではない。 ・愚直な改善により、成長角度をさらに高めないと、シリコン バレーの競合にあっという間に負ける。 ・限られたリソースを使って、一片の無駄なく物事を進める ことが極めて重要。 逆に、これにコミット出来てない組織は PMにとって極めて居心地が悪い
68.
組織から受けがちな、3大PM阻害要因 68 余計なセットク 余計なツッコミ 余計なシンパイ
69.
組織から受けがちな、3大PM阻害要因 69 余計なセットク 余計なツッコミ 余計なシンパイ 承認取るのに時間かかりすぎ… ものごとがひっくり返りすぎ… リリースまで時間がかかりすぎ…
70.
組織から受けがちな、3大PM阻害要因 70 余計なセットク 余計なツッコミ 余計なシンパイ 組織の成長に伴い起こりがちな「あるある」に メルカリはどう対処しているのか?
71.
71 その1:「余計な説得」を減らす
72.
承認会議をやめる 72 施策や機能を決めるのに、いちいち承認会議を しない。PM判断で相談したいことだけ相談すれ ばいい。
73.
プロジェクト進行で行う会議体 73 1)企画MTG(30分/週) 担当VPへの相談の場 2)プロジェクトオーナーMTG(1h/週) プロジェクト間の横の情報共有の場 3)スタンドアップMTG(5分/日)
74.
プロジェクト進行で行う会議体 74 1)企画MTG(30分/週) 担当VPへの相談の場 2)プロジェクトオーナーMTG(1h/週) プロジェクト間の横の情報共有の場 3)スタンドアップMTG(5分/日) この中で全ての意思決定をするのが理想
75.
社長が主導していた会議すら権限委譲 75 週1実施していた全社マネージャー会議。 (予算や重要案件の意思決定の場) プロダクト、コーポレートの2系統に分割&権限委譲。
76.
社長が主導していた会議すら権限委譲 76 来週から権限委譲しまーす 議事録勝手に見とくから、 終わったらSlackに投げてね (※実話)
77.
社長が主導していた会議すら権限委譲 77 来週から権限委譲しまーす 議事録勝手に見とくから、 終わったらSlackに投げてね (※実話) トップが阻害要因排除にコミット
78.
社内情報のGive and Take化 78
79.
社内情報のGive and Take化 79 社内WikiはCTOが直接開発&運営にコミット
80.
CTOが社内Wiki開発&運営にコミット 80 どうも、Wikiおじさんです (※実話)
81.
社内情報のGive and Take化 81 情報は取りに行けばそこにある ↓ 「XXについてレポートして」を 文化的レベルで排除
82.
82 その2:「余計な突っ込み」を減らす
83.
83 USプロジェクト A (東京オフィス) JP担当チーム (東 京オフィス) 利害がぶつからないの? USプロジェクト B (東京オフィス) USプロジェクト C (SFオフィス) 機能別チーム(プロ ジェクト横断) PM-A PM-B PM-C PM-D この体制での意思決定のルール
84.
利害衝突による”突っ込み”を減らすために 84 1)担当プロジェクト優先 USにいるかJPにいるかは関係ない 2)プロジェクトオーナーMTGで共有 ここで問題があれば解決 3)とは言えある程度柔軟に 変更に耐えうるディレクションの力量も重要
85.
85 その2:「余計な心配」を減らす
86.
とにかくABテスト 86 ・ほとんどの案件でABテストが走る。 ・デイリーで切ると、約50本が同時稼働。 ・案件にもよるが、早ければ当日〜3営業日くらいで テストリリースしたりもする。
87.
とにかくABテスト 87 ・ほとんどの案件でABテストが走る。 ・デイリーで切ると、約50本が同時稼働。 ・案件にもよるが、早ければ当日〜3営業日くらいで テストリリースしたりもする。 スピードがあれば、生の声や直感みたいな施策も 取り込みやすい
88.
とにかくABテスト 88 ・ほとんどの案件でABテストが走る。 ・デイリーで切ると、約50本が同時稼働。 ・案件にもよるが、早ければ当日〜3営業日くらいで テストリリースしたりもする。 「理論武装」の文化的レベルでの排除
89.
最後に、、、
90.
90 良いことづくめのように見えるが…
91.
課題も山積み 91 ・US以外の高優先タスクの発生 ・リージョン毎の変更をどう受け入れるか ・機能削除をどう考えるか? ・スピードも大事だが、あらためて腰を据えてユーザの声に 耳をかたむける必要性
92.
課題も山積み 92 ・US以外の高優先タスクの発生 ・リージョン毎の変更をどう受け入れるか ・機能削除をどう考えるか? ・スピードも大事だが、あらためて腰を据えてユーザの声に 耳をかたむける必要性 PMにとっての居心地の良さは維持しつつ、 これらの問題に対処し続けたい
93.
We're hiring! 93