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
·
SiteGround - Reliable hosting with speed, security, and support you can count on.
→
Atsushi Nakatsugawa
PRO
August 14, 2020
Technology
960
1
Share
採択されるプロポーザルの書き方
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
0
71
個人AIからチームAIへ:開発における品質と生産性の再設計
moongift
PRO
0
350
AI活用の格差をなくす:チーム全体のAI開発生産性を底上げする方法
moongift
PRO
1
140
CodeRabbit 2026年04月アップデート
moongift
PRO
0
72
AI時代のIssue駆動開発のススメ
moongift
PRO
0
450
プロダクト開発の品質を守るAIコードレビュー:事例に見る導入ポイント
moongift
PRO
1
4.4k
AIで急増した生産量の荒波をCodeRabbitで乗りこなそう
moongift
PRO
1
89
AIによるコードレビューで 開発体験を向上させよう!
moongift
PRO
0
76
レビュー負債を解消する ― CodeRabbitが支えるAI駆動開発
moongift
PRO
0
700
Other Decks in Technology
See All in Technology
イベントストーミングとKiroの仕様駆動開発で実現する要件の認識合わせプロセス
syobochim
7
1.1k
新規ゲーム開発におけるAI駆動開発のリアル
202409e2
0
1.3k
形式手法特論:公平性制約の位相的特徴づけ #kernelvm / Kernel VM Study Kansai 12th
ytaka23
1
670
コードレビューを制するチームがソフトウェアデリバリーのフローを制す / Beyond Code Review: Distributing Its Responsibilities Across the SDLC
mtx2s
3
620
「嘘をつくテスト」の失敗例から学ぶ 良いテストコード #frontend_phpcon_do
asumikam
0
140
AI駆動開発でなんでもハンズオン環境をつくってみた
yoshimi0227
0
190
AI フレンドリーなエラー監視を TypeScript で実現する
shinyaigeek
2
210
「速く作る」から「正しく作る」へ ─ 生成AI時代の開発フロー改革の ロードマップと実行 ─
starfish719
0
480
Terraformモジュールは、なぜ「魔境」化するのか
hayama17
1
150
Ruby::Boxでできること、Refinementsでできること
joker1007
3
360
Databricks 月刊サービスアップデート 2026年05月号
tyosi1212
0
190
価格.comをAI駆動で全面刷新する ー 30年分の技術的負債を返し、次の30年の土台をつくる ー
tkyowa
8
5.4k
Featured
See All Featured
Docker and Python
trallard
47
3.9k
The Curious Case for Waylosing
cassininazir
1
370
Distributed Sagas: A Protocol for Coordinating Microservices
caitiem20
333
22k
Why Your Marketing Sucks and What You Can Do About It - Sophie Logan
marketingsoph
0
160
A Soul's Torment
seathinner
6
2.9k
More Than Pixels: Becoming A User Experience Designer
marktimemedia
3
430
Performance Is Good for Brains [We Love Speed 2024]
tammyeverts
12
1.7k
Easily Structure & Communicate Ideas using Wireframe
afnizarnur
194
17k
Mozcon NYC 2025: Stop Losing SEO Traffic
samtorres
1
240
Navigating the Design Leadership Dip - Product Design Week Design Leaders+ Conference 2024
apolaine
1
330
We Have a Design System, Now What?
morganepeng
55
8.2k
Music & Morning Musume
bryan
47
7.2k
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/