OSS Gate東京ワークショップ2020-06-13

[satoryu]

開催内容

• イベントページ
• 会場: Discord?
• 時間: 2020-06-13T10:30/17:00
• 会場係: @knokmki612
• 進行役: @
• このイベントに関する窓口: @knokmki612

会場設備確認

参考：ワークショップ会場の提供

• [ ] 10人以上座れる机と椅子（参加人数が20人を超えることはほとんどありません）
• [ ] プロジェクタと投影できるところ (スクリーンじゃなくとも見えればOKです！)
• [ ] WiFi
• [ ] 電源タップ (参加人数の半分以上の口があるとうれしいです)
• [ ] 夜間、土日祝日の入場方法について（必要な場合のみ）
• [ ] プロジェクタの入出力端子 (HDMIなど)

やること

• [ ] Doorkeeperのイベントページ作成（開催の1ヶ月前までにやる）
• [ ] 窓口決定（開催の1ヶ月前までにやる）
• [ ] 会場決定（開催の1ヶ月前までにやる）
• [ ] 進行役決定（開催の1ヶ月前までにやる）
• [ ] サポーター募集のメッセージ作成（開催の2週間前までにやる）
• [ ] ビギナーの繰り上がり処理（開催の1週間前にやる）
• [ ] 会場案内のメッセージ作成（開催の3日前までにやる）
• [x] tutorial/retrospectives/prepare.rb を実行してアンケートのテンプレートを追加する（ #1337 ）（開催当日までにやる・要コミット権）

[kou]

1351 のときより状況がよくなっていないと思うのでこの回も中止したほうがよいと思うんですが、どう思いますか！？

[knokmki612]

4月6月も収束していなさそうですね… 開催予定になっているイベントは中止で良いと思います

[satoryu]

自分も中止で良いと思います。 もしこの先に事態が好転してできそうなら、このIssueをReopenにすればいいのかと。

[kou]

4月の方に書いたつもりだったのに6月の方に書いてしまっていた！ 4月は中止にしましょう！6月はまた来月考えましょう！

[kou]

5月が終わってしまう！ オンライン開催を試すならそろそろ準備をはじめないといけない気がします。 今月中にオンライン開催を試せなそうなら中止がいいのかしら。

[knokmki612]

オンライン開催をする場合、OSS Gateのメンバーだけでいいので予行が必須かなと思っています。

1399 で色々な検討がされていますが、今回はどういう形で試してみるかを予行の場で決めると、スムーズに開催できるかと思います。

[piroor]

反応できておらずすみません。 先週末を逃してしまったので、もし予行をやるとすると、もう平日夜しかないですね。 直前すぎるとその後の軌道修正を図れないので、水曜夜または木曜夜のタイミングはいかがでしょうか？ 自分は今週中は予定がないのでいつでも入れます。

[knokmki612]

現在サポーターさんの参加は1人で、ビギナーさんのキャンセル待ち4人なんですね。

今日開催方法を決めたら

1. 自分は参加申し込みをする(まだしてない)
2. 開催方法をメッセージで告知する
3. 開催方法にあわせてイベント情報を変更する必要がある箇所があれば変更する

をやろうかなと思います

[piroor]

すみません、サポーター登録を忘れていました。先ほど登録しましたので、ビギナーの繰り上げが発生すると思われます。

[knokmki612]

私も参加したらサポーター3人、ビギナー4人で全然いけそうなので、ビギナー全員繰り上げでよさそうですね

[piroor]

リハーサルで検討した運用

6月13日開催 進行役 piroor

基本ルール

• Discordのアプリ版を使うので、事前にインストールしておくこと。
• Gitterは使わない。（混乱するので）
• 全体で1つのボイスチャンネル（一般）、1つのテキストチャンネル（オンラインワークショップ配下の当日の日付の物）に入る。
• 画面共有は、デスクトップ共有とウィンドウ共有を適宜使い分ける。
• 離席時は、ステータスを「退席中」に切り替える。
• ビギナー参加者は、音声で喋るのが苦手な人はテキストのみでOK。
• カメラは基本的には使わない。画面共有と音声とテキストのみでやる。
• ビギナーからサポーターへのヘルプ要請、サポーター・進行役から全体への通知は、テキストチャンネルを使う。（通知が全員に飛ぶ）

12:30 開場～時間が来るまで

• アイスブレークを兼ねて雑談していてOK。

13:00 イベント開始

• アイスブレークは全体で1つのボイスチャンネルで行う。 1人あたり1～2分で済ませることにする。

13:15 進行役による説明

• 全体で1つのボイスチャンネルを使う。

13:45 対象OSSを動かす

• デモンストレーションは全体で1つのボイスチャンネルを使う。
• 案内役は、ビギナーを一人一人巡回する感じで声を掛ける。（Issueの動きが止まっていれば声を掛ける） 声をかけられた人は、全体のボイスチャンネルorテキストチャンネルで応答する。 ビギナー画面共有時は、全体で1つの画面を見るモブプロスタイルとする。
• ビギナーからの質問時も、全体で1つの画面を見るモブプロスタイルとする。
• 同時に複数の質問が出た時は、その時になって初めてボイスチャンネルを分けてそちらで個別に対応する。

14:45 ミニふりかえり

• ボイスチャンネルを2つに分け、1つのチャンネルに最低1人はサポーターがいる状態にする。
• 各チャンネル内で、小規模モブプロスタイルで振り返りを行う。

15:00 休憩

15:30 フィードバックする

• 「対象OSSを動かす」と同じルールでやる。

17:40 ふりかえり

• 「ミニふりかえり」と同じルールでやる。

17:55 まとめ

• 「進行役による説明」と同じルールでやる。

18:05 アンケート記入、ワークショップの振り返り

• 「対象OSSを動かす」と同じルールでやる。

[piroor]

Discordアプリを使用する時の注意点が1つ。 初期設定では、Windows起動時に自動起動し、終了もタスクトレイで右クリックしてメニューから終了を選ぶ必要があります。 自動起動せず、ウィンドウを閉じたら終了するようにするためには、ウィンドウ左下の歯車アイコンをクリックして、「アプリの設定」配下の「Windows設定」をこのように変更する必要がありました。

[piroor]

ユーザー一覧でサポーターかビギナーかすぐ分かるように、サポーターは名前の末尾にSPを付けておく（piroorSP、など）というルールにするとよいかも

[knokmki612]

画面共有が閲覧できているかの確認

• 画面共有の閲覧はクリックしないと静止画のまま
• そもそもアプリが入っているか

が始める前に必要かなと思ったけど、今回は問題なかった

[knokmki612]

開催中のボイスチャンネルのスクショをとると開催した感がでて良いので、参加者にスクショとってもよいか確認をとるのを迷っている

[knokmki612]

もっというと開催中の動画をとっておくと様子が分かるけど、事前に案内してないので諦める

[knokmki612]

今のところビギナーさんに画面共有してもらう場面は1つもない状況 意外と画面共有は進行役のみでもいける？

[knokmki612]

音声検出が自動だと少し検出ラインが厳しめなので、検出してもらえるように頑張って発言する感じになっている (私の環境)

[knokmki612]

今回はサポーターが全員サポーター経験者なので柔軟にサポートできている気がするが、サポーター:ビギナー1:2のような分かりやすい割り当てでのサポートではないので、どうやってサポートするか自信がない初サポーターにはハードルが高いかもしれない

[knokmki612]

• issue駆動でサポートするタイプ：オンラインでもあまり違和感がない
• オフラインでビギナーの画面を眺めたり様子を見るのを中心にサポートするタイプ：画面共有がない状態だと不安

という違いが出ている

[knokmki612]

自分以外の人がどんなふうにサポートしているのかが、同じボイスチャンネル内でやりとりされているのでオフライン以上によく観察出来て参考になるなと思った

[knokmki612]

Discordアプリをクリーンインストールしてから画面共有を使おうとすると、macOS？だと権限付与のためにアプリを立ち上げなおす必要がある。 なので、事前に画面共有が使えることを確認しておいてもらう必要がある

[piroor]

ビギナーの方の画面を見たいというのは、画面を見ると、本人が言語化できていない戸惑いやつまずきを観測できるのではないか、という考えに基づいています。 ただ、オフラインでは「画面＋それを操作している様子」を見ていたので、「画面だけ」を見る事が同様に効果的かはまだ不明ですね。

今回は1つのボイスチャンネルでやれましたが、人数が増えた時にはチャンネル分けが必要となるのはまず間違い無く、チャンネル分け・再統合の流れやチャンネル分けの最中のアナウンスの仕方については、ワークフローを事前に決めておいたほうが、その時になって戸惑わないでよいのではと思いました。

[piroor]

Discordとgithubとでアカウント名が違うと、呼びかけ時や作業メモの確認時に結構戸惑う。 可能であれば揃えてもらうのがいいのだけれど……

[knokmki612]

Discordとgithubとでアカウント名が違うと、呼びかけ時や作業メモの確認時に結構戸惑う。 可能であれば揃えてもらうのがいいのだけれど……

githubで揃えるのが妥当そうですね。gitterもgithub連携ならgitthubのidになりますし discordに入ってもらう際にgithub idと同じ名前でニックネームを設定してくださいと案内するのは良いかもしれません

[knokmki612]

開催できました！