概要

社内勉強会は楽しい！
社内エンジニアの交流の場にもなるし、自分が関わっていないプロジェクトの話も聞けます

ただ、運営がとても大変です...

数年前に社内勉強会を3回ほど開催したのですが、関わっていたプロジェクトが忙しくなったこともあり、そこから開催できていませんでした

そこで勉強会の運用体制を整え、8月ごろから現在まで定期的に10回開催することができたので、そのノウハウをまとめます

2回先のスケジュールを押さえろ

勉強会の開催をする上で、一番ネックになるのがスケジュールです

「次の開催はいつにしよう....」とか「あの人の空いてる日を聞いてからにしよう...」とかごまごましていると、すぐ自分が忙しくなってスケジュールを立てられなくなります

また、直前にスケジュールを立てても来れる人が少なくなり、開催する意味が薄れます

色々試した結果、2回先のスケジュールを決めるのが一番良かったです
発表者も準備しやすく、直前でまごつきません

勉強会の最後で2回先の発表者を決めてしまうのもいいでしょう

基本的にみんな忙しいです
できることなら、自分の業務を進めたいと考えています

色々な共有のためにも、
業務が忙しい人, そうでない人も、できれば一緒の空間にはいて欲しいです

参加者が多いことに越したことはありません

自分が開催する勉強会は、リモートでの開催を許していません
これは、単なるLT発表会になってしまうことを防ぐだけでなく、さまざまなコミュニケーションを行なって欲しいからです

発表者だけが喋る勉強会は非常に印象が薄くなります
みんなでああでもない、こうでもないと喋って思考を深めましょう

リリースや不具合調査など、エンジニアのスケジュールは突発的に押さえられる時があります
そういった時に発表者が少なくなりすぎないよう、3人は押さえておきましょう

また、自分はいつでも発表できるよう、ネタスライドをいくつかストックしています
「人が少なすぎるな」とか「今回は終わるのが早すぎるな」という時には積極的に自分が発表しましょう

発表内容はなんでもオッケー
発表時間は2分以上
スライドなし可

としています

まずは発表をみんなに慣れてもらいましょう
参加しているんだぞという一体感が組織を強めます

勉強会が近づいたらあらかじめ「勉強会が近づいてきたので、発表の準備をお願いします」とリマインドしましょう

発表者の一夜漬けをある程度ふせいでくれるはず...！

どうしても自分が動けない時があります
そういう時は誰かに頼んじゃいましょう

自分は一人でやろうとしすぎて頓挫しました

発表で聞いた内容は、できれば自分で一回動かしてみましょう
発表した人も嬉しいはずです

こういった勉強会を通したコミュニケーションを続けていくことで、そこから次回の発表者になってくれたりします

社内勉強会を定期的に開催するのは結構きついです
自分が時間があるうちはいいのですが、忙しくなるとどうしても開催できません

社内で開催のノウハウをつけ、エンジニアみんなで文化にしていけるといいですね