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 2026 CfP レビュアーが語る聞きたくなるプロポーザルとは?
Search
Yuta Kawasaki
March 10, 2026
Technology
1.4k
1
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
SRE NEXT 2026 CfP レビュアーが語る聞きたくなるプロポーザルとは?
「SRE NEXT 2026のプロポーザルを書く会」の登壇資料。
https://sre-lounge.connpass.com/event/383665/
Yuta Kawasaki
March 10, 2026
More Decks by Yuta Kawasaki
See All by Yuta Kawasaki
マネジメントレイヤーに対するDevOpsのプラクティス適用
yutakawasaki0911
0
290
多様なロール経験が導いたエンジニアキャリアのナビゲーション
yutakawasaki0911
0
140
SIEMを用いて、セキュリティログ分析の可視化と分析を実現し、PDCAサイクルを回してみた
yutakawasaki0911
0
63
PagerDutyを活用したオンコール運用の軌跡(ココナラ編)
yutakawasaki0911
0
90
SIEMってサイトの信頼性向上に 寄与するの?
yutakawasaki0911
0
42
SIEMを用いて、セキュリティログ分析の可視化と分析を実現し、PDCAサイクルを回してみた
yutakawasaki0911
0
67
技術広報経験0のEMがエンジニアブランディングをはじめてみた
yutakawasaki0911
0
270
技術広報経験0のEMがエンジニアブランディングをはじめてみた 〜技術広報に向き合うことでの個人と組織の成長〜
yutakawasaki0911
0
78
SIEMを用いて、セキュリティログ分析の可視化と分析を実現し、 PDCAサイクルを回してみた
yutakawasaki0911
2
45
Other Decks in Technology
See All in Technology
ゴールデンパスは敷いただけでは道にならない ─ 企画部門のエンジニアが技術標準を事業価値に変えるまで
mhrtech
1
260
インシデント事例と パッケージの全量解析に学ぶ ソフトウェアサプライチェーンの守り方 / supply-chain-attack-defense
flatt_security
0
880
書籍セキュアAPIについて
riiimparm
0
190
副作用のある Lambda でも Lambda Power Tuning は使えるのか / lambda-power-tuning-side-effects
koukihosaka
1
140
Amplify Gen2でbackend.tsにCDKを定義する/しない事によるCDKの挙動の違いとユースケース
smt7174
1
490
ここは地獄!つらい朝会を体験することで、チームとしてのより良い振る舞いに気づくワークショップ / The stand-up meeting from hell in the game industry
scrummasudar
0
220
Type-safe IaC for Dart
coborinai
0
180
大量データに対しても、生成AIを用いてリーズナブルにデータ加工をしたい!Databricksのai_queryについて調べてみた
kamoshika
1
280
テックカンファレンス三大ステークホルダーの文化人類学 ─ 違いを認め合う関係性作り
bash0c7
0
130
Oracle Exadata Database Service on Cloud@Customer X11M (ExaDB-C@C) サービス概要
oracle4engineer
PRO
2
8.5k
変更し続けられるシステムをどう保つか — AI時代のSSoTという設計原則
kawauso
1
1k
穢れた技術選定について
watany
19
6.1k
Featured
See All Featured
The Psychology of Web Performance [Beyond Tellerrand 2023]
tammyeverts
49
3.5k
CoffeeScript is Beautiful & I Never Want to Write Plain JavaScript Again
sstephenson
162
16k
Lightning talk: Run Django tests with GitHub Actions
sabderemane
0
220
We Analyzed 250 Million AI Search Results: Here's What I Found
joshbly
1
1.6k
[SF Ruby Conf 2025] Rails X
palkan
2
1.2k
Improving Core Web Vitals using Speculation Rules API
sergeychernyshev
21
1.5k
How to optimise 3,500 product descriptions for ecommerce in one day using ChatGPT
katarinadahlin
PRO
1
3.7k
Navigating Team Friction
lara
192
16k
Heart Work Chapter 1 - Part 1
lfama
PRO
8
36k
How STYLIGHT went responsive
nonsquared
100
6.2k
How To Stay Up To Date on Web Technology
chriscoyier
790
250k
Bridging the Design Gap: How Collaborative Modelling removes blockers to flow between stakeholders and teams @FastFlow conf
baasie
0
620
Transcript
SRE NEXT 2026 CfP レビュアーが語る 聞きたくなるプロポーザルとは? 川崎 雄太 / @yuta_k0911
SRE NEXT 2026 コアスタッフ 2026.03.10
自己紹介 • 川崎 雄太 (@yuta_k0911) • 株式会社ココナラ Head of Information
/ 株式会社ココナラテック 執行役員 • SRE NEXT コアスタッフ(2024 / 2025 / 2026)/ AWS Community Builder (Security) • プロポーザル通過による登壇実績 – SRE NEXT 2023, 2025(コアスタッフ兼スピーカー)/ SRE Kaigi 2025, 2026 – Cloud Operator Days Tokyo 2023, 2025(2025 最優秀オペレーター賞) – DevOpsDays Tokyo 2024 / EMConf JP 2026 / Developers Summit 2026
今日のゴール • CfP 締切前に Proposal を1本仕上げる! – もちろん必ず今日提出しなければならないわけではないので、まずは「書いてみる」ま でできれば OKです!
• SRE NEXT 2026 の CfP 情報を把握する • 「通る」Proposal のポイントを知る • 実際に Proposal を書く(もくもく会) • フィードバックをもらって仕上げる
SRE NEXT 2026 概要 • SRE NEXT 2026 • 日程:
2026年7月10日(金) - 11日(土) • 会場: TOC有明 + オンライン(ハイブリッド) • テーマ: 「Inclusive SRE」 • Co-Chairs: 末藤さん, Maryさん • SRE という Role にとらわれず、Site Reliability Engineering に関わる すべてのエンジニアが学びを得られるカンファレンス
テーマ「Inclusive SRE」とは • Inclusive SRE が対象とする人たち • 経験豊富な SRE(Site Reliability
Engineers) • エンジニアリングマネージャー / プロジェクトマネージャー • SRE に取り組み始めたばかりのチーム / SRE の入り口にしたいエンジニア • サービス運用も兼務している開発者 / SIer のシステムエンジニア • DB や Platform、QA等にフォーカスしたスペシャリスト …ということは「幅広い視点からの Proposal」が歓迎される 🎉
CfP(Call for Proposal)情報 • CfP 基本情報 • 締切: 2026年3月25日(水) 23:59
• セッション形式: 30分枠 • 提出上限: 1人最大 2本まで(採択は最大1本) • 提出後の編集: 締切まで何度でも修正可能 • 言語: 日本語 / 英語 • まず出す。ブラッシュアップは後からできる。 (編集は何度でも可能!)
審査プロセス - Phase 1: スクリーニング • Phase 1: スクリーニング •
レビュアーが1本あたり約1 〜 2分で確認 • 最初の30秒でタイトルと概要が目に留まるかが勝負 • ここで興味を引けないと次のフェーズに進みにくい タイトルと概要の「最初の数行」が最重要!
審査プロセス - Phase 2 & 3 • Phase 2: ディスカッション
– 内容の深さ・学びの価値を詳細に評価 – 裏付けとなるエビデンスの有無を確認 / レビュアー間で議論 • Phase 3: 最終選定 – 多様性・ユニークな視点を重視 – テーマとの整合性を確認 / 類似テーマの重複を避ける調整
Phase 1 を突破する : タイトル • タイトルのポイント • 具体的であること(抽象的すぎると埋もれる) •
「何が得られるか」が伝わること • 技術的な固有名詞を含めると目に留まりやすい • NG: 「SRE の取り組みについてお話しします」 • OK: 「年間インシデント数を 60%削減した SLO 運用の仕組みと、チーム文化を変え た3つの施策」
Phase 1 を突破する : 概要 • 概要(約1,000文字)のポイント • 最初の2-3文で「何の話か」「なぜ聞くべきか」を伝える •
対象者と持ち帰れるものを明記する • 抽象的な表現を避け、具体的に書く
Phase 2 を突破する : 詳細説明 • 以下の要素を含める • 1. 課題・背景:
どんな世界観・よくある課題があるか • 2. 従来のアプローチ: 一般的にはどう対処されているか • 3. あなたの解決策: 具体的に何をしたか • 4. 成果: 定量的な結果(正直に) • 5. 技術的詳細 / 6. 対象者: 誰に向けた話か • 3,000文字は上限であって下限ではない。簡潔で的確なら短くても良い。
テーマ「Inclusive SRE」に合う Proposal とは • こんな切り口が歓迎される • SRE 専任チームがない組織での信頼性向上 •
開発者がオーナーシップを持つ SRE プラクティス • マネジメント視点から見た SRE 組織づくり • SRE 未経験チームが取り組みを始めた話 • 他職種(QA, PM, SIer 等)との協働事例 / Platform Engineering と SRE の融合 • 特定領域(DB, ネットワーク等)のスペシャリストによる知見 • 「SRE」のタイトルがなくても、信頼性向上に関わる実践なら Proposal になる
Proposal テンプレート(概要) • 概要のテンプレート • [よくある課題/世界観] が存在します。 • [一般的なアプローチ] では
[限界/問題点] がありました。 • 私たちは [具体的な手法/ツール] を用いて、[定量的な成果] を達成しました。 • 本セッションでは [技術的なポイント] を中心に、[対象者] が明日から実践できる知見を共有します。 • 穴埋め形式で、まずはこの流れに沿って書いてみましょう
Proposal テンプレート(詳細) • 詳細のテンプレート( 5セクション) • 背景と課題: 組織/サービスの状況、直面していた課題 • アプローチ:
検討した選択肢、採用した手法とその理由 • 実装と結果: 具体的に行ったこと、得られた成果 • 学びと教訓: うまくいったこと/いかなかったこと、聴講者への示唆 • 対象者: 誰に聞いてほしいか、聞いた後に何ができるようになるか
避けたい Proposal の書き方 • よくある失敗パターン • タイトルが抽象的すぎる(「SRE の旅路」「信頼性への挑戦」) • 概要が「〜についてお話しします」だけで終わる
• 成果が曖昧(「改善しました」-> 数字は?) • 対象者が不明確 / 自慢に見える(学びの共有が大事) • 3,000文字を埋めることが目的になっている 大事なのは「聞いた人が明日何かを変えられるか」
知っておくと役立つ Tips • 採択確率を上げるために • 2本出せるなら2本出す(採択確率が上がる) • 1本目は自信のあるテーマ、2本目はチャレンジングなテーマ • ニッチなテーマでも、しっかり書けば通る(多様性を重視)
• 過去の採択セッションを sre-next.dev で確認すると傾向がわかる • 早めに出して何度もブラッシュアップする • 周囲の人にレビューしてもらう(今日この場で!)
ワークショップの進め方( 45分) • 進め方 • 1. ネタ出し(〜10分): テーマ3つ書き出し → 1つ選択
• 2. 概要の執筆(〜15分): テンプレートに沿って記入 • 3. 詳細の執筆(〜15分): アウトラインで詳細を埋める • 4. フィードバック(〜5分): 隣の人やスタッフに確認 困ったら気軽に声をかけてください!
まとめ • 本日のまとめ • SRE NEXT 2026 テーマは「Inclusive SRE」 •
CfP 締切: 2026年3月25日(水) 23:59 • 最大2本まで提出可能 • 「具体的」「学びがある」「情熱が伝わる」Proposal を書こう • まず出す。ブラッシュアップは後からできる • 今日書いたものを、ぜひ CfP として提出してください! • 公式サイト: https://sre-next.dev/2026/ / X: @srenext
Appendix - 参考リンク • 参考リンク • SRE NEXT 2026 公式:
https://sre-next.dev/2026/ • SRE NEXT 公式 X: https://x.com/srenext • SRE Lounge Slack: #sre-next チャンネル • 2025年版 CfP レビュアーの視点(chaspy さん): – https://speakerdeck.com/chaspy/proposals-by-the-sre-next-cfp-team-that-are-sure-to-be-accepted • 2025年版 CfP 解説ブログ: https://blog.sre-next.dev/entry/2025/04/10/120000