サウスポーなエンジニアの独り言

サウスポーなエンジニアが日々感じた、気づいた、学んだことを徒然と書いています。

勉強会 旧館より 組織

社内勉強会の難しさ

投稿日:2012年10月10日 更新日:


これまで(セミナーや読書会などの)社内勉強会をやったり、他社さんで社内勉強会のお手伝いをした中で、難しいところや思うところがあったので書いてみます。

※注意:この記事は旧サウスポーなエンジニアの独り言から移行し一部修正したエントリです。

社内勉強会の定義

クローズドで開催され、参加者は(原則)社員のみ。スピーカーや講師は外部の場合もある。

モチベーション

参加者のモチベーションは(社外勉強会とは)大きく異なっています。
社外勉強会ではほぼ「自分で選択して参加」しています。
中には上司や会社から命令されて参加するというパターンもありますが観測範囲では少数だと感じています。

一方、社内勉強会では「面倒だけど評価に響くかも」とか「仕事的だから」とモチベーションが高くなく、良い感情を持っていない状態で参加する人もいます。

不思議なことに「自主参加で評価などには一切関係ありません」とアナウンスしても一定数の割合で本当に嫌々参加している人がいます。
残念ながら、そういう人の一部は(無関心でなく)抵抗勢力になってしまうこともあります。

そのような抵抗勢力との対応にリソースを使うと、数少ない興味ある人へのリーチやリマインドが弱くなり、参加者が集まらなかったり、無断キャンセルやドタキャンばっかりだったということも起こります。
#講師と参加者の割合が2対1というマンツーマンどころか講師の側がダブルチームという悲しいセミナーも経験しました

いつ行うか?

いつ行うか?も社内勉強会では悩ましい問題です。

1:定時内

「(日常の)業務タスクとの兼ね合いをどうするのか?」という声が上がってきます。
「○○という社内勉強会に参加していたため、進捗が遅れました」なんて報告されたりすると、そのプロジェクトからクレームが飛んでくることもあるかもしれません。

2:定時後

「それは業務命令ですか?残業時間として付けますが良いですか?」という声が上がってきます。
この場合、「業務命令でないから自主参加」or「業務命令」という2パターンがあります。

「業務命令」の場合、残業代や業務監督責任なども発生してくるので、それなりに上司や組織に根回しをしてバックアップを得ておく必要があります。
そこまでゴタゴタ言う人はモチベーションが低いことも多いので「そこまで言うなら来なくて良いよ」と思うこともありますが、組織に社内勉強会から得られる何かが根付いて欲しいと思うと割と対応することが多かったりします。

3:休日にする

定時後の場合と同じ問題がより高いレベルで発生します(休日出勤手当や振り替え休日など)。
「業務命令」という形にしても、なかなか組織としては認めてくれないと思います。

どうしたらうまく行くのか?

「うまくいく方程式」があるわけではありませんが「参加者のメリットを提示する」「仲間を見つける」はまず最低限必要なことだと感じています。

1:参加者のメリットを提示する

「メリット」というと生々しいですが、「今、困っていること」を少しでも解決できそうなら、時間を作って参加してくれることもあります。
またすぐ役立ちそうなことなら、参加者もいつか役立つかもしれないことよりモチベーションが高くなることが多いです。

このパターンで1、2回社内勉強会に参加すると、後でテーマが「いつか役立つかもしれないこと」になっても継続的に来てもらえたりします。

2:仲間を見つける

継続しようとすると、準備などを全部自分1人でするのは、時間的にも気持ち的にもしんどい時期が来ることもあります。
その時に頼れる仲間やバックアップしてくれる上司がいれば、継続することもできます。
※参考:[雑多]「XP祭り関西2012」でLTしてきました。

社内勉強会はモチベーションの問題など悩ましいことがあります。
#もちろん全然問題なく社内勉強会をやれる組織もあります。

一方で、自分の多くの時間をその組織とそこにいる同僚(仲間)のために使っています。
なので、そのレベルアップのため、そして伝える側のレベルアップのためにも社内勉強会をやってみてはどうでしょうか?

※アイキャッチ画像:http://www.flickr.com/photos/mattimattila/6878384654/

-勉強会, 旧館より, 組織

執筆者:


comment

メールアドレスが公開されることはありません。 * が付いている欄は必須項目です

関連記事

DevLOVE関西「JavaScript フレームワークは Angular JS だけじゃない!」 #DevKan

「JavaScript フレームワークは Angular JS だけじゃない!」を開催しました。 #会場を提供していただいたシナジーマーケティング様、ありがとうございました。 きっかけ 話し手の一人で …

人によって違う「ゆっくり」

お客様や同僚から言われる「この仕様をドキュメントにまとめてもらえますか?急いでいないので、”ゆっくり”で良いですよ」という言葉。 よくある会話ですが、この「ゆっくり」の捉え方に …

DevLOVE関西「事業会社の現場を知ろう~クックビズ編~」 #DevKan

2015年最初のDevLOVE関西として「事業会社の現場を知ろう~クックビズ編~」を開催しました。 #会場を提供していただいたファーストサーバ様、ありがとうございました。 クックビズさんとはギルドワー …

2014年の発表スライドまとめ

2014年に色々なコミュニティで発表したスライドのまとめです。 #ギルドワークスとしては他にも色々ありますので、興味がある方はお気軽に声をかけてください。 「開発現場に伝えたい10のこと」それぞれの後 …

初めて勉強会で発表する人に伝えたいこと

同僚がチームが直面した課題、その課題へ工夫したことを事例紹介として、勉強会で発表することになりました。 この同僚は社外の勉強会では初めて発表するというこもあってか「ほとんどの聴き手が『そんなん知ってる …

ギルドワークスの現場コーチ。
「正しいものを正しくつくる現場を増やす」ことを目指している現場コーチ。認定スクラムマスター(CSM)。
様々な規模のSIerでのシステム開発を経て今に至る。
DevLOVE関西を主催。