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
SRE NEXT CfP チームが語る 聞きたくなるプロポーザルとは / Proposals ...
Search
Takeshi Kondo
April 08, 2025
Technology
1
980
SRE NEXT CfP チームが語る 聞きたくなるプロポーザルとは / Proposals by the SRE NEXT CfP Team that are sure to be accepted
https://sre-lounge.connpass.com/event/348849/
Takeshi Kondo
April 08, 2025
Tweet
Share
More Decks by Takeshi Kondo
See All by Takeshi Kondo
Slack Platform(Deno) での RAG 実装 - LangChain(js) を使ってみた / rag-implementation-on-slack-platform-deno-experimenting-with-langchain-js
chaspy
0
190
SRE の考えをマネジメントに活かす / applying SRE ideas to management
chaspy
7
7.2k
RAGの簡易評価によるフィードバックサイクル実践 / Feedback cycle practice through simplified assessment of RAGs
chaspy
2
5.2k
定量データと定性評価を用いた技術戦略の組織的実践 / Systematic implementation of technology strategies using quantitative data and qualitative evaluation
chaspy
9
1.8k
エンジニアブランディングチームの KPI / KPI's of engineer branding team
chaspy
2
2.1k
「SLO Review」今やるならこうする / If I had to do the "SLO Review" again
chaspy
3
1.9k
開発者とともに作る Site Reliability Engineering / SREing with Developers
chaspy
10
8.1k
自己診断能力の獲得を目指して / Toward the acquisition of self-diagnostic skills
chaspy
1
4.9k
『スタディサプリ 中学講座』における E2E Test の運用と計測による改善 / Improved E2E testing through measurement
chaspy
1
4.6k
Other Decks in Technology
See All in Technology
Simplify! 10 ways to reduce complexity in software development
ufried
2
250
技術選定を突き詰める 懇親会LT
okaru
1
510
MagicPod MCPサーバー開発の裏側とAIエージェント活用の展望
magicpod
0
210
木を見て森も見る-モジュールが織りなすプロダクトの森
kworkdev
PRO
0
110
Azure × MCP 入門
ry0y4n
8
1.7k
問 1:以下のコンパイラを証明せよ(予告編) #kernelvm / Kernel VM Study Kansai 11th
ytaka23
3
540
2025年8月から始まるAWS Lambda INITフェーズ課金/AWS Lambda INIT phase billing changes
quiver
1
1k
Datadog のトライアルを成功に導く技術 / Techniques for a successful Datadog trial
nulabinc
PRO
0
150
Coding Agentに値札を付けろ
watany
3
490
DynamoDB のデータを QuickSight で可視化する際につまづいたこと/stumbling-blocks-when-visualising-dynamodb-with-quicksight
emiki
0
150
AI駆動で進化する開発プロセス ~クラスメソッドでの実践と成功事例~ / aidd-in-classmethod
tomoki10
1
1.1k
20 Years of Domain-Driven Design: What I’ve Learned About DDD
ewolff
1
350
Featured
See All Featured
Code Reviewing Like a Champion
maltzj
523
40k
4 Signs Your Business is Dying
shpigford
183
22k
Done Done
chrislema
184
16k
Chrome DevTools: State of the Union 2024 - Debugging React & Beyond
addyosmani
5
600
How GitHub (no longer) Works
holman
314
140k
Improving Core Web Vitals using Speculation Rules API
sergeychernyshev
13
840
Writing Fast Ruby
sferik
628
61k
Designing for Performance
lara
608
69k
Fireside Chat
paigeccino
37
3.4k
YesSQL, Process and Tooling at Scale
rocio
172
14k
Building a Scalable Design System with Sketch
lauravandoore
462
33k
Evolution of real-time – Irina Nazarova, EuRuKo, 2024
irinanazarova
8
700
Transcript
SRE NEXT CfP チームが語る 聞きたくなるプロポーザルとは SRE NEXT 2025 の Proposal
を書いてみる会 2025 年 3 月 18 日(火) Takeshi Kondo (@chaspy)
Takeshi Kondo (@chaspy_) → SRE NEXT 2025 CfP & Diversity Lead
◆ SRE NEXT 2020 も CfP Lead 担当 → SRE NEXT 2020/2022/2023/2024 登壇 → 他カンファレンスのプロポーザル通過、レビュー支援多数
Sohei Iwahori → SRE NEXT 2025 Co-Chair
Yuta Kawasaki → SRE NEXT 2024, 2025 コアスタッフ
今日のイベントのゴール 1. プロポーザルを書くコツを知る 2. 実際に書いてみて、ブラッシュアップ 3. 提出する!!!(重要)
アジェンダ | 1. SRE NEXT 2025 について 2. プロポーザル審査の流れ 3. プロポーザルの項目とポイント
4. その他 Tips
SRE NEXT 2025 について
SRE NEXT 2025 について → 2025/07/11-12 開催 → CfP 締め切り: 2025/4/13(木) 23:59
(日本時間) → テーマ: 「Talk NEXT」 → 募集要件 ◆ Site Reliability Engineering に関すること ◆ 実際に遭遇した問題を解決した内容であること ◆ SRE という職種やプラクティスにとらわれすぎない、多様な"次の一 手"を募集!
プロポーザル審査の流れ
プロポーザル審査の特徴 → ブラインド審査 ◆ 実績や企業名ではなく、純粋に内容で勝負できる → 2 件まで投稿可能 ◆ ということは 2 本書きますよね!
プロポーザル審査の流れ フェーズが 3 つある 1. スクリーニング 2. ディスカッション 3. タイムテーブルやテーマ多様性を考慮して最終決定
フェーズごとのポイントを意識する → 1. スクリーニング: 短時間で目を引く必要がある ◆ 例えば 100 件来た場合、1 件 3 分見ても
300 分かかる ◆ タイトル・概要の 30 秒でオッと目を引くのが大事 → 2. ディスカッション: 詳細を書けるだけ書こう ◆ 本当に深い・学びのある話が聞けるのか?を見ている、その根拠を示そう ◆ "書かれてないこと"からは読み取らない、読み取れないものは通せない → 3. 最終決定: 多様性を重視 ◆ 他と被らない視点、尖ったテーマも歓迎
プロポーザルの項目とポイント
プロポーザルの項目について 1. タイトル / 概要 (公開される部分) → 「聞きたい!」と思わせる、具体・興味を引く要素 2. Audience Takeaway
(スタッフのみ閲覧) → 参加者の視点に立ったトークの魅力 3. 詳細 (スタッフのみ閲覧) → 上記が本当に聞けるのかの根拠
プロポーザルの構成と審査ポイント Title / 概要 → 興味を引くか? → 成果が伝わるか? → 対象者が明確か? 抽象と具体のバランスが重要 これらのエッセンスを 1000
文字にキュっとまとめる必要がある (1000 文字は結構あるかもしれねぇ)
Audience Takeaway → 誰が聞くべきか明確か → 明日から実践可能な内容があるか 詳細 → これまでの内容を裏付ける根拠が記載されているか → 発表の流れがあるとよりイメージしやすい → "あなただからこそ話せる” 理由を詰め込んでほしい
その他 Tips
余談: ニッチなテーマを攻めるのもあり? → Proposal は 2 件まで OK → 審査員が多様な参加者のことを考えるなら、他の人が書い てないテーマを聞きたくなるかも...? → とはいえまずは自信のあるテーマから書きましょう
@chaspy が昨年出したやつでも見ますかね 2024 https://blog.chaspy.me/entry/2024/08/12/160000 2023 https://blog.chaspy.me/entry/2023/10/09/100000
過去に採択されたプロポーザルをよく読もう → https://sre-next.dev/2024/schedule/# を一緒に眺める もよし
迷ったら概要はこれ埋めてください [世の中的な背景であったり、共通の困りごと、課題] があります。[従来の 手法や、ありがちな失敗談] もあるのではないでしょうか。私たちはこの課 題に対して [手法やプロセスの具体的な方法] で解決し、[できるだけ具体 的な、しかし嘘ではない成果] をもたらしました。本発表ではこの解決に至
った [内容が聞きにいきたくなるような具体的な技術ワードや具体的な手 法] を紹介します。[この発表を聞いてほしい属性・役割] の人に聞いていた だき、明日へのヒントを持ち帰っていただけると幸いです。
実際に書いてみよう (1 時間)
ワークショップの流れ (60 分) みんなで考えていい感じにしてきましょう 1. グループ分け → A: ネタ出し班 → ブレストでテーマを探る
→ B: プロポーザル書き班 → 既にある原案を推敲 → C: もくもく班? 2. 中間共有タイム (任意で他参加者への発表) 3. 最終仕上げ → レビュー