Closed9
開発組織の「社内勉強会」についてひたすら調べる
ipeblb社内勉強会について調べる
ipeblbとりあえずダーっと雑に調べてでてきた奴らをひたすら読む
逆にやめた話
ipeblb背景課題・目的まとめ
- ナレッジやノウハウの属人化解消(情報共有)
- メンバーのスキルアップ
- 自社ブランディング強化
- エンジニア間のコミュニケーション
- 学習文化・tech文化作り
- アウトプット慣れ
ipeblb取り上げられている工夫として多いもの
- とにかく発表の敷居を下げる
- 資料がんばらない
- スライド頑張って作らなくてもいい、ドキュメント形式でも
- 人数少ない場合は既存のドキュメント取り上げてディスカッションとか
- 資料がんばらない
- 参加も強制にはしない
- 前向きな人をいかに巻き込むか
- テーマ・発表者を投票で決めるパターン
- 発表したいこと、発表してほしいことを募る
- 立候補だけでなく、推薦制
- 一方である程度登壇する人のルールを決めるパターンもある
- 発表者が固定されないような工夫は大事
- 新しく入ってきた人には自己紹介LT的なものをお願いすることで新鮮さが出る
- 登壇者がいなかったら運営が出る、は大事っぽい
ipeblb敷居を下げるのとクオリティを担保するのをどうやって両立するかなあ
ipeblbアンチパターン
- 中止しちゃう
- 業務優先しちゃう
- 運営が出てでもやった方がいい
- ２回中止すると流れる
- 開催時間とかでなんとかする？
- 短縮版とかにしてでも続ける
- テーマは最悪過去の使い回しでもいいらしい
- 運営がいなくなる・忙しくなる
- 定期的に運営も新陳代謝すると良いらしい
- 強制しちゃう
- 宿題を出す
ipeblb
後輩に教えてもらって一部聞いた
基本的に社内勉強会の先にはconpassとかでのイベント開催とかがある、社内勉強会はアウトプットの機会として敷居を下げるのが定石かなあ
このスクラップは2025/03/05にクローズされました