Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
PdMとエンジニアのより良いコミュニケーションに向けて / Improve communic...
Search
Yuichiro SAITO
PRO
November 25, 2021
Technology
1
520
PdMとエンジニアの より良いコミュニケーションに向けて / Improve communication between Product Manager and Software Engineer
2021/11/25
ポップインサイト UXリサーチ共有会 11月
https://popinsight.jp/seminar/?p=23431
Yuichiro SAITO
PRO
November 25, 2021
Tweet
Share
More Decks by Yuichiro SAITO
See All by Yuichiro SAITO
FinTech スタートアップのセキュリティチェックシートとの向き合い方 / AWS FinTech Bootcamp! Compliance
koemu
PRO
0
540
クラウドを積極活用したサービスの開発のために / AWS FinTech Bootcamp! Basic
koemu
PRO
0
230
ワークショップFinTech アーキテクチャ / AWS FinTech Bootcamp! Workshop
koemu
PRO
0
220
正しい理解で作る安心安全な FinTech の IT インフラ / tech play aws 2022 2
koemu
PRO
1
270
AWSの「今」 -PHPのコードを素早く動かすためのサービスのご紹介 / PHPCon2022 AWS Japan Session
koemu
PRO
2
2k
フェイズ別・スタートアップ企業への技術選定 シード編 #AWS #AWSStartup / Startup Tech 101 for Seed
koemu
PRO
0
480
AWSを使って送金機能を実装してみよう - 「sunabar-GMOあおぞらネット銀行API実験場-」コミュニティイベント第6弾
koemu
PRO
0
1k
Hardening II SU Softening Day - Team カムイ Presentation
koemu
PRO
0
3.7k
Software Development at Mercari #ioi2018
koemu
PRO
0
1.1k
Other Decks in Technology
See All in Technology
Apache Iceberg Case Study in LY Corporation
lycorptech_jp
PRO
0
130
室長と気ままに学ぶマイクロソフトのビジネスアプリケーションとビジネスプロセス
ryoheig0405
0
370
AI エージェント開発を支える MaaS としての Azure AI Foundry
ryohtaka
6
630
短縮URLをお手軽に導入しよう
nakasho
0
110
ESXi で仮想化した ARM 環境で LLM を動作させてみるぞ
unnowataru
0
130
Culture Deck
optfit
0
480
OSS構成管理ツールCMDBuildを使ったAWSリソース管理の自動化
satorufunai
0
360
2/18/25: Java meets AI: Build LLM-Powered Apps with LangChain4j
edeandrea
PRO
0
150
LINEギフトにおけるバックエンド開発
lycorptech_jp
PRO
0
110
レビューを増やしつつ 高評価維持するテクニック
tsuzuki817
2
840
NFV基盤のOpenStack更新 ~9世代バージョンアップへの挑戦~
vtj
0
230
転生CISOサバイバル・ガイド / CISO Career Transition Survival Guide
kanny
3
1.1k
Featured
See All Featured
Fight the Zombie Pattern Library - RWD Summit 2016
marcelosomers
233
17k
Thoughts on Productivity
jonyablonski
69
4.5k
Building Flexible Design Systems
yeseniaperezcruz
328
38k
Automating Front-end Workflow
addyosmani
1368
200k
CSS Pre-Processors: Stylus, Less & Sass
bermonpainter
356
29k
The Web Performance Landscape in 2024 [PerfNow 2024]
tammyeverts
4
420
Raft: Consensus for Rubyists
vanstee
137
6.8k
The Art of Delivering Value - GDevCon NA Keynote
reverentgeek
10
1.3k
VelocityConf: Rendering Performance Case Studies
addyosmani
328
24k
Unsuck your backbone
ammeep
669
57k
Build The Right Thing And Hit Your Dates
maggiecrowley
34
2.5k
The MySQL Ecosystem @ GitHub 2015
samlambert
250
12k
Transcript
© 2021, Amazon Web Services, Inc. or its affiliates. All
rights reserved. PdMとエンジニアの より良いコミュニケーションに向けて 2021/11/25 アマゾン ウェブ サービス ジャパン 合同会社 スタートアップソリューションアーキテクト 齋藤 祐⼀郎
齋藤 祐⼀郎 (@koemu) アマゾン ウェブ サービス ジャパン合同会社 スタートアップ ソリューションアーキテクト 創業まもないスタートアップ企業、およびFinTech企業
の技術⽀援を担当。 数々のスタートアップ企業での開 発業務を経験。直近では、株式会社メルカリでフリー マーケット及び決済サービス(メルペイ)の開発を担 当、急成⻑に貢献しIPOを経験。筑波⼤学 ⼤学院 ビジ ネス科学研究科 経営システム科学専攻 博⼠前期課程修 了 (経営システム科学)。
1. UXリサーチはプロダクトマネージャーとソフトウェアエンジニア の気持ちを結ぶ良い⽅法の⼀つ 2. ソフトウェアエンジニアの気質を知る 3. サービスは「新しく作る」「拡張する」そして「外部のサービス を活⽤する」ことができる (以後、プロダクトマネージャーをPdM、ソフトウェアエンジニアは エンジニアと省略します)
今⽇の話のあらすじ
• 作る話が主体になりがちになりませんか︖ • 仕様 • スケジュール • こんなことを思いませんか︖ • もうちょっとサービスに対して「愛」って育めないかな…
• サービスへのオーナーシップを発揮してもらいたいな… PdMの⽅がエンジニアと接するとき…
• PdMの⽅が発した「希望」は、エンジニアは… • 「〇〇(e.g. スケジュール)は守るもの」 • 「⽭盾」「曖昧」「抜け漏れ」がないかを確かめたり • という「基準」として捉えられがちです。 なので、厳しく聞いたり、予防線を張られがちになります。
情報の捉え⽅が違う この⽇までに仕上げる 必要があるのか… この⽇までに仕上げて もらえると嬉しいな… PdM エンジニア
• ⽬線がソフトウェアの品質に注⼒されているからです。 • 「プログラマの三⼤美徳(出典: Programming Perl)」で説明できます。 • 怠惰: 省⼒化につながる仕組み化・⽂書化を⾏う •
短気: ニーズに対応するばかりでなく問題が起きる前に⼿を打つ • 傲慢: 他⼈に批判をされない⾼い品質を出す • 結果として次のものにつながります • より良い設計 / より正確な実装 /より新しい技術 / より⾼速な処 理 / より効率的な開発 / より障害に強く拡張性のある基盤 / etc. どうして︖
• それはお客様︕ • UXリサーチを通じてPdMとエンジニアの距離を縮める。 • チーム全員がお客様への価値提供に「関⼼」を統⼀できます。 • エンジニアは相対的にお客様からの距離が遠くなりがちです。 実際に使ってもらっている状況を⾒て、改めて⾃分たちのサービ スは「⼈」が使っていることを知り、良い点・改善点を直接伺う
ことで、誰のためにサービス開発をしているのを知ります。 誰のためにサービスを開発しているのか
• お客様に提供したい「価値」を再確認して、互いに交渉します。 • そうすると、本当に守る必要があるものが何で、あとはどれを取捨選択し ていくか、前向きな議論に向かっていくことができます。 そしてどうコミュニケーションしていくのか 引⽤元: ⽥辺めぐみ (「プロダクトづくりで ユーザー視点を取り⼊れる」より)
この辺りに 効きやすいです
• PdMとしては、エンジニアが次のカードを持っているか知ってお くとよいです。 • 既存機能の改修で進められるか。 • 外部のサービスを活⽤できるか。 • 新規開発が必要か。 •
下に向かうほど開発のコスト(特に⼯数)が⽐較的⾼くなります。 実際に開発になったとき
サービスと統合して活⽤できる外部のサービス(SaaS) Zendesk: カスタマーサポート管理 Stripe: 決済 Salesforce: CRM (顧客管理) Datadog: システム監視
• AWSは、ITインフラ基盤を提供しているばかりではありません。 • サービスに求められる機能を⾃分たちで作り込まずとも提供する ための基盤(マネージドサービス)もあります。 AWSにもあるんです サービスに統合できる機能 【マーケティングコミュニケーション】 Amazon Pinpoint
【機械学習】 Amazon Personalize / Amazon Rekognition 【BI(分析)】 Amazon QuickSight 【動画配信】 Amazon Elemental MediaLive (以上は⼀例です)
• 「⾞輪の再発明」 「Undifferentiated Heavy Lifting」をしない • 既にある汎⽤的な技術を、わざわざ⾃分で作って運⽤するコ ストを払うのはもったいないです(e.g. プッシュ通知基盤)。 •
クラウド事業者が、サービスとして既にITインフラを構築し ており、運⽤も任せることができるケースがあります。 • ⼯数ではなくお⾦の投資で解決できる問題があります。 • 聞けるところ(⼈・窓⼝)があります。 SaaSなどのマネージドサービスを使う意義
• UXリサーチは、エンジニアの「品質」とPdMの「希望」を同じ 「関⼼」のベクトルに向けるための良い⽅法の⼀つです。 • お客様に提供したい「価値」が明確になると、交渉して取捨選択 も捗りやすいです。 • サービスを作る⽅法は3つあり、特にPdMの⽅には外部のサービ スの活⽤があることもぜひ知ってください︕ まとめ
Q&A
Thank you © 2021, Amazon Web Services, Inc. or its
affiliates. All rights reserved.