Submit Search
Upload
プロダクトマネージャとしてグローバルプラットフォーム開発に関わって学んだ5つのこと #postudy
•
6 likes
•
1,986 views
D
Daisuke Matsuda
Follow
プロダクトオーナー祭り2016 (11/26)の発表資料 https://postudy.doorkeeper.jp/events/52385
Read less
Read more
Technology
Report
Share
Report
Share
1 of 44
Recommended
プロダクトマネージャとして海外で働き始めて、自分の視点をどこに持ってこようかと考えた話 #pm_roppongi
プロダクトマネージャとして海外で働き始めて、自分の視点をどこに持ってこようかと考えた話 #pm_roppongi
Daisuke Matsuda
Presentation slide at Roppongi Product Manager Meetup #6 October 24, 2018
とりあえず30分でひととおり分かった気にはなれるアジャイル入門
とりあえず30分でひととおり分かった気にはなれるアジャイル入門
陽一 滝川
2012/12/22(土)の社内で開催した「プレゼン祭り」で発表した内容です。アジャイルに全く触れたことが無い人を対象にしたつもりが、「難しい」「内容が盛り沢山で覚え切れなかった」「寝ちゃった」などなどとあまり好評ではなかったのですが、自戒の念も込めて公開しておきます。 対象は「ウォーターフォール開発しか体験したことのない経験5〜6年程度の若者」です。 ※2022/04/11追記 Speaker Deckに移行しました。 https://speakerdeck.com/takigawa401/toriaesu30fen-tehitotoorifen-katutaqi-nihanareruasiyairuru-men
チームをワークさせるために 最も大事なコミュニケーション 意識していますか? - XP祭り2017
チームをワークさせるために 最も大事なコミュニケーション 意識していますか? - XP祭り2017
Koichi Yoshida
XPの5つの価値のひとつ「コミュニケーション」 コミュニケーション不全だと何が起きるのか、メンバーの心がポキポキ折れる音が聞こえます。リーダーが空回りします。成果が出せません。 エンジニアリング・マネージャーの立場から、失敗事例などを交えて人との向き合い方やコミュニケーションが機能したチームがどれだけ強いかを語ります。
はじめてのScrum
はじめてのScrum
Kenji Morita
20分でわかるScrum入門 全く知らない人、ソフト開発以外の人に説明するための資料。
アジャイルコーチが現場で学んだプロダクトオーナーの実際と勘所 POの二番目に大事なことと
アジャイルコーチが現場で学んだプロダクトオーナーの実際と勘所 POの二番目に大事なことと
Yasui Tsutomu
プロダクトオーナーが知っておくべき、チームやステークホルダーとの付き合い方、価値やリスクマネジメントの考え方を紹介しています。 PO祭り2016(2016年11月26日)での基調講演の資料です。
リーンスタートアップ、アジャイル開発導入事例
リーンスタートアップ、アジャイル開発導入事例
Arata Fujimura
社内勉強会で発表した資料です。
Introduction to Agile - how business and engineer team up
Introduction to Agile - how business and engineer team up
Kenji Hiranabe
ET/IoT カンファレンス 11/20 平鍋資料
時間のムダをゼロにする、リーダーの時間の使い方 先生:芝本秀徳
時間のムダをゼロにする、リーダーの時間の使い方 先生:芝本秀徳
schoowebcampus
ーーーーーーーーーーーーーーーーーーーーーーー schoo WEB-campusは「WEBに誕生した、学校の新しいカタチ」。 WEB生放送の授業を無料で配信しています。 ▼こちらから授業に参加すると、先生への質問や、ユーザーとのチャット、資料の拡大表示等が可能です。 https://schoo.jp/class/624/room ーーーーーーーーーーーーーーーーーーーーーーー
Recommended
プロダクトマネージャとして海外で働き始めて、自分の視点をどこに持ってこようかと考えた話 #pm_roppongi
プロダクトマネージャとして海外で働き始めて、自分の視点をどこに持ってこようかと考えた話 #pm_roppongi
Daisuke Matsuda
Presentation slide at Roppongi Product Manager Meetup #6 October 24, 2018
とりあえず30分でひととおり分かった気にはなれるアジャイル入門
とりあえず30分でひととおり分かった気にはなれるアジャイル入門
陽一 滝川
2012/12/22(土)の社内で開催した「プレゼン祭り」で発表した内容です。アジャイルに全く触れたことが無い人を対象にしたつもりが、「難しい」「内容が盛り沢山で覚え切れなかった」「寝ちゃった」などなどとあまり好評ではなかったのですが、自戒の念も込めて公開しておきます。 対象は「ウォーターフォール開発しか体験したことのない経験5〜6年程度の若者」です。 ※2022/04/11追記 Speaker Deckに移行しました。 https://speakerdeck.com/takigawa401/toriaesu30fen-tehitotoorifen-katutaqi-nihanareruasiyairuru-men
チームをワークさせるために 最も大事なコミュニケーション 意識していますか? - XP祭り2017
チームをワークさせるために 最も大事なコミュニケーション 意識していますか? - XP祭り2017
Koichi Yoshida
XPの5つの価値のひとつ「コミュニケーション」 コミュニケーション不全だと何が起きるのか、メンバーの心がポキポキ折れる音が聞こえます。リーダーが空回りします。成果が出せません。 エンジニアリング・マネージャーの立場から、失敗事例などを交えて人との向き合い方やコミュニケーションが機能したチームがどれだけ強いかを語ります。
はじめてのScrum
はじめてのScrum
Kenji Morita
20分でわかるScrum入門 全く知らない人、ソフト開発以外の人に説明するための資料。
アジャイルコーチが現場で学んだプロダクトオーナーの実際と勘所 POの二番目に大事なことと
アジャイルコーチが現場で学んだプロダクトオーナーの実際と勘所 POの二番目に大事なことと
Yasui Tsutomu
プロダクトオーナーが知っておくべき、チームやステークホルダーとの付き合い方、価値やリスクマネジメントの考え方を紹介しています。 PO祭り2016(2016年11月26日)での基調講演の資料です。
リーンスタートアップ、アジャイル開発導入事例
リーンスタートアップ、アジャイル開発導入事例
Arata Fujimura
社内勉強会で発表した資料です。
Introduction to Agile - how business and engineer team up
Introduction to Agile - how business and engineer team up
Kenji Hiranabe
ET/IoT カンファレンス 11/20 平鍋資料
時間のムダをゼロにする、リーダーの時間の使い方 先生:芝本秀徳
時間のムダをゼロにする、リーダーの時間の使い方 先生:芝本秀徳
schoowebcampus
ーーーーーーーーーーーーーーーーーーーーーーー schoo WEB-campusは「WEBに誕生した、学校の新しいカタチ」。 WEB生放送の授業を無料で配信しています。 ▼こちらから授業に参加すると、先生への質問や、ユーザーとのチャット、資料の拡大表示等が可能です。 https://schoo.jp/class/624/room ーーーーーーーーーーーーーーーーーーーーーーー
アジャイルプラクティス「ふりかえり」でチーム力アップ!
アジャイルプラクティス「ふりかえり」でチーム力アップ!
lolipopjp
http://pepabo.connpass.com/event/14124/ アジャイルプラクティス「ふりかえり」でチーム力アップ!の発表資料です。
最高の開発チームをつくりたい
最高の開発チームをつくりたい
naoqoo2
最高のチームとは何か。
XP祭り2017『忖度と心理的安全』(スライド公開用)#xpjug
XP祭り2017『忖度と心理的安全』(スライド公開用)#xpjug
Ryota Inaba
XP祭り2017公開スライド プロジェクトの意思決定や判断において忖度がいかにコミュニケーションを阻害し本当の目的を迷子にするかについての説明と心理的安全を実現するための方法について記載
はじめてのアジャイル
はじめてのアジャイル
Yoshihito Kuranuki
Agile Japan 2010のチュートリアルセッションで使った資料。 前半を平鍋さん、後半を倉貫が話しました。
ふつうの受託開発チームのつくりかた
ふつうの受託開発チームのつくりかた
Yoshitaka Kawashima
For the session A-4 ,DevLOVE Kansai 2012 Drive.
Xp2
Xp2
Toru Koido
XP祭り2009のXP2.0の資料
はじめてのアジャイル
はじめてのアジャイル
Takao Kimura
PMの立ち位置について
PMの立ち位置について
SSK
PMJP 2016/04/08
with コロナ時代のアジャイルとコミュニケーション
with コロナ時代のアジャイルとコミュニケーション
Kenji Hiranabe
with コロナ時代のアジャイルとコミュニケーション 〜効果的な場づくりとツール〜
Modeling in the Agile Age and casual astah models
Modeling in the Agile Age and casual astah models
Kenji Hiranabe
アジャイル時代のモデリングと astah* のサクサク活用
XP祭り2017LT 「技術系同人誌で学ぶ 実践プロダクトマネジメント」
XP祭り2017LT 「技術系同人誌で学ぶ 実践プロダクトマネジメント」
Fumitaka Inayama
技術系同人活動は怖くない。本を読むだけじゃスキルは身につかない!技術系同人誌はプロダクトマネジメントなのです!
ジョイ・インク 役職も部署もない全員主役のマネジメント
ジョイ・インク 役職も部署もない全員主役のマネジメント
Yasui Tsutomu
書籍「ジョイ・インク」の内容から抜粋して、喜びのあるソフトウェア開発の様子を紹介します。 CHANGE WORK 「IT技術者の働き方改革」セミナーの講演資料です。 https://agileprocess.connpass.com/event/63147/
分散開発チームによるAgile開発実践 ~いろいろハマった!よかった
分散開発チームによるAgile開発実践 ~いろいろハマった!よかった
Makoto Iguchi
Regional Scrum Gathering Tokyo 2015 で発表したスライドです([1C-3] 分散開発チームによるアジャイル開発実践 ~いろいろハマった!よかった)
Essence position talk by hiranabe
Essence position talk by hiranabe
Kenji Hiranabe
7/21 モダン・ソフトウェアエンジニアリングのエッセンスでの平鍋のポジショントーク
Agile2010とは何だったのか
Agile2010とは何だったのか
Dai FUJIHARA
Agile2010ConferenceのFB資料です。
アジャイルとスクラムとは 原則、価値、プラクティス
アジャイルとスクラムとは 原則、価値、プラクティス
Yasui Tsutomu
アジャイルな開発の基本となる考え方である価値、原則、プラクティスの話から、アジャイルに向くマインドセットと組織について。 BSIA 第75回例会での発表資料です。 https://bsia.or.jp/corporate/reikai_75_171219/
どうすれば小さなチームでも大きな成果を出せるのか
どうすれば小さなチームでも大きな成果を出せるのか
Yoshihito Kuranuki
スクーの授業で使った資料です。 ソフトウェア開発をしていく中で、沢山のリソースやお金をつぎ込んで開発するのではなく、どうすれば少人数のチームで低コストな中で開発を続けていくことで、大きな成果を出す為の考えかたについて説明しています。
はじめてのアジャイル - Agile in a nutshell
はじめてのアジャイル - Agile in a nutshell
Dai FUJIHARA
Agile Japan 2012 ”楽天での実践から学んだアジャイルのはじめ方”の発表資料です。 概要:”このセッションでは、アジャイルに関心を持つようになった方に向けて、より実践的なプラクティス適用をお話させていただきます。社内向けにアジャイル導入支援を行ってきた経験を元に、教科書だけではわからない導入の壁、失敗、そして成果について共有させていただき、皆様の改善活動のヒントになればと思います。” http://www.agilejapan.org/tokyosatellite/program.html#nyuumon
新規サービスの開発中にPoが何かを決断するために必要だったこと
新規サービスの開発中にPoが何かを決断するために必要だったこと
英明 伊藤
2017/7/1 DevLOVE関西 ビジネスマンを「めんどくさい」から解放する【RODEM】の開発の現場での登壇スライドです
プロダクトとマネジメント〜自分事としてのプロダクトマネジメント
プロダクトとマネジメント〜自分事としてのプロダクトマネジメント
Hiroyuki Arai
POStudy 2周年記念イベント( http://postudy.doorkeeper.jp/events/5325 )にお招きいただき、プロダクトマネジメントについてのお話しをというご依頼をいただきました。 改めてプロダクトマネジメントの基本を自分事として考えるきっかけとしてもらうために「プロダクトとマネジメント〜自分事としてのプロダクトマネジメント」と題し、ワークも盛り込み、3時間お話しをさせていただきました。 資料は自己紹介部分を一部変更している上、ワークの部分の資料などは割愛していますが、なるべく話しの筋がわかるように重要なものはだいたい残しています。 http://www.stylishidea.co.jp/
共感する開発のことだけ考えた。
共感する開発のことだけ考えた。
shoji_yamada
「サイボウズ メールワイズ」という製品で、 モバイルアプリを開発するにあたり、 「開発PM」として考え、実施したことを 説明した資料です。 ※開発PM・・・製品責任者 ジャーニーマップを使った顧客開発、ストーリーマッピングを 使った要件・仕様検討の事例として見てもらえればありがたい です。
世界と事例から学ぶ、プロダクトオーナーの「素養」としてのアジャイルメトリクス
世界と事例から学ぶ、プロダクトオーナーの「素養」としてのアジャイルメトリクス
Hiroyuki Ito
2016年11月26日(土)に開催されました、「プロダクトオーナー祭り2016」での発表資料です。 https://postudy.doorkeeper.jp/events/52385 メトリクスに関する知見を、学術的視点(Agile2016・SQiP2016)および現場での活用事例から整理し、具体的な取得・活用方法を含めて説明しています。 みなさんのメトリクスの習得・活用のプラスになれば幸いです。
More Related Content
What's hot
アジャイルプラクティス「ふりかえり」でチーム力アップ!
アジャイルプラクティス「ふりかえり」でチーム力アップ!
lolipopjp
http://pepabo.connpass.com/event/14124/ アジャイルプラクティス「ふりかえり」でチーム力アップ!の発表資料です。
最高の開発チームをつくりたい
最高の開発チームをつくりたい
naoqoo2
最高のチームとは何か。
XP祭り2017『忖度と心理的安全』(スライド公開用)#xpjug
XP祭り2017『忖度と心理的安全』(スライド公開用)#xpjug
Ryota Inaba
XP祭り2017公開スライド プロジェクトの意思決定や判断において忖度がいかにコミュニケーションを阻害し本当の目的を迷子にするかについての説明と心理的安全を実現するための方法について記載
はじめてのアジャイル
はじめてのアジャイル
Yoshihito Kuranuki
Agile Japan 2010のチュートリアルセッションで使った資料。 前半を平鍋さん、後半を倉貫が話しました。
ふつうの受託開発チームのつくりかた
ふつうの受託開発チームのつくりかた
Yoshitaka Kawashima
For the session A-4 ,DevLOVE Kansai 2012 Drive.
Xp2
Xp2
Toru Koido
XP祭り2009のXP2.0の資料
はじめてのアジャイル
はじめてのアジャイル
Takao Kimura
PMの立ち位置について
PMの立ち位置について
SSK
PMJP 2016/04/08
with コロナ時代のアジャイルとコミュニケーション
with コロナ時代のアジャイルとコミュニケーション
Kenji Hiranabe
with コロナ時代のアジャイルとコミュニケーション 〜効果的な場づくりとツール〜
Modeling in the Agile Age and casual astah models
Modeling in the Agile Age and casual astah models
Kenji Hiranabe
アジャイル時代のモデリングと astah* のサクサク活用
XP祭り2017LT 「技術系同人誌で学ぶ 実践プロダクトマネジメント」
XP祭り2017LT 「技術系同人誌で学ぶ 実践プロダクトマネジメント」
Fumitaka Inayama
技術系同人活動は怖くない。本を読むだけじゃスキルは身につかない!技術系同人誌はプロダクトマネジメントなのです!
ジョイ・インク 役職も部署もない全員主役のマネジメント
ジョイ・インク 役職も部署もない全員主役のマネジメント
Yasui Tsutomu
書籍「ジョイ・インク」の内容から抜粋して、喜びのあるソフトウェア開発の様子を紹介します。 CHANGE WORK 「IT技術者の働き方改革」セミナーの講演資料です。 https://agileprocess.connpass.com/event/63147/
分散開発チームによるAgile開発実践 ~いろいろハマった!よかった
分散開発チームによるAgile開発実践 ~いろいろハマった!よかった
Makoto Iguchi
Regional Scrum Gathering Tokyo 2015 で発表したスライドです([1C-3] 分散開発チームによるアジャイル開発実践 ~いろいろハマった!よかった)
Essence position talk by hiranabe
Essence position talk by hiranabe
Kenji Hiranabe
7/21 モダン・ソフトウェアエンジニアリングのエッセンスでの平鍋のポジショントーク
Agile2010とは何だったのか
Agile2010とは何だったのか
Dai FUJIHARA
Agile2010ConferenceのFB資料です。
アジャイルとスクラムとは 原則、価値、プラクティス
アジャイルとスクラムとは 原則、価値、プラクティス
Yasui Tsutomu
アジャイルな開発の基本となる考え方である価値、原則、プラクティスの話から、アジャイルに向くマインドセットと組織について。 BSIA 第75回例会での発表資料です。 https://bsia.or.jp/corporate/reikai_75_171219/
どうすれば小さなチームでも大きな成果を出せるのか
どうすれば小さなチームでも大きな成果を出せるのか
Yoshihito Kuranuki
スクーの授業で使った資料です。 ソフトウェア開発をしていく中で、沢山のリソースやお金をつぎ込んで開発するのではなく、どうすれば少人数のチームで低コストな中で開発を続けていくことで、大きな成果を出す為の考えかたについて説明しています。
はじめてのアジャイル - Agile in a nutshell
はじめてのアジャイル - Agile in a nutshell
Dai FUJIHARA
Agile Japan 2012 ”楽天での実践から学んだアジャイルのはじめ方”の発表資料です。 概要:”このセッションでは、アジャイルに関心を持つようになった方に向けて、より実践的なプラクティス適用をお話させていただきます。社内向けにアジャイル導入支援を行ってきた経験を元に、教科書だけではわからない導入の壁、失敗、そして成果について共有させていただき、皆様の改善活動のヒントになればと思います。” http://www.agilejapan.org/tokyosatellite/program.html#nyuumon
新規サービスの開発中にPoが何かを決断するために必要だったこと
新規サービスの開発中にPoが何かを決断するために必要だったこと
英明 伊藤
2017/7/1 DevLOVE関西 ビジネスマンを「めんどくさい」から解放する【RODEM】の開発の現場での登壇スライドです
プロダクトとマネジメント〜自分事としてのプロダクトマネジメント
プロダクトとマネジメント〜自分事としてのプロダクトマネジメント
Hiroyuki Arai
POStudy 2周年記念イベント( http://postudy.doorkeeper.jp/events/5325 )にお招きいただき、プロダクトマネジメントについてのお話しをというご依頼をいただきました。 改めてプロダクトマネジメントの基本を自分事として考えるきっかけとしてもらうために「プロダクトとマネジメント〜自分事としてのプロダクトマネジメント」と題し、ワークも盛り込み、3時間お話しをさせていただきました。 資料は自己紹介部分を一部変更している上、ワークの部分の資料などは割愛していますが、なるべく話しの筋がわかるように重要なものはだいたい残しています。 http://www.stylishidea.co.jp/
What's hot
(20)
アジャイルプラクティス「ふりかえり」でチーム力アップ!
アジャイルプラクティス「ふりかえり」でチーム力アップ!
最高の開発チームをつくりたい
最高の開発チームをつくりたい
XP祭り2017『忖度と心理的安全』(スライド公開用)#xpjug
XP祭り2017『忖度と心理的安全』(スライド公開用)#xpjug
はじめてのアジャイル
はじめてのアジャイル
ふつうの受託開発チームのつくりかた
ふつうの受託開発チームのつくりかた
Xp2
Xp2
はじめてのアジャイル
はじめてのアジャイル
PMの立ち位置について
PMの立ち位置について
with コロナ時代のアジャイルとコミュニケーション
with コロナ時代のアジャイルとコミュニケーション
Modeling in the Agile Age and casual astah models
Modeling in the Agile Age and casual astah models
XP祭り2017LT 「技術系同人誌で学ぶ 実践プロダクトマネジメント」
XP祭り2017LT 「技術系同人誌で学ぶ 実践プロダクトマネジメント」
ジョイ・インク 役職も部署もない全員主役のマネジメント
ジョイ・インク 役職も部署もない全員主役のマネジメント
分散開発チームによるAgile開発実践 ~いろいろハマった!よかった
分散開発チームによるAgile開発実践 ~いろいろハマった!よかった
Essence position talk by hiranabe
Essence position talk by hiranabe
Agile2010とは何だったのか
Agile2010とは何だったのか
アジャイルとスクラムとは 原則、価値、プラクティス
アジャイルとスクラムとは 原則、価値、プラクティス
どうすれば小さなチームでも大きな成果を出せるのか
どうすれば小さなチームでも大きな成果を出せるのか
はじめてのアジャイル - Agile in a nutshell
はじめてのアジャイル - Agile in a nutshell
新規サービスの開発中にPoが何かを決断するために必要だったこと
新規サービスの開発中にPoが何かを決断するために必要だったこと
プロダクトとマネジメント〜自分事としてのプロダクトマネジメント
プロダクトとマネジメント〜自分事としてのプロダクトマネジメント
Viewers also liked
共感する開発のことだけ考えた。
共感する開発のことだけ考えた。
shoji_yamada
「サイボウズ メールワイズ」という製品で、 モバイルアプリを開発するにあたり、 「開発PM」として考え、実施したことを 説明した資料です。 ※開発PM・・・製品責任者 ジャーニーマップを使った顧客開発、ストーリーマッピングを 使った要件・仕様検討の事例として見てもらえればありがたい です。
世界と事例から学ぶ、プロダクトオーナーの「素養」としてのアジャイルメトリクス
世界と事例から学ぶ、プロダクトオーナーの「素養」としてのアジャイルメトリクス
Hiroyuki Ito
2016年11月26日(土)に開催されました、「プロダクトオーナー祭り2016」での発表資料です。 https://postudy.doorkeeper.jp/events/52385 メトリクスに関する知見を、学術的視点(Agile2016・SQiP2016)および現場での活用事例から整理し、具体的な取得・活用方法を含めて説明しています。 みなさんのメトリクスの習得・活用のプラスになれば幸いです。
ユーザー企業へのアジャイル導入四苦八苦 - エンタープライズアジャイル勉強会2016年11月セミナー
ユーザー企業へのアジャイル導入四苦八苦 - エンタープライズアジャイル勉強会2016年11月セミナー
Yusuke Suzuki
2016年11月19日に行われたエンタープライズアジャイル勉強会2016年11月セミナーでの講演「ユーザー企業へのアジャイル導入四苦八苦」の資料です
プロダクトオーナーは育成できるのか? - プロダクトオーナー祭り2016
プロダクトオーナーは育成できるのか? - プロダクトオーナー祭り2016
Yusuke Suzuki
2016/11/26に開催された「プロダクトオーナー祭り2016」での講演「プロダクトオーナーは育成できるのか?」の資料です。
ウォーターフォールとアジャイルを考える #ita_ws
ウォーターフォールとアジャイルを考える #ita_ws
Yusuke Suzuki
2016/6/21に開催した勉強会「ウォーターフォールとアジャイルを考える」の資料とワークのディスカッションメモです。
Yahoo! JAPANのサービス開発を10倍早くした社内PaaS構築の今とこれから
Yahoo! JAPANのサービス開発を10倍早くした社内PaaS構築の今とこれから
Yahoo!デベロッパーネットワーク
2016-10-25 product manager conference 資料
2016-10-25 product manager conference 資料
Takeo Iyo
2016-10-25登壇のProduct Manager Conferenceの資料です。
市場で勝ち続けるための品質とテストの技術①
市場で勝ち続けるための品質とテストの技術①
Yahoo!デベロッパーネットワーク
市場で勝ち続けるための品質とテストの技術②
市場で勝ち続けるための品質とテストの技術②
Yahoo!デベロッパーネットワーク
Poがuxデザインをする上で何を指標にしてきたか
Poがuxデザインをする上で何を指標にしてきたか
英明 伊藤
シン・UX 2017 ~プロダクトマネージャー・プロダクトオーナーにとってのUXのイマとミライ~ 2017/01/21(土)
RDBNoSQLの基礎と組み合わせDB構成をちょっとよくする話
RDBNoSQLの基礎と組み合わせDB構成をちょっとよくする話
Shohei Kobayashi
srockstudyVol1の資料です。初心者むけゆるふわ勉強会でのDB基礎編。
JavaOne感想&技術トレンド紹介 - JavaOne2015報告会
JavaOne感想&技術トレンド紹介 - JavaOne2015報告会
Yusuke Suzuki
2015/11/14に開催されたJavaOne2015報告会で講演「Impressions of JavaOne & Java trends」の発表資料です。
POStudy塾とPOStudy Day[Day3]で学んだこと - プロダクトオーナー祭り2015 #postudy
POStudy塾とPOStudy Day[Day3]で学んだこと - プロダクトオーナー祭り2015 #postudy
POStudy
https://postudy.doorkeeper.jp/events/32808
20160526 依存関係逆転の原則
20160526 依存関係逆転の原則
bonjin6770 Kurosawa
#7 でがらし会
エンタープライズアジャイルと全体最適について ~アーキテクチャ設計とウォーターフォールの必要性~
エンタープライズアジャイルと全体最適について ~アーキテクチャ設計とウォーターフォールの必要性~
Yusuke Suzuki
2015年10月21日に行われたエンタープライズアジャイル勉強会2015年10月セミナーでの講演『エンタープライズアジャイルと全体最適について ~アーキテクチャ設計とウォーターフォールの必要性~』の資料です。
プロダクトオーナーにリーダーシップは不要なのか?サーバントリーダーシップで「男の子なチーム」になるのを防ぐ
プロダクトオーナーにリーダーシップは不要なのか?サーバントリーダーシップで「男の子なチーム」になるのを防ぐ
Moto Arima
2016/11/26 「プロダクトオーナー祭り2016 ~世界を創るのは俺たちだ!」で講演した内容です。 都合上、一部内容は省きました。 何かあればTwitterで @arimamoto までお願いします (^^)/
クラウド時代のエンジニアについて #sesfukui
クラウド時代のエンジニアについて #sesfukui
Yusuke Suzuki
2016年7月16日に開催された「ソフトウェア技術者サミット in 福井 2016」における基調講演「クラウド時代のエンジニアについて」の資料です。 https://fitea.doorkeeper.jp/events/45122
RDBとNoSQLの上手な付き合い方(勉強会@LIG 2013/11/11)
RDBとNoSQLの上手な付き合い方(勉強会@LIG 2013/11/11)
Yuji Otani
2013年11月11日の勉強会@LIG社で発表した際の資料です。
「JJUG運営の戦略と戦術」 JJUG CCC 2016 Spring 基調講演
「JJUG運営の戦略と戦術」 JJUG CCC 2016 Spring 基調講演
Yusuke Suzuki
2016年5月21日開催されたJJUG CCC 2016 Springの基調講演「JJUG運営の戦略と戦術」の資料です。
ソーシャルゲーム案件におけるDB分割のPHP実装
ソーシャルゲーム案件におけるDB分割のPHP実装
infinite_loop
ソーシャルゲーム案件におけるDB分割のPHP実装 ~とにかく分割ですよ。10回じゃ足りない。20回くらい分割。~ 株式会社インフィニットループ 佐々木 亨基 2013/7/15にPHPMatsuri2013内で発表された講演のスライド
Viewers also liked
(20)
共感する開発のことだけ考えた。
共感する開発のことだけ考えた。
世界と事例から学ぶ、プロダクトオーナーの「素養」としてのアジャイルメトリクス
世界と事例から学ぶ、プロダクトオーナーの「素養」としてのアジャイルメトリクス
ユーザー企業へのアジャイル導入四苦八苦 - エンタープライズアジャイル勉強会2016年11月セミナー
ユーザー企業へのアジャイル導入四苦八苦 - エンタープライズアジャイル勉強会2016年11月セミナー
プロダクトオーナーは育成できるのか? - プロダクトオーナー祭り2016
プロダクトオーナーは育成できるのか? - プロダクトオーナー祭り2016
ウォーターフォールとアジャイルを考える #ita_ws
ウォーターフォールとアジャイルを考える #ita_ws
Yahoo! JAPANのサービス開発を10倍早くした社内PaaS構築の今とこれから
Yahoo! JAPANのサービス開発を10倍早くした社内PaaS構築の今とこれから
2016-10-25 product manager conference 資料
2016-10-25 product manager conference 資料
市場で勝ち続けるための品質とテストの技術①
市場で勝ち続けるための品質とテストの技術①
市場で勝ち続けるための品質とテストの技術②
市場で勝ち続けるための品質とテストの技術②
Poがuxデザインをする上で何を指標にしてきたか
Poがuxデザインをする上で何を指標にしてきたか
RDBNoSQLの基礎と組み合わせDB構成をちょっとよくする話
RDBNoSQLの基礎と組み合わせDB構成をちょっとよくする話
JavaOne感想&技術トレンド紹介 - JavaOne2015報告会
JavaOne感想&技術トレンド紹介 - JavaOne2015報告会
POStudy塾とPOStudy Day[Day3]で学んだこと - プロダクトオーナー祭り2015 #postudy
POStudy塾とPOStudy Day[Day3]で学んだこと - プロダクトオーナー祭り2015 #postudy
20160526 依存関係逆転の原則
20160526 依存関係逆転の原則
エンタープライズアジャイルと全体最適について ~アーキテクチャ設計とウォーターフォールの必要性~
エンタープライズアジャイルと全体最適について ~アーキテクチャ設計とウォーターフォールの必要性~
プロダクトオーナーにリーダーシップは不要なのか?サーバントリーダーシップで「男の子なチーム」になるのを防ぐ
プロダクトオーナーにリーダーシップは不要なのか?サーバントリーダーシップで「男の子なチーム」になるのを防ぐ
クラウド時代のエンジニアについて #sesfukui
クラウド時代のエンジニアについて #sesfukui
RDBとNoSQLの上手な付き合い方(勉強会@LIG 2013/11/11)
RDBとNoSQLの上手な付き合い方(勉強会@LIG 2013/11/11)
「JJUG運営の戦略と戦術」 JJUG CCC 2016 Spring 基調講演
「JJUG運営の戦略と戦術」 JJUG CCC 2016 Spring 基調講演
ソーシャルゲーム案件におけるDB分割のPHP実装
ソーシャルゲーム案件におけるDB分割のPHP実装
Similar to プロダクトマネージャとしてグローバルプラットフォーム開発に関わって学んだ5つのこと #postudy
海外メンバーを巻き込んでプロダクトマネジメントするときの心得 #pmjp #dots
海外メンバーを巻き込んでプロダクトマネジメントするときの心得 #pmjp #dots
Takahiro Masaki
プロダクトマネジメントというよりはチームマネジメントに近いかもしれません。 ## イベント用LT資料 イベントURL http://eventdots.jp/event/585073 ## 海外のメンバーと一緒にするときに重要なこと - チームにWhatとWhyを意識させるように働きかけること。PMだけが考えることではない - 海外のメンバーであろうと日本人であろうと考えるべきことは一緒 - 英語でのコミュニケーションが重要なわけではない
プラットフォーム開発でプロダクトマネージャがチャレンジすべきこと #pm_roppongi
プラットフォーム開発でプロダクトマネージャがチャレンジすべきこと #pm_roppongi
Daisuke Matsuda
Presentation slide at Roppongi Product Manager Meetup #2 August 3, 2017 https://pm-roppongi.connpass.com/event/61440/ "What Product Manager should challenge for platform products"
組織と個人が内発的動機により継続的に成長するための施策
組織と個人が内発的動機により継続的に成長するための施策
Yusuke Kojima
デブサミ2020関西 ベストスピーカー賞1位 https://note.com/kojimadev/n/n3599220e0462
【de:code 2020】 海外事例に学ぶ : 横断的なつながりを実現する組織作りと現場を支援する Microsoft 365 のご紹介
【de:code 2020】 海外事例に学ぶ : 横断的なつながりを実現する組織作りと現場を支援する Microsoft 365 のご紹介
日本マイクロソフト株式会社
海外では、現場もカバーした形での組織横断的なコミュニケーションやコラボレーションの取組みが強化されています。本セッションでは、マイクロソフト本社も海外のお客様から学んでいる現場を支援する Microsoft 365 のソリューションについて概要をご紹介させていただきます。
データプロダクト開発を成功に導くには
データプロダクト開発を成功に導くには
Recruit Lifestyle Co., Ltd.
2019年2月5日開催『ソフトウエアジャパン2019 〜ビッグデータ、IoT、AI でプロフェッショナルを生き残れ〜』 https://www.ipsj.or.jp/event/sj/sj2019/
プロダクトブランディングから考えるUX改善
プロダクトブランディングから考えるUX改善
GMO HosCon
プロダクトブランディングから考えるUX改善 GMOクラウド株式会社 企画開発部クリエイティブG 田伐直子
20121117 01 dir-mtgスライド01
20121117 01 dir-mtgスライド01
Kenta Nakamura
20231019 Notion Labs Japan × エルボーズ コラボ勉強会
20231019 Notion Labs Japan × エルボーズ コラボ勉強会
makototsubakihara
こちらは、2023年10月19日にNotion Labs Japan とエルボーズのコラボで開催された勉強会のスライドです。 ※一部編集しております。 https://lbose.connpass.com/event/297684/
Product Ownership~NTTデータと楽天それぞれの文脈でのサービスづくり、人づくり、チームづくりの取り組み
Product Ownership~NTTデータと楽天それぞれの文脈でのサービスづくり、人づくり、チームづくりの取り組み
shibao800
セールスフォース的開発メソッドのススメ 須山洋輔
セールスフォース的開発メソッドのススメ 須山洋輔
TerraSky
2016.10.25 TerraSky Power Night Dreamforce '16 Feedback
企業をデザインシフトさせる方法と今後のデザイン戦略
企業をデザインシフトさせる方法と今後のデザイン戦略
tomo tsubota
【Schoo】企業をデザインシフトさせる方法と今後のデザイン戦略 https://schoo.jp/class/3241
組織的プロジェクトマネジメント(OPM)について考えた。
組織的プロジェクトマネジメント(OPM)について考えた。
Daisuke Nishino
組織的プロジェクトマネジメント(OPM)について考えた。 組織的プロジェクトマネジメント(OPM)に関する現時点の問題点。 https://www.osscons.jp/jol4hhbjg-537/ OSSコンソーシアム → 開発基盤部会
Pivotal Trackerでアジャイルなプロジェクト管理
Pivotal Trackerでアジャイルなプロジェクト管理
You&I
わんくま同盟 名古屋勉強会 #22の発表資料 http://www.wankuma.com/seminar/20120707nagoya22/
Scrum"再"入門
Scrum"再"入門
You&I
名古屋アジャイル勉強会 Srcum"再"入門 http://blogs.yahoo.co.jp/nagoya_agile_study_group/36920922.html
GMOテクノロジーブートキャンプ2015(アジャイル編)
GMOテクノロジーブートキャンプ2015(アジャイル編)
Arata Fujimura
自社の新卒エンジニア向け研修(GMOテクノロジーブートキャンプ)のアジャイル編で使った資料です。
要求開発アライアンス定例会 2014年1月 大西純
要求開発アライアンス定例会 2014年1月 大西純
Jun Ohnishi
Visual Studio 2019 / Visual Studio Code + Live Shareではじめるモブ・プログラミング #vs2019
Visual Studio 2019 / Visual Studio Code + Live Shareではじめるモブ・プログラミング #vs2019
満徳 関
https://connpass.com/event/122145/
グループディスカッションの巻
グループディスカッションの巻
Takashi Abe
【A-5】LT:Project Facilitation Project のご紹介
【A-5】LT:Project Facilitation Project のご紹介
y-yoshi
【A-5】LT:Project Facilitation Project のご紹介 http://projectfacilitationproject.go2.jp/wiki/
チームを改善していったら開発と営業が一緒になった件
チームを改善していったら開発と営業が一緒になった件
Tatsuya Sakai
Agile Tech EXPO mini #2 - ノーコードでアジャイル/開発&営業でチーム改善 ( https://agiletechexpo.connpass.com/event/197224/ ) の資料です
Similar to プロダクトマネージャとしてグローバルプラットフォーム開発に関わって学んだ5つのこと #postudy
(20)
海外メンバーを巻き込んでプロダクトマネジメントするときの心得 #pmjp #dots
海外メンバーを巻き込んでプロダクトマネジメントするときの心得 #pmjp #dots
プラットフォーム開発でプロダクトマネージャがチャレンジすべきこと #pm_roppongi
プラットフォーム開発でプロダクトマネージャがチャレンジすべきこと #pm_roppongi
組織と個人が内発的動機により継続的に成長するための施策
組織と個人が内発的動機により継続的に成長するための施策
【de:code 2020】 海外事例に学ぶ : 横断的なつながりを実現する組織作りと現場を支援する Microsoft 365 のご紹介
【de:code 2020】 海外事例に学ぶ : 横断的なつながりを実現する組織作りと現場を支援する Microsoft 365 のご紹介
データプロダクト開発を成功に導くには
データプロダクト開発を成功に導くには
プロダクトブランディングから考えるUX改善
プロダクトブランディングから考えるUX改善
20121117 01 dir-mtgスライド01
20121117 01 dir-mtgスライド01
20231019 Notion Labs Japan × エルボーズ コラボ勉強会
20231019 Notion Labs Japan × エルボーズ コラボ勉強会
Product Ownership~NTTデータと楽天それぞれの文脈でのサービスづくり、人づくり、チームづくりの取り組み
Product Ownership~NTTデータと楽天それぞれの文脈でのサービスづくり、人づくり、チームづくりの取り組み
セールスフォース的開発メソッドのススメ 須山洋輔
セールスフォース的開発メソッドのススメ 須山洋輔
企業をデザインシフトさせる方法と今後のデザイン戦略
企業をデザインシフトさせる方法と今後のデザイン戦略
組織的プロジェクトマネジメント(OPM)について考えた。
組織的プロジェクトマネジメント(OPM)について考えた。
Pivotal Trackerでアジャイルなプロジェクト管理
Pivotal Trackerでアジャイルなプロジェクト管理
Scrum"再"入門
Scrum"再"入門
GMOテクノロジーブートキャンプ2015(アジャイル編)
GMOテクノロジーブートキャンプ2015(アジャイル編)
要求開発アライアンス定例会 2014年1月 大西純
要求開発アライアンス定例会 2014年1月 大西純
Visual Studio 2019 / Visual Studio Code + Live Shareではじめるモブ・プログラミング #vs2019
Visual Studio 2019 / Visual Studio Code + Live Shareではじめるモブ・プログラミング #vs2019
グループディスカッションの巻
グループディスカッションの巻
【A-5】LT:Project Facilitation Project のご紹介
【A-5】LT:Project Facilitation Project のご紹介
チームを改善していったら開発と営業が一緒になった件
チームを改善していったら開発と営業が一緒になった件
Recently uploaded
論文紹介:When Visual Prompt Tuning Meets Source-Free Domain Adaptive Semantic Seg...
論文紹介:When Visual Prompt Tuning Meets Source-Free Domain Adaptive Semantic Seg...
Toru Tamaki
Xinhong Ma, Yiming Wang, Hao Liu, Tianyu Guo, Yunhe Wang, "When Visual Prompt Tuning Meets Source-Free Domain Adaptive Semantic Segmentation" NeurIPS2023 https://proceedings.neurips.cc/paper_files/paper/2023/hash/157c30da6a988e1cbef2095f7b9521db-Abstract-Conference.html
This is the company presentation material of RIZAP Technologies, Inc.
This is the company presentation material of RIZAP Technologies, Inc.
chiefujita1
RIZAPテクノロジーズ株式会社の会社説明資料です。
LoRaWAN 4チャンネル電流センサー・コンバーター CS01-LB 日本語マニュアル
LoRaWAN 4チャンネル電流センサー・コンバーター CS01-LB 日本語マニュアル
CRI Japan, Inc.
LoRaWAN 4チャンネル電流センサー・コンバーター CS01-LB 日本語マニュアル
遺伝的アルゴリズムと知識蒸留による大規模言語モデル(LLM)の学習とハイパーパラメータ最適化
遺伝的アルゴリズムと知識蒸留による大規模言語モデル(LLM)の学習とハイパーパラメータ最適化
t m
オープンエンドな進化から着想を得て、個々の大規模言語モデル(LLM)が、グループとして学習を進めながら、ノームエージェントとして機能するという概念を探求しています。これは、単一のモデルでは難しい複雑な問題を解決することを目的としています。具体的な方法として、遺伝的アルゴリズムと知識蒸留を組み合わせた学習プロセスを提案しています。知識蒸留によって学習を進め、同時に遺伝的アルゴリズムでハイパーパラメータを最適化することで、より効率的な学習を目指します。ドメインタスクとして、指示からPythonコードを生成するコード生成タスクを選択しました。実験では、学習に3つの学習モデルと1つの教師モデルを使用しました。その結果、HumanEvalのpass@1で精度が1.2%向上し、学習が進むにつれて学習率が最適化された兆候が見られました。しかし、大幅な精度向上を達成し、さまざまなハイパーパラメータを最適化するには、まだ課題が残っています。
論文紹介:Deep Learning-Based Human Pose Estimation: A Survey
論文紹介:Deep Learning-Based Human Pose Estimation: A Survey
Toru Tamaki
Ce Zheng, Wenhan Wu, Chen Chen, Taojiannan Yang, Sijie Zhu, Ju Shen, Nasser Kehtarnavaz, Mubarak Shah, "Deep Learning-Based Human Pose Estimation: A Survey" arXiv2020 https://arxiv.org/abs/2012.13392
JSAI_類似画像マッチングによる器への印象付与手法の妥当性検証_ver.3_高橋りさ
JSAI_類似画像マッチングによる器への印象付与手法の妥当性検証_ver.3_高橋りさ
0207sukipio
JSAI2024の発表スライドです.
Generating Automatic Feedback on UI Mockups with Large Language Models
Generating Automatic Feedback on UI Mockups with Large Language Models
harmonylab
Generating Automatic Feedback on UI Mockups with Large Language Modelsを和訳紹介したものです
キンドリル ネットワークアセスメントサービスご紹介 今のネットワーク環境は大丈夫? 調査〜対策までご支援します
キンドリル ネットワークアセスメントサービスご紹介 今のネットワーク環境は大丈夫? 調査〜対策までご支援します
Takayuki Nakayama
キンドリルネットワークアセスメントサービス
ReonHata_便利の副作用に気づかせるための発想支援手法の評価---行為の増減の提示による気づきへの影響---
ReonHata_便利の副作用に気づかせるための発想支援手法の評価---行為の増減の提示による気づきへの影響---
Matsushita Laboratory
我々はこれまで,新たなモノを産出する過程において「便利にすること」によって副次的に生じる課題を「便利の副作用」と定義し,その低減を目的としてアイディアの発想支援手法を提案してきた. これまでの研究では,便利前後の行為の増減に着目することにより便利の副作用への気づきの誘発が示唆されたものの,行為の増減の提示による便利の副作用への気づきへの影響は十分に検討できていなかった. そのため,本稿では行為の提示により便利の副作用に気づき,それを防いだアイディアの発想の支援が可能かの検証を目的として実験を行い,その有効性について検証する. 実験では,行為の増減の提示の有無によりアイディア発想にどのような影響を与えるか検証を行う.
Recently uploaded
(9)
論文紹介:When Visual Prompt Tuning Meets Source-Free Domain Adaptive Semantic Seg...
論文紹介:When Visual Prompt Tuning Meets Source-Free Domain Adaptive Semantic Seg...
This is the company presentation material of RIZAP Technologies, Inc.
This is the company presentation material of RIZAP Technologies, Inc.
LoRaWAN 4チャンネル電流センサー・コンバーター CS01-LB 日本語マニュアル
LoRaWAN 4チャンネル電流センサー・コンバーター CS01-LB 日本語マニュアル
遺伝的アルゴリズムと知識蒸留による大規模言語モデル(LLM)の学習とハイパーパラメータ最適化
遺伝的アルゴリズムと知識蒸留による大規模言語モデル(LLM)の学習とハイパーパラメータ最適化
論文紹介:Deep Learning-Based Human Pose Estimation: A Survey
論文紹介:Deep Learning-Based Human Pose Estimation: A Survey
JSAI_類似画像マッチングによる器への印象付与手法の妥当性検証_ver.3_高橋りさ
JSAI_類似画像マッチングによる器への印象付与手法の妥当性検証_ver.3_高橋りさ
Generating Automatic Feedback on UI Mockups with Large Language Models
Generating Automatic Feedback on UI Mockups with Large Language Models
キンドリル ネットワークアセスメントサービスご紹介 今のネットワーク環境は大丈夫? 調査〜対策までご支援します
キンドリル ネットワークアセスメントサービスご紹介 今のネットワーク環境は大丈夫? 調査〜対策までご支援します
ReonHata_便利の副作用に気づかせるための発想支援手法の評価---行為の増減の提示による気づきへの影響---
ReonHata_便利の副作用に気づかせるための発想支援手法の評価---行為の増減の提示による気づきへの影響---
プロダクトマネージャとしてグローバルプラットフォーム開発に関わって学んだ5つのこと #postudy
1.
プロダクトマネージャとしてグローバルプラットフォーム 開発に関わって学んだ5つのこと Daisuke Matsuda 松田大介 1 11/26, 2016 #postudy
2.
今日話すこと 2 1. 様々な国のプロダクトマネージャ、現地法人、開発部隊など、10 カ国以上を相手に時差をまたいで一緒に働く中で、観察したこと、 学んだこと 2. 日本国内での以下の論点について •
「プロダクトマネージャとは」、「プロジェクトマネージャとの違 いとは」、「プロデューサーとの違いとは」 Appendixには、QAセッションおよびセッション後に個別にいただいた質問について、要約スライドを追加しました。
3.
皆さんが興味をもっていそうなトピック? 3 プロダクトマネージャとして • 心構え • 求められる役割 •
求められるスキル • どうエンジニアと協働するか
4.
自己紹介 4 • 楽天で以下のプラットフォームプロダクトのリードプロダクトマ ネージャ (Lead
Product Manager) • グローバルECプラットフォームとして海外案件 • 決済系プラットフォームとして国内外の案件
5.
Indonesia Taiwan Singapore
Malaysia Thai Asia
6.
6 Spain LuxembourgGermany UK Europe
7.
7 San Francisco United States
8.
8 プロダクトマネージャとして関わった国 事業の対象国、現地法人、地域統括会社、同じプロダクトマネジメン トチームメンバーがいる国、海外の開発部隊で以下のとおり。 US India Japan Indonesia SingaporeMalaysia Thai Taiwan China Spain UK GermanyLuxemburg 出典:Pacific Centric
SVG World Map, Dmthoth, https://commons.wikimedia.org/wiki/File:Blank_Map_Pacific_World.svg
9.
国内の「プロダクト」、「プロダクトマネージャ」の話 9 • 国内ネット業界でこれまで「サービス」と言っていたのが、ここ2015 年くらいから「プロダクト」って言われはじめ • 「プロダクトマネージャとは」って語られはじめ 「うわー。これデジャヴだ」
10.
なぜ、「デジャヴ」なのか 10 2012年秋
11.
2012年秋ごろ 11 • 当時のグローバルECプラットフォームのプロダクトマネ ジメントチームに異動。“プロダクトマネジメント”の名 が付いている組織は、当時、社内でそのチームだけ • ProDuct
Manager (プロダクトマネージャ)の略から PDMという略称が初めて社内で利用されたころ
12.
よく聞かれたこと - 2012年 12 新しい役割だったから、みんなが質問してきます。 プロダクトマネージャって何をするの? じゃぁ、プロジェクトマネージャって何をするの? じゃあ、プロデューサーと何が違うの?
13.
海外で「私はプロデューサーです」っていうと・・・ 13 “Producer”のIndeedでの検索結果より。クリエイティブ(制作系)や コンテンツ(動画)関係の職種の人だと思われます。
14.
“プロデューサー”の成り立ちと役割 14 成り立ち • 「サービスをプロデュースする」という思いから 「プロデューサー」が生まれた 実務上の役割 • 開発の企画、そして/またはプロジェクト実行を推 進する。エンジニアがやらないことすべてをやる くらい、求められる範囲は広い “プロデューサ”の…
実際にはどうなのか
15.
“プロデューサー”ってほぼ何でもやる人 15 • プロダクト・サービスの仕様の理解 • プロジェクトのスケジューリングができる •
プロジェクトのコスト管理(≒リソース管理)ができる • Web系システム開発に関するナレッジがある • ステークホルダーに応じた適切なレポーティングができる • プロダクト・サービスに関わるKPIを理解 • 「調整力」という名のコミュ力 • ついでに英語もできる(TOEIC 800以上) ほぼ何でも満遍なくやれることが期待される。
16.
“プロデューサー”ってほぼ何でもやる人 16 そんな人、なかなか そういません :-p ほぼ何でも満遍なくやれることが期待される。
17.
海外のテックカンパニーの場合 17 海外ではもう少し分業制。たとえばAmazonさんではプロダクトマ ネージャとプロジェクトマネージャは別職種。 “Non-Tech(非技術系)”と、“Tech(技術系)”でそれぞれに以 下のポジションが定義されている • Product Manager
(プロダクトマネージャ) • Project Manager (プロジェクトマネージャ) • Program Manager (プログラムマネージャ)
18.
分業制ってどうなの 18 分業制 • 長所と短所があります(結局、どんな組織体制でも 長所と短所はありますし) 個人のキャリアの 観点から • 「これはこれでアリ」では 分業制を肯定する なら、その理由は •
もしも自分が事業戦略を立てる立場だったら、「限られ た経営資源を集中する分野を決めて、そこで強み を築きましょう」みたいなことを言うでしょう。 • 個人も同じ。自分の時間には限りがある
19.
学び1:何かにフォーカスした方がいい 19 学び1 プロダクトマネージャとして自分のプロダクトとともに市場で戦おうと おもったら、何かにフォーカスした方がいい ≒広範囲に何でもやれば、関係者との調整も得意になり、 組織内で重宝される人になってしまう誘惑と、どう向き合うか
20.
20 複数領域に時間配分する人 vs.フォーカスする人 同程度の才能がある二人でも、時間配分によって結果は異なる。 強みを築くため特定領域にフォーカスしている。 分 野 の 深 さ ・専 門 性 特化型 分野の広さ 複数の領域に自分の時間を配分している。 分 野 の 深 さ ・専 門 性 調整型(潤滑油型) 分野の広さ
21.
観察:他国と比較した日本人の傾向 21 日本人はコンセンサスの構築をより重んじる傾向が強い。複数領域→関係 者との調整が得意に→組織内で重宝される人に→動機付けのループ。 複数領域をやる 調整しやすくなる。協調・コンセ ンサスがとれやすくなる 物事、プロジェクトが進む (だってコンセンサス重視) 調整できる人、として 組織で重宝される 充足感を得られる。 この方向へ進むことの動機付け
22.
「プロジェクトマネージャ」の日本 vs.海外テックカンパニー 22 日本人が考える「プロジェクトマネージャ」は仕様「も」決めているが、海外 テックカンパニーでは、仕様を決めるのは「プロダクトマネージャ」の責任。 日本での 「プロジェクトマネージャ」の役割 海外のテックカンパニーでの 「プロジェクトマネージャ」の役割≠ 日本人が考える「プロジェクトマネージャ」とは、基本的にはIT業界の中でも伝統的なパッケージ系・ SIerで活躍するシステム開発の“プロジェクトマネージャ”の印象がとても強い。 背景
23.
ネット企業でプロジェクトマネージャが活躍してくれるとき 複数のリリースにまたぐプロジェクト間の調整が必要、かつ頻繁にリリースを行うの であれば、その推進を行う専任の担当者=プロジェクトマネージャが必要になる。 Project A Project B Project C Project A Project B Project C Project D Project B Project C Project D Project C Project E Project F リリース1 リリース2 リリース3 リリース4 23 ス プ リ ン ト 間 、 プ ロ ジ ェ ク ト 間 の 調 整 が 必 要
24.
学び2:プロダクトの将来を可視化するひと 24 学び2 プロダクトマネージャはみんなのためにプロダクトの将来を可視化 するひと。そのプロダクトの「あるべき」を定義して示す プロダクトマネージャは関係者間のハブになって以下を説明する役割を持つから。 • WHO (どんなユーザーに対して) •
WHAT(何をやるか) • WHY(なぜそれをやるのか) • Priority(優先付け。それは他と比べてどれくらい重要なのか) 理由・背景
25.
プロダクトマネジメントのBig Picture(全体図) 25 ビジョン (Product Vision) 戦略
(Product Strategy) ロードマップ (Product Roadmap) バックログ (Product Backlog) • そのプロダクトで何を したいのか • 何を解決したいのか • ビジョンを実現するた めの計画 • そのプロダクトが誰の ためで、なぜ顧客は他 社プロダクトではなく、 そのプロダクトが必要 なのか • どのようにその戦略が 実行されていくか、具体 的なリリース、スケ ジュール、アクションに まで落とし込まれたもの • ロードマップに合致す る、必要なプロダクト の概要、要件 • 将来、プロダクトの ロードマップや戦略に なりそうなアイデアも 含まれる プロダクトのビジョン、ストラテジー、ロードマップ、バックログ。 必ずしも一方通行ではなく、バックログからロードマップ、戦略を変える場合もある。 参考資料:”Strategize: Product Strategy and Product Roadmap Practices for the Digital Age”(Roman Pichler)
26.
プロダクトマネジメントの「あるべき」 vs. 「実現性」 26 一方で実現性により過ぎると…「あるべき」により過ぎると… HOW(どうやるか)で苦労した経験 がある人は、実現性から定義しがち。 「あの人はプロダクトのことを分かって いない」とエンジニアから批判されがち。 あるべき 実現性 実現性 あるべき
27.
海外ではどういう人がプロダクトマネージャになるのか 27 エンジニア出身でテクノロジーの経験があり、かつコ ミュニケーション能力も高い人が…. ビジネスのポーションを拡大していくことでプロダクト マネージャとして活躍する ビジネス側出身(例:MBAホルダー、コンサルティング 経験者)でビジネス全体、および特定の業界知識が あり、かつコミュニケーション能力も高い人が…. テクノロジーのポーションを拡大していくことでプロダ クトマネージャとして活躍する 1 2 コミュニケーション テクノロジー ビジネス コミュニケーション テクノロジー ビジネス コミュニケーション テクノロジー ビジネス コミュニケーション テクノロジー ビジネス どういう人がプロダクトマネージャになっているか カバレッジの拡大 以下の2つのケースに該当する人が活躍している。
28.
学び3:ビジネス、テクノロジー、コミュニケーションの3領域 28 学び3 プロダクトマネージャとして重要な3領域は、ビジネス、テクノロジー、 コミュニケーション。組み合わせによって活躍できるようになる ビジネス テクノロジー コミュニケーション • 組織をまたがってうまく動ける • 要件やソリューションの明確に 記述できる・伝える能力 •
技術面の知識、システム開発や開発手 法に関するナレッジ、 経験• 戦略 (ビジネスやプロダクト) • 市場に関する洞察 • 業界知識、業務知識
29.
これが複数国にまたがっていくと 29 さらに様々・いろいろなものを 見ることができるようになります :-)
30.
複数国をまたがって仕事をするということ 30 • 遠距離、時差、言語、文化(=“意思決定の進め方の傾 向”)が異なるため、コミュニケーションの難易度は格段 に上がる • 時差のためメールのやり取りは1日に1回だけかも
31.
31 サンフランシスコのオフィスから アジア・日本とヨーロッパのプロジェクトに 同時に関わっていたとき
32.
サンフランシスコの朝 32 12 6 9 3 12 6 9 3 12 6 9
3 0:00 真夜中 日本 17:00 夕方 ヨーロッパ (CEST) 8:00 朝 サンフランシスコ(夏時間) 日本は真夜中。ヨーロッパのオフィスが閉じる前に朝からMTG等。 Night
33.
サンフランシスコのお昼 33 12 6 9 3 12 6 9 3 12 6 9
3 5:00 明け方 日本 22:00 夜 ヨーロッパ (CEST) 13:00 昼 サンフランシスコ(夏時間) Night 日本がスタートする前にいろいろと準備、デスクワーク集中。 Night
34.
サンフランシスコの夕方 34 12 6 9 3 12 6 9 3 12 6 9
3 10:00 AM 朝 日本 3:00 夜 ヨーロッパ (CEST) 18:00 夕方 サンフランシスコ(夏時間) 日本オフィスが開き、日本からメール砲。日本とのMTGも開始。 Night
35.
MTGが続き1日が終わらない・・・。あ、EUがそろそろ開く。 サンフランシスコの夜 35 12 6 9 3 12 6 9 3 12 6 9
3 14:00 AM 昼 日本 7:00 朝 ヨーロッパ (CEST) 22:00 夜 サンフランシスコ(夏時間) Night Night
36.
学び4:時差あり・多文化環境の苦労から 36 学び4 プロダクトマネージャとして時差あり・多文化環境で仕事するなら、 事象の記述、描写能力は必須 • 具体的なイメージを持っている人 • 要件を正しく理解している人 •
プロダクトの仕様を正しく把握している人 一方でそうではない人 以下の2者の記述・描写内容は明らかに違う。
37.
学び4から:デキるプロダクトマネージャの区別方法 37 「プロダクトマネージャの基本タスクの品質が、常に高い。」 (アスリートで例えるなら、二流と一流の違いを見ているかのようだ)。 基本タスク プロダクト仕様 整理されている常に 常に 更新されている ユーザーフローが 網羅されている 読みやすい メンテされている常にBacklog 応用タスク MTG、ステークホルダーとの調整、案件の優先順位付け評価など 基本タスクの品質が 高さ、徹底度合いが 応用タスクのアウト プットを変える
38.
プロダクトマネージャとエンジニアの関係 38 “Inspired”から「お互いに必要」と解釈できる。 いいエンジニアチームと一緒に仕事 をしないと、プロダクトは正しく開発 されません。 プロダクトマネージャ の視点 視点 実際にはどうなのか エンジニアチームの 視点 いいプロダクトマネージャと一緒に 仕事をしないと、イケてないプロダ クト開発になります。 正しいプロダクトを定義しても・・・ プロダクトを正しく作り上げても・・・ “プロダクトマネージャは、正しいプロダクトを定義し、エンジニアリングチームは、プロダクトを正しく作り上げる。 どちらも必要だ”(“As product
manager, you are responsible for defining the right product, and your engineering counterpart is responsible for building the product right. You need both”) Inspired: How to create products customers love” (Marty Cagan)
39.
学び5:運命共同体 39 学び5 プロダクトマネージャとエンジニアは運命共同体(分業制でも) ※当たり前に見える一言でも、組織が大きくなると言葉以上に重くなります。 米国ベイエリアでプロダクトマネージャになるための要件が厳しい理由は、 1人のプロダクトマネージャによってその数倍のエンジニアリソースが無駄になるリスクがあるから。 1. プロダクト、機能が無駄になる 2. キャッシュが無駄になる 3.
エンジニアのキャリアを無駄にする
40.
まとめ 40 プロダクトマネージャとして学んだこと事象、観察、経験 1. プロダクトマネージャとしてあなたのプロダクトとともに 市場で戦おうとおもったら、何かにフォーカスした方が いい (≒複数やって重宝される誘惑とどう向き合うか) 3.
プロダクトマネージャとして重要な3領域は、ビジネス、 テクノロジー、コミュニケーション。組み合わせによって 活躍できるようになる 4. プロダクトマネージャとして時差あり・多文化環境で仕事 するなら、事象の記述、描写能力は必須 5. プロダクトマネージャとエンジニアは運命共同体 (分業制でも) 心構え 役割 求められるスキル どう協働するか プロダクトマネージャとして複 数国にまたがって働きながら、 観察したこと どういうバックグランドの人が プロダクトマネージャになって いるか ビジョン、ストラテジー、ロード マップ、バックログ。プロダクト マネージャはみんなのハブ プロデューサー、プロジェクトマ ネージャとの違い 一緒にやるエンジニアチームに よってプロダクト開発は変わる 2. プロダクトマネージャはみんなのためにプロダクトの 将来を可視化するひと。そのプロダクトの「あるべき」 を定義して示す
41.
Appendix: セッション後のQA等のサマリー 41 Q&Aセッション、およびその後に個別にいただいた質問から、いくつかを参考としてまとめました。 (以下は、私個人の見解、職業観から質問者に回答した内容であり、所属組織とは一切関係ありません) Question 1 •
自分が関わる事業やプロダクトに依存しますけれども、フォーカスする『何か』をマーケティングで例える なら、市場をセグメンテーションして、そのいくつか見えてるセグメントの中から、「ここだ」ってターゲット を決めて、そこでどういうポジショニングをするか(他とどう差別化して強みを築くか)、という考え方です。 • 例えば自分の場合は、決済系プロダクトマネージャとして、クレジットカード決済ではIssuing、Acquiring、 Processing、Settlement、 Reconciliation、Card regulations、グローバルベースの契約から、テクノロジー 側だと決済サービスプロバイダのAPIの仕様まで、全て頭の中でつながっています。 けれども、もしもまったく異なる他の領域であれば、同じレベルのことはできないでしょう。 学び1の“プロダクトマネージャとして自分のプロダクトとともに市場で戦おうとおもったら、 何かにフォーカスした方がいい”の、『何か』についてもっと具体的に知りたい
42.
Appendix: セッション後のQA等のサマリー 42 Q&Aセッション、およびその後に個別にいただいた質問から、いくつかを参考としてまとめました。 (以下は、私個人の見解、職業観から質問者に回答した内容であり、所属組織とは一切関係ありません) • その歴史を振り返ると興味深いです。20年前の初期のインターネット企業
(例:Yahoo! (US))では、プロダ クトマネージャがプロジェクトマネジメント業務もしていたようです。ただ、インターネット企業として頻繁 にリリースし、スプリントごとに多くのプロジェクトが含まれていて、そのプロダクトローンチの関係者との 調整までやるのは大変、専任を設けたほうが良い→インターネット企業でのプロジェクトマネージャの役 割、のようです。これでプロダクトマネージャはプロダクトにフォーカスできます。 • 一方で実務的には、プロダクトを理解している人の方がプロダクトローンチ調整はスムーズですし、プロ ジェクトが多数ないのであれば専任は不要かもしれませんし、組織の規模にも依存するでしょう。 Question 2 海外テックカンパニーのプロジェクトマネージャが担っている役割についてもっと詳しく知 りたい (P22, P23の内容)、なぜ分かれているのか
43.
Appendix: セッション後のQA等のサマリー 43 Q&Aセッション、およびその後に個別にいただいた質問から、いくつかを参考としてまとめました。 (以下は、私個人の見解、職業観から質問者に回答した内容であり、所属組織とは一切関係ありません) • 学び3で挙げたような「ビジネス」、「テクノロジー」、「コミュニケーション」で説明するなら、いずれも重要 だけれども、一度にどれも拡大できるものではないと思っています。自分自身は、ある一定時期にこの3 領域を同時に拡大させた時もあったけれども、夜中まで働く日々でしたし、人に奨められるものでは決し てありません。 •
よって個人の目標設定でアドバイスするときには「今回の期間ではどれにフォーカスして伸ばそうか」と 話しています。ある期間の自分の時間を三等分するよりは、どれかフォーカスするものを決めて集中、 結果としてその期間に自身の成長を感じられるようにした方がいい、という考え方です。 Question 3 自分の職場ではそれほど人は多くなく、メンバーのスキルも発展途上である。プロダクト マネージャとしてのスキルをどう伸ばしていくべきか(p29、学び3)
44.
44 Thank you