DevOpsDays Tokyo 2024 に初参加＆発表してきたので頑張った記録を書いておきます。

---

DevOpsDays Tokyoで発表しようと思った理由

半年ほど前から、1 年ほど会社でトランクベース開発の導入に取り組んでいた経験や成果を発表したいと考えていました。そういった中で、DevOps のイベントを探していたところ、DevOpsDays Tokyo が春に開催されることを知りました。懇親会の中で他の参加者と話したところ、アジャイルや SRE のイベントはいくつか開催されているが、DevOps のど真ん中のイベントとしてはこのカンファレンスしかないということでした。年に 1 度の重要なイベントを逃さずに参加できてよかった〜。

フロントエンドや JavaScript 系のイベントでの発表経験はあったものの、アジャイル系のイベントに参加すること自体初めてでした。DevOpsDays が世界各地で開催されているイベントだと知り、絶対ここで発表したいという気持ちが強くなりました。

プロポーザルを出す

2 月末が最終締め切りだったので、それに間に合うようプロポーザルを提出しました。内容は自分が話したいと思っていた内容そのままで、この 1 年の取り組みの中で経験した DevOps 観を伝えるものだったのであまり悩まずスラスラ書けました。内容について、社内から見て違和感がないか、または外部から見て興味を引くような書き方になっているかを社内でレビューしてもらい改善しました。

提出後に気づきましたが、案内のどこかに DevOps の文化的な側面の内容を求めている旨が書いてあり、トランクベース開発導入に取り組む中で目的やビジョンの浸透など DevOps の文化にも触れている内容だったので、初心者らしい内容にしてはよかったのだと思います。この辺り Networking でスタッフ参加してくれてた方にも聞いてみればよかったな。

他の発表者の提出内容を見ると、1 人で複数のプロポーザルを出している人もいました。次回からはそういった作戦も取ってみたいですが、一本に集中して内容をブラッシュアップできたのもよかったのかもしれないです。

発表について

トランクベース開発の導入で見えた DevOpsの技術・プロセス・文化との繋がり

Hall A、Hall B と比べると小さい Room C という部屋でしたが、ほぼ満席になっており、30 人くらいの方が発表を聞きに来てくれました。オンラインは確認してなかったけどでもそこそこ入ってもらっていた記憶。

自分にしては余裕を持って 1 週間前にはほとんど資料が出来上がっていて、社内での発表練習を経て大きく改善することができました。このようなカンファレンスで発表するのは初めてだったので、前日も遅くまで資料の手直しをし、発表前もスピーカー控え室で何度も資料を見直しました。話す予定だったことはほとんど話せて、時間通りに発表を終えることができたので、頑張って準備した甲斐がありました！

発表の冒頭で、スタッフさんに写真を撮ってもらうなどして話しやすい空気を作ることができたので、そこまで緊張せずに発表することができました。今後もなにかしらのゆるさを演出できる仕掛けを持っておきたい。

発表してみて

発表後に何人かと話して、トランクベース開発に取り組みたいが、なかなか実現に移すことができないチームもいるということがわかりました。まずは自分のチームから小さく始めるということが認められていることが、出発点として非常に重要だと感じました。自分は周囲に説明したことで受け入れてもらえたが、実験や挑戦を推奨する文化があったため取り組みやすかったのだと思います。

DevOpsDays は廊下や懇親会の雰囲気が良く、今まで参加した勉強会の中で一番他の参加者と話しやすい場だと感じました。海外の参加者が多い影響もあってか、廊下での会話が盛んに行われていました。さらにスピーカーとして参加することで、川口さんをはじめ他の発表者とも話す機会もあってよかったです。アジャイルを始め開発プロセス系のイベント初参加の自分が DevOps 界隈に一気に馴染めたような感覚があり、とてもよいカンファレンスでした。ここ数年で魅力に気づいて取り組んでいた DevOps 界隈の一員になれて嬉しく思います。

このような大きなカンファレンスでの発表は初めてでしたが、採択されて自分なりにうまく発表でき、発表後に他の参加者と良い意見交換ができたので、大きな自信に繋がりました。今後もカンファレンスの発表には恐れず取り組んでいきたいと思います。