---
# System prepended metadata

title: ACL読み会運営たたき台

---

# ACL読み会運営たたき台

## CVPR読み会2019でやったこと
* 参加者を数人のチームに分け、それぞれに運営から担当者をつける
    * 運営は、このチームの進捗状況に責任を持つ
    * 声掛けの方法などの知見や進捗の遅いチームへのテコ入れなどが運営チャンネルで議論される
* 論文は前半は決まった数十本から選んで読んでもらい、その後縛りをなくす
* 論文の進捗状況はスプレッドシートで管理
* 読んだ人はサマリーを作り、それがTwitterで投稿される
* その後精読資料を作り、まとめスライドに反映
* CVPR参加後、ACLなど他の読み会にも参加してもらう

### 前回の反省（NLP側）
* マイクロマネジメントが行き届いていない
    * cv と比べ運営の層が薄く、同じやり方は難しい
    * 各運営の債務もしっかり決まっていなかったため、放置しがち&運営個人個人のやり方任せ
* CVPRに参加後、継続して参加したいと考える人が少なかった
    * システムに問題があると感じた人が多かった（以下指摘されていた問題点）

### 指摘されていた問題点
勉強会などで会った人に実際に指摘していただいた内容。
* なんのために読んでいるのかわからない、メリットが感じられない
    * ->もともとは研究に役立てるためにはじまった
    * 企業所属の社員としてはどんなことをメリットに感じている？
        * 個人でやるよりみんなで議論しながら
        * 知見として知っておきたい
* 読みたい論文が読めずやる気をなくした
* 自分だけが頑張ってるのが馬鹿らしくてやめた
* システムの説明が不十分だった（CVPRを読むつもりはなかった）

## 上記を踏まえて、今回組み込みたい内容
* マイクロマネジメントに頼らない
    * LT会でセルフマネジメントを促す
    * 下限とマイルストーンを決めている
* 参加するメリットを提示する
    * ディスカッションしながらできる
        * 論文読みフックでチャンネルに投稿
    * 分野網羅しよう！マイナー分野でも仲間が見つかる！
    * LT会でアウトプットしよう
* 読みたい論文が読めるようにする
    * トピックをいくつかフォローし、そのチームに参加してもらうなど
* 頑張っている人が報われるような仕組み
    * スタッフロール
    * ACL読み会まとめページ
    * 読んだ人ベースで絞込めるようにする
* 上記説明をしっかり行う


# 運営方法

## LT会
目的：発表に合わせて自ら準備してもらうことでセルフプロデュースを促す
方法：事前にテーマごとにチームを組み、各チームの方向性でサーベイを行う。スライド作成までチームで行い、発表。
中間発表として小さいLT会を開催する？

nlpaper ではこれまで何回か勉強会を開催しているので、そのノウハウを使える点がメリット。

### LT会のメリット
* 小さく区切りを作ることができる
* 他のグループの進捗は把握できる

### チーム作りについて
* 運営目的で作ったチームで結局個人の集まりになってしまう
* 2018は大学単位でチームを作っていた

### 運営でやること
* チーム代表者と日程決め
* LT会の告知と集客
* LT会の当日運営

#### オンラインでやる場合
* ホスト+サブホスト+ファシリテーター の3人から開催が可能
* 事前準備として、最低1回の予行演習が必要

#### オフラインでやる場合
* 会場ホストを探し、日程調整と懇親会準備を行う
* 当日の運営として数人とファシリテーターが向かう
* +オンライン配信の準備も必要？

### 提供できそうな価値
* NLPの特定のテーマに従事している人が、仲間を見つけることができる
* 集中したサーベイ期間と出口としての発表機会

#### 決めたい話
* 発表はどの単位？
    * 全チーム発表、発表はチーム単位
    * 発表したくない人どうする？
        * チーム内で別の役割を持ってもらう
    * 機械翻訳チャンネルを作ったあと発表ドリブンチーム作ってもらう
        * 大人数であれば運営介入もある
* チーム作り
    * 参加者全員が参加するチャンネルを作り、その中でそれぞれに興味領域を複数あげてもらってその領域ごとにチーム作り&チャンネルづくり
* 回数、日程
    * 集まった人数によって決める？
    * 最低限やるのは最終日以降に1回


## 有名人を呼ぶ
* 誰もが知ってる大物研究者に講演をお願いする
* 読んでいく中で面白かった論文の著者を呼ぶ

### 何をしてもらうか？
* 論文の解説

### 運営がやること
* メール送ったり日取りとか謝礼の話
    * チームごとにやってくれれば理想だが、ブレをなくすために運営が取りまとめて

### 問題点
* アカデミックには刺さるが、企業人には刺さりにくいかも
* 実際どれくらい応じてくれるかは未知数


## 進捗可視化
読んでいる論文数を分野ごとに出す。
分野網羅率を見せて、それぞれの分野の盛り上がりなどを可視化。

### 懸念点
* ボーダー付近の人にしか効果がないんじゃないか
* 実際やってみると、読んでいる人と読んでない人が二分されるだけ感はある


## 掛け算的な定量目的の設定
全分野が読まれていることを目標とする。
やること自体はサーベイ資料の組み合わせだけど、それをラップして大きな目標で言い換える。

* 本数を目標にする（上限の役割）
* 分野網羅率
    * 下限5本以上マイルストーン100本（トータル）で読まれていて、サーベイ資料作られている状態がクリア
    * やろう！
* 良かったチーム投票でトップを決める


# スケジュール
ACL proceedings が7月頭、
網羅的サーベイも7月頭〜8月頭くらい
6月末から募集かける、それまでに誰がやるのかを決める

やること
* 網羅率がチェックできる仕組みを作る
* まとめページはおいおい作っていく