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
採択されるプロポーザルの書き方
Search
Sponsored
·
Your Podcast. Everywhere. Effortlessly.
Share. Educate. Inspire. Entertain. You do you. We'll handle the rest.
→
Atsushi Nakatsugawa
PRO
August 14, 2020
Technology
1k
1
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
採択されるプロポーザルの書き方
DevRel Meetup in Tokyo #55 〜CFP DAY〜
https://devrel.connpass.com/event/185085/
の資料です
Atsushi Nakatsugawa
PRO
August 14, 2020
More Decks by Atsushi Nakatsugawa
See All by Atsushi Nakatsugawa
AIコーディングの次。コードレビューと理解負荷を解消して組織の開発生産性を高める
moongift
PRO
2
2.8k
AI駆動開発は個人技からチーム戦へ:組織でAIを使いこなすための実践設計
moongift
PRO
0
570
AI時代の開発生産性は、個人技からチーム設計へ
moongift
PRO
6
3.8k
コーディングだけ速くとも意味がない。自動レビューによる開発の高速化
moongift
PRO
0
95
AI 支援研究開発におけるコードレビューの役割と限界
moongift
PRO
0
180
個人AIからチームAIへ:開発における品質と生産性の再設計
moongift
PRO
0
490
AI活用の格差をなくす:チーム全体のAI開発生産性を底上げする方法
moongift
PRO
1
700
CodeRabbit 2026年04月アップデート
moongift
PRO
0
110
AI時代のIssue駆動開発のススメ
moongift
PRO
0
610
Other Decks in Technology
See All in Technology
サービス内で複数のOP・ASを連鎖させる(OAuth/OIDC Numa (Immersion) Workshop 2026)
oidfj
PRO
0
370
OpenID for Verifiable Credentials 実装から見えた相互運用性確保までの道のり(OAuth/OIDC Numa (Immersion) Workshop 2026)
oidfj
PRO
0
380
LLMアプリ、 雰囲気で運用してませんか? 〜LLMOpsの現在地〜
taka_aki
1
580
Claude Codeで開発以外の業務も爆速化しよう!
minorun365
PRO
11
9.1k
AI × Datadog MCP でコスト削減まで実現した Metric Streams の導入
three_mouth_ago
0
110
PdMをやめて、 "プロダクトビルダー"という 働き方に変えました / PdM to Product Builder
shikichee
1
300
Microsoft MVP プログラムを紹介するから目指す人増えてくれ
tsubakimoto_s
0
150
型落ちシンクライアント端末のPoEモジュールを自作したかった話
logica0419
0
510
サーバー常駐型の 簡易障害調査AI エージェントを作ってみた話
masayoshi
1
440
EUDIWの枠組みを出発点に民間エコシステムの在り方を考える(OAuth/OIDC Numa (Immersion) Workshop 2026)
oidfj
PRO
0
370
APIセキュリティを組織で実現するには~注力する点と設計・実装に入れたい対策~
riiimparm
2
770
When Token Pruning is Worse than Random: Understanding Visual Token Information in VLLMs
sansantech
PRO
0
160
Featured
See All Featured
Sharpening the Axe: The Primacy of Toolmaking
bcantrill
46
3k
How STYLIGHT went responsive
nonsquared
100
6.3k
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
141
35k
Keith and Marios Guide to Fast Websites
keithpitt
413
23k
Rails Girls Zürich Keynote
gr2m
96
14k
Automating Front-end Workflow
addyosmani
1369
210k
The Straight Up "How To Draw Better" Workshop
denniskardys
239
140k
Max Prin - Stacking Signals: How International SEO Comes Together (And Falls Apart)
techseoconnect
PRO
0
430
The browser strikes back
jonoalderson
0
1.6k
Building an army of robots
kneath
306
46k
SEO in 2025: How to Prepare for the Future of Search
ipullrank
3
3.8k
Scaling GitHub
holman
464
140k
Transcript
PAGE DAY 2017/11/01 # MOONGIFT / 12 採択されるプロポーザルの 書き方 中津川篤司,
MOONGIFT 1
PAGE # MOONGIFT / 50 DAY 2019/02/14 自己紹介 2 @goofmint
fb.me/goofmint 中津川 篤司 株式会社MOONGIFT代表取締役 エバンジェリスト コミュニティ 主催 https://www.moongift.jp
PAGE DAY 2017/11/01 # MOONGIFT / 12 カンファレンスの主催/登壇 • 主催
• 登壇
PAGE DAY 2017/11/01 # MOONGIFT / 12 注意! 4 あくまでも個人的な経験であり、
必ず採択される保証はありません
PAGE DAY 2017/11/01 # MOONGIFT / 12 CFPとは? • Call
for Proposalsの略(Proposals = 提案) • Call for Paperの略という説も(via Wikipedia) 5 Proposal Accept
PAGE DAY 2017/11/01 # MOONGIFT / 12 一般的な手順 1. 期日まで募集
Papercallのような専用サービス、Googleフォーム、専用 フォーム、GitHubのIssueなど 2. 締め切った後、投票 専任者のみ、主催者全員、オープン 3. 評価の高い順に採択(罠あり) 採択された人に連絡 4. 採択された人が了承してスピーカーに決定 6
PAGE DAY 2017/11/01 # MOONGIFT / 12 一般的なプロポーザルのフォーマット • セッションについて
• タイトル、概要、内容、ノート、カテゴリ、聴衆レベル、セッションスタイル • 登壇者について • 会社名、肩書き、名前、メールアドレス、プロフィール • その他(居住地、Tシャツサイズ、旅費サポート、ソーシャルアカウント) 7
PAGE DAY 2017/11/01 # MOONGIFT / 12 採択されるプロポーザルのコツ 8
PAGE DAY 2017/11/01 # MOONGIFT / 12 判断する側の立場に立つ • カンファレンスの趣旨や目的を考えた上で、主催者が聴衆に
聞いてもらいたいと思うような話を提案する • 自分が話したい ≠ 相手も聞きたい • 国境を越えると、個人やローカル企業名は殆ど知られていな いので、名前によるマウントは効果なし • 主催者は人間なので、判断はかなりエモーショナル(感情を 揺さぶる方がいい) 9
PAGE DAY 2017/11/01 # MOONGIFT / 12 タイトルは分かりやすく • 他とは違う「おっ?」と思わせるようなタイトルを考える
• 奇抜である必要はなし 例:Developers Who Give Back: Growing Community & Purpose Through CSR 10
PAGE DAY 2017/11/01 # MOONGIFT / 12 概要は重要 • 概要はエレベーターピッチ。30秒勝負。
• 概要がつまらない、または「よく分からない」とその時点で アウト • 詳細までしっかり読み込んで判断してもらえる訳ではない (そんな時間はない) 11
PAGE DAY 2017/11/01 # MOONGIFT / 12 カテゴリも重要 • 同じカテゴリ(みんなが出しそうなカテゴリ)ばかりだと、
競争が厳しい • 他の人が選ばなそうなカテゴリを狙うのは手 12
PAGE DAY 2017/11/01 # MOONGIFT / 12 自分がなぜその話をするに値する のか説明する •
ノートやプロフィールを通じて、自分がその話を値すること を説明する • 経験や地理的条件、関わったプロジェクトなど • 特に汎用的、一般的な話をする際に重要 13
PAGE DAY 2017/11/01 # MOONGIFT / 12 なぜ自分だけがその話をできるの かを説明する •
経験に基づいていること • オリジナリティがあること • 誰でもできる話なら、より有名な人に話をしてもらいたい 例)ある人(そこそこ知られている人)が採択される → 同じ内容が話せるから、部下でもいいですかと連絡がくる → お断りする 14
PAGE DAY 2017/11/01 # MOONGIFT / 12 出し惜しみしない • 詳細欄では十分に説明する
• 英語の場合は特に文字数を多く、説明を多く • これくらいで分かるでしょ?は通用しない • 変な記法(▪、☆など)を使わない。採択された場合、この 文章がWebサイトに掲載されます。せめてMarkdownや、主催 者が許容する記法を使う 15
PAGE DAY 2017/11/01 # MOONGIFT / 12 匿名の場合あり • 採択が匿名で行われる場合、個人の肩書きがまったく使えな
いので注意 • ノート(注記)部分に名前を記載するテクニックあり 例)中津川篤司は、◦◦の経験が×年あり、この分野に〜 16
PAGE DAY 2017/11/01 # MOONGIFT / 12 プロフィールの書き方に注意 • プロフィールはキーワードのかき集めではない
• 海外では彼、彼女などの第三者形式での記述が一般的 • どんなテクノロジーが好きか、趣味は何か、どんな経験があ るのか…など人となりが分かるように書く 17
PAGE DAY 2017/11/01 # MOONGIFT / 12 個人的なプロポーズの書き方 18
PAGE DAY 2017/11/01 # MOONGIFT / 12 エンパシーチャート • 正しい文章やきれいな文章を書くことではなく、
あなたの中 にある共感力を呼び起こし、 “いますぐ” に「相手の心を動か す文章」 を書けるようになる 19
PAGE DAY 2017/11/01 # MOONGIFT / 12 エンパシーチャートの考え方 1. まずゴール(聴衆に与えたい影響)から考える
話したいことではなく、お土産から 2. ポジティブな反応、ネガティブな反応の両方を懸念する ポジティブには背中を押す、ネガティブには理解を示しつ つ、見方を変えるメッセージを含ませる 3. そうした話をするのに最適な、聴衆(まずは主催者)を引き つけるキャッチコピー(タイトル)を考える 20
PAGE DAY 2017/11/01 # MOONGIFT / 12 採択されるコツ • 海外向けであれば、日本的エッセンスが含まれるだけで他国
にはない独自性が出る → ダイバーシティなどガラパゴス化しているテーマもあるの で注意 • 自分の経験は自分だけのもの(経験はコピーできない) • 自分の常識は他人の非常識 • 不幸は蜜の味(失敗談は語れる人も限られる) 21
PAGE DAY 2017/11/01 # MOONGIFT / 12 Let’s send proposal!
22
PAGE DAY 2017/11/01 # MOONGIFT / 12 https://devrel.dev/asia-2020/