社内勉強会をやるうえでの葛藤 - ぐだぐだ言ってないでコードを書けよ、ハゲ。

この記事を見て、社内勉強会の主催者を応援したい気持ちになったのでこのエントリを書いている。
なお、僕自身は主催することがしばしばある。

社内勉強会をやる理由

参加者に「そんなこともあるのか、自分も勉強しなきゃ」って思わせるためだと考えている。
「参加者のスキル向上のため」ではない。
勉強会に参加してもスキルは向上しないんじゃない？って話はデブサミでも話題になってた。

みなさんは何で勉強会に来るのでしょうか？
ネットで調べるとか、まとめを見た方が良いのでは？
【デブサミ2015】基調講演レポートドワンゴ川上量生会長「Growth！エンジニアとサービスと組織が成長するために」（1/2）：CodeZine

社内勉強会させたい人、開催する人、参加する人

他人のスキルを向上させることは簡単ではないのだけれど、
会社を見回すと「スキルレベルを全体的に上げたい」なんて話はよく聴くもの。

社内勉強会させたい人は会社のエライ人だったりして、何かをやればスキルが上がるんだと思っている。
少なくとも現状に満足していなくて、何かをしなければという危機感が一番あるのはこの人。

社内勉強会を開催する人は、どれだけ人を惹きつけてやる気になってもらうかが重要だと思っている。少なくとも僕は。
本来は自分の話より外部のイベントに参加して業界の著名人の話を聴いてもらったほうが圧倒的に面白いはず。
だからみんなもっと世の中に目を向ければいいのにーとか思ってる。

社内勉強会に参加だけする人はまだまだこれからの若者だったり、スキルを磨くことをあきらめた人だったり。
後者はそもそも外部のイベントに参加しない。
だから社内勉強会をきっかけにどうにか・・・ってことなんだろう。

葛藤どころ

リアクションがないとあきらめたくなる

まずは発表がまずかったのかな、とか考える。
だけど雑談がてら参加者に話を聴くと「めっちゃよかった」って言われたりする。
この温度差はなんだろうか。

よくあるのが質問が出ないってパターンで、主催者は"理解されてない"か"つまんなかった"と判断する。
理解できた人は「こういう認識で合ってますか？」って一言言うと、主催者は安心するし、理解できなかった人の補完になっていいんじゃないかな。
あとは発表中にオーバーリアクション気味に頷いたりするだけでもありがたい。

効果がないとあきらめたくなる

さきに書いたとおり、すぐに効果が見えるものでもないので、もういいかな〜って気持ちになる。

たとえば Git の勉強会をしたところで、本当に必要に迫られなければ導入しない。
<a href="http://kheiakiyama.hateblo.jp/entry/2014/10/20/124834">社内勉強会で Git についてシリーズ化してやってみた - ぐだぐだ言ってないでコードを書けよ、ハゲ。</a>

自分だと、「あのときのxxさんのyyの話が参考になって・・・」ってことがたまにあるので、それを話すようにしてる。
こういうの大事。