---
# System prepended metadata

title: 模試PJ mtg_#8

---

# 模試PJ mtg_#8

## 開催情報

| 日付     |1月29日 |
| -------- | ---|
| 主催     | 王 |
| 開始時刻 | 19:00 |
| 終了時刻 |　: |
| 参加人数 | 人 |
| 参加者   | 王，|

## ch作成＆一括招待プログラム引き継ぎ
###

# 模試PJ mtg_#7

## 開催情報

| 日付     |1月7日 |
| -------- | ---|
| 主催     | 王 |
| 開始時刻 | 17:00 |
| 終了時刻 |　18:30 |
| 参加人数 | 2人 |
| 参加者   | 王，河野|

## TODO
- 模試申し込み予測
    - 本郷PCから定期的に受験者リストをダウンロード
    - ITのマイパソコン＞dev＞subject＞batファイルで実行　
    - 定期実行の際には南さんに連絡すると良い
    - ダウンロードするたびマスタのスプシに残して，消していかないと，重い
    - ①②③に分けて.pyファイルを用意＋消す用のファイル

    - フローチャートなどを用いて設計し，何をやりたいか明確にする
    - 河野さんに詳細な流れを用意してもらう．

- インセンティブ通知のテスト

# 模試PJ mtg_#6

## 開催情報

| 日付     |12月23日 |
| -------- | ---|
| 主催     | 王 |
| 開始時刻 | 21:00 |
| 終了時刻 |21︙30 |
| 参加人数 | 4人 |
| 参加者   | 王，河野，林，中務|

## 今後の予定
- 評価FBは今後の評価基準の変更や，DBのテーブル名変更を考慮して一旦ストップ
- インセンティブ提出botはさっさと終わらせてしまって模試特有のプログラムに移りたい
- [模試申し込み予測](https://w1613479859-sna593585.slack.com/archives/C0236TL3GJ2/p1637641490010800)
    - [参考](https://it-ntw8349.slack.com/archives/CHEKS2QA2/p1639837979091200?thread_ts=1639825626.090500&cid=CHEKS2QA2)
## インセンティブ提出状況
- [フォームの作成](https://docs.google.com/forms/d/1TIva_2NNhpfuneD14tb2XdunSyaF4zQBLmHv5rAR-z0/edit)→完了
- [GASのスクリプト](https://script.google.com/home/projects/1pZtjlNhBQKCsF36NQ42bGfcZLdwQMXIjEaVg3vff-G0yc-vssbVa7QaE/edit)→全くのゼロからはやらないので参考.gsを見ながら．slack投稿は一番シンプルな形式でやりましょう．
- インセンティブ提出通知.gsと参考.gsを比べてどこを削るか，どこを書き換えるか，どれを追加するか

## TODO
おおかた参考.gsをいじる　

itemsは投稿する文章の中身　map関数は全体を一括で操作する（質問に対する複数の回答に対する操作）
ResponseToTextはフォームを整形する関数→いじらずそのまま
申請漏れ防ぐために「氏名は取得する」をしてメンションできるようにする．
「回答のない内容は消す」でフォームの一部だけ消せるが今回は必要なさそう．returnの中身はslackのblock文．タイトルを太字にして改行という操作をしている．（日報のように質問を太字にして回答を改行）

本文は日報で言う「日報報告が投稿されました～」これもblock形式
block文はJsonに変換



-　//slackのidを取得する関数→メンション用IDを返す→
    -　王
-　//slackに文章を投稿する関数→あまりイジる必要なさそう
    -　中務さん
-　//フォーム内容に従って整形→いじらない
-　//動作させる関数→
    - 林さん　
-　//本文→
    -　中務さん
-　//送信→JSON形式，chの名前ではなくchのIDで指定すると良いと思う．
    - 林さん
期限は12月31日まで

# 模試PJ mtg_#5

## 開催情報

| 日付     |12月7日 |
| -------- | ---|
| 主催     | 王 |
| 開始時刻 | 22:40 |
| 終了時刻 | 23:25|
| 参加人数 | 2人 |
| 参加者   | 王，河野|

## 議題
タスク整理の会
~~- 模試工程管理~~
- インセンティブ提出状況のフォーム→河野さんからソースコードもらった
- https://it-ntw8349.slack.com/archives/C023F1QE989/p1628850533071300
    - 申請者名
    - 模試名
    - その模試にインセンティブを申請するか否か
    - エラー内容
    - 指摘人数
    - エラーの重要度の簡単な説明
- 校正提出締め切りリマインド　優先度低　2022年度から体制
- backlog関連
模試リーダーFAQ

- 模試申し込み予測
    - 東進オフィスでtxt落としてプログラム回す部分は誰かに任せたい


- 世界史WSの一斉送信
    - どうしてもエラーが出る　invalid_auth
- 時給換算ipynbのエラー
GAS触れる人あんまり多くない&今から学習する？
# 模試PJ mtg_#４

## 開催情報

| 日付     |9月1日 |
| -------- | ---|
| 主催     | 王 |
| 開始時刻 | 19:00 |
| 終了時刻 | 19:30 |
| 参加人数 | ６人 |
| 参加者   | 王(物理)，林(世界史)，川上(数学)，上田(物理)，中務(地理)、小泉(生物)|

## 議題
●科目別評価FB，インセンティブ提出状況，校正提出締め切りリマインドの進捗確認
●校正振り分け自動化

## 目標
- タスクの進捗確認と，いつまでにどれくらい進めておくか考える　20分
- 校正振分フローの中で自動化が必要な部分を確定させる　20分

以上2点が達成でき次第mtg終了　一時間以内

### 進捗
添削者評価，校正者評価プログラムは10,11月に提供開始
- 日報自動化　4つ目の業務報告がうまくいってない？→1~3つ目はOK
- 模試得点ヒストグラム　完了？
- 模試工程管理　＠河野さん　9月から開始
- 科目別評価FB　優先度中→9月中
- インセンティブ提出状況　＠中務さん林さん王
    - フォームは優先度高
        - 申請リーダー氏名
        - 模試名
        - その模試にインセンティブを申請するか否か
        - エラー内容○
        - 指摘人数
        - エラーの重要度の簡単な説明○
    - 提出状況の可視化(botでslackに投稿)は優先度中~低
- 校正提出締め切りリマインド　＠ 

### 校正振分　重複がめんどくさい（校了前校了後？最適化）
- 校正振分のフロー　どのフェーズで自動化　[物理科の校正振分](https://docs.google.com/document/d/106eYoMXezzIdcOL00ay69Xe5m6l8eOxAuy1R4gQ3eD8/edit#)
1. 校正期間を確認する
2. 校正者募集をかける　
3. 校正者を割り振る
5. スプシに記入する
6. 校正者に連絡する　
7. 校正が発送される

3は今後を様子見→9/3統括mtgにて
リーダー分の申請を自動化できるかな

[申請スプシ](https://docs.google.com/spreadsheets/d/1S9awDcnCW4tQdBCPjFu2Hr-NyOLUruoCXG4oNpPZ83Q/edit#gid=1621909252)

### TODO



# 模試PJ mtg_#3

## 開催情報

| 日付     |8月5日 |
| -------- | ---|
| 主催     | 王 |
| 開始時刻 | 19:00~ |
| 終了時刻 |  20:15|
| 参加人数 | 6人 |
| 参加者   | 王(物理)、西川(化学)、 中務(地理)、林（世界史）小泉(生物)，上田（物理）|

## 議題
- 自己紹介
- これまでの模試PJとこれからのビジョン
- 添削者評価PJ凍結後の現状のタスク整理
- Open APIは必要ですか？(データベースより)→GoogleフォームをGAS使ってデータベースに入れるときに要るのでは

### 自己紹介
|名前|紹介文|
|---|---|
|王|広島大医学科2年 <br> Python。GASの文法書は積読中です。医療系のAIサークル。集団行動を計画するWebアプリ開発<br> コーディング経験が少ない人でもスキルを身につけられる場にしたいです！|
|河野|東大工学部電気電子工学科3年 <br>初歩的なpythonとGAS。最近プログラミングに限界を感じ始めた。<br>足を引っ張らないように頑張ります！|
|林|早稲田大政治経済学部経済学科3年<br>Rを一番使っています。PythonやGAS、Rubyは触れたことがあるぐらいで、<br>未経験に等しいです。<br>よろしくお願いします！|
|川上|京都大学医学部医学科4回生<br>pythonです。競プロ初めて一ヶ月経ちました。ようやく茶です。<br>今夏から認知情報のラボで機械学習勉強します|
|上田|京都大学理学部2回<br>Pythonを勉強し始めていますが初学者でまだコーディング経験はありません。なんとかお役に立ちたいです。よろしくお願いします。｜
|中務|京都大学経済学部4回生<br>去年の4月にPythonで競プロを始めました。開発経験は全くなかったのでデータベースPJで苦しんでいます。足を引っ張らないよう頑張ります。よろしくお願いします。|
|小泉|学習院大学理学部生命科学科3年<br>C言語と初歩的なpythonを学習していますが初学者です。<br>業務を通じて理解を深めたいと思います。わからないことが多いですが、何とかついていきたいです。宜しくお願い致します。|

- 模試PJのビジョン
    - 他のPJでは企画のゴールが明確のため，決まった工程フローで開発していく（要件定義→システム設計→テスト→実装．．．）
    - 模試PJは随時模試チームからの依頼案件を取り扱っていくため型にはまったフローはなく柔軟に対応．（校正者評価FB，採点アプリ関連，工数関連，グラフ出力，換算時給プログラム，一斉送信プログラム，チャンネル自動作成プログラム）
    
    - 納期までのスパンが短いPJの特性上トップダウンな意思決定 
        - メリット：スピード感，統一感，PMの権限が強い
        - デメリット：課題感共有できない．業務の全体像が見えずPM→メンバーの一方通行
        - 意思決定の比重を少し下の方に下げてやっていく．　
    - 校正者評価FBシステム作成は添削者評価PJが律速だったのでこちら側での見通しが不透明なところもあった．
- 添削者PJ凍結後のタスク整理
        - 模試校正WSのchannel一斉送信＆channel自動作成機能を化学科WSに導入
        - 模試の得点のグラフ算出→上田さんにお願いすることにしました．
        - 模試WSでの日報自動化導入→王が担当させていただいています．
        - 評価PDFのフォーマット作り分担（１．文章２．レーダーチャート３．該当模試が含んでいるエラー一覧）12分割という決まりの中で１，２，３をどう分割していくか．各項目の重要度も加味する必要がありそう．<br>科目毎の印刷費用案内は評価PDFに含まないようにする.業務時間＆インセンティブについても記載？<br>評価点数の算出方法も掲示する？
            - 1/小論文？→上田さん
            - 1+3/物理，英語，国語，化学，地理，公民，→中務さん
            - 1+2+3/世界史→林さん
            - 生物オリジナル<br>｛表 + 総評コメント (指摘度の傾向に応じて、4種類のコメントを対応させる。内容も形式も高い, 内容高いが形式低い, 内容低いが形式高い, 内容も形式も低い、の4傾向に対して、それぞれ今後指摘してほしいミスの内容とその代表例をアドバイスするイメージ)｝→　王
        - ![生物](https://i.imgur.com/FtQUBXP.png)
        - 【優先度中】データベースの要件定義，校正者評価テーブルについて
            1. 項目は以下のテーブルでよいか．特に校正者評価テーブル
            2. 模試試験種ごとに訂正箇所をまとめておくテーブルは必要か
            3. 時給情報をもつテーブルは必要か

![](https://i.imgur.com/BBWcE9k.png)
※テーブル...データを格納しておくもの（Excelのシートみたいな）
カラム...Excelでいう列
PK..."primary key「出席番号」的な意味を持つ列？空のデータではなく一意に定まればOK

- 【優先度高，期限8/8まで】校正者評価記入用フォーマット作成
    - 添削者評価PJが凍結中ですので復活までの応急処置的なフォーマットを作ります．
> 科目リーダーが評価を記入するためのフォーマット：校正者評価プログラムではフェーズごとにスプレッドシートを作成するという話ですが、面倒なので**月ごとかつ科目ごと**でいいと思います。**科目リーダーが得点を入力できるように**してもらえればいいです。**得点は、総得点と、内訳と両方**とを書けるのが好ましいと思います。フィードバックの文章は、書くか書かないかは科目にお任せとする予定です。(書いても送信できないので…)書く欄だけ作ってあげればいいと思います。
**遅延判定**：遅延があると、その月の校正者評価から5～10点引くという規定のため、遅延判定が必要です。加えて、同じ模試を2回提出した際の扱いなども決めておいてください。
**未提出**：未提出があると、前の月の校正時給から100円減じたものを前の月の校正時給と想定するという規定のため、未提出の有無も判定が必要です。
**校正時給の決定**：その人の、その月の各模試の校正者評価を平均したものが、その人のその月の暫定校正者評価となります。これに遅延による減点を加味したものがその月の校正者評価となり、その結果と前の月の校正時給からその人の校正者時給が決定されます。各科目に分かれているシートから情報を統合して時給を出すような仕組みが必要になります。

科目毎で別々にスプシを作成して分担して取り掛かり，後で結合しましょう．
簡易的なものですが，[作成例](https://docs.google.com/spreadsheets/d/1SeM7jkQgeWpOwwc0PotEqNqlh43q2xbkNxm9IEgLqrw/edit?usp=sharing)

各科目の評価基準は[こちら](https://w1613479859-sna593585.slack.com/archives/C01NQ29FLTX/p1625243148069100)を参照願います．

|8/8まで|校正者評価スプシ|
|---|---|
|上田|小論文・日本史|
|小泉|生物・英語|
|中務|地理・公民|
|林|世界史・化学|
|王|物理・国語|

- 業務時間が現状では模試統括のアカウントのスプシで管理されている→なんとかしたい
    - データベースに実装されてから
- Googleフォームが送信されたことを検知してデータベースに自動で入れたい
- 業務時間はデータベース管理実装後にしましょう．googleformからGASで検知してDBにぶちこむ？

# 模試PJ mtg_#2　

## 開催情報

| 日付     | 6/29(火) |
| -------- | ---|
| 主催     | 王 |
| 開始時刻 | 20：00 |
| 終了時刻 |  20：30|
| 参加人数 | 7名    
| 参加者   | 王(物理), 林(世界史), 上田(物理), 中務(地理), <br>原(物理), 吉原(物理), 小泉(生物)|

## 議題
1. 校正者評価の進捗状況とFB作成について
3. 校正の遅延判定、エラーの理由・検証を行っていただける方？

## 校正者評価進捗状況
- to林さん 添削者評価pjでの決定事項や模試pjで分担したいタスクについて

### 添削者評価PJの動向(林)
- PJ内のソフトウェア方式設計にあたって、スプシのIMPORTRANGE関数の挙動について疑問あり
    - 同期したものや書き込んだものがすぐに別のシートに反映されるのかどうか
    - 模試の方でも校正の遅延判定の部分で調べる必要があるので、情報共有できれば○
- 設定ファイルの候補としてはcsvないしjson
    - 扱いやすさでは前者、拡張性では後者
- UML図は添削者評価のものをもとに作成
- 評価PDFは3種類から4種類に変更
    - 1 / 1, 3 / 1, 2, 3 / 生物オリジナル
    - 生物と同じ形式で他科目も合わせられそう？
    - チャートの中身について（世界史と数学）

### 模試PJでのタスク(林)
- 評価PDFのフォーマット作成
    - フォーマットの作成は模試PJ内、できれば座標指定までやりたい
    - 
    - FB文章の文字数制限、表の行数の上限が必要
        - 各科目でどのようなものを想定しているか聞く必要がありそう
    - [reportlab](https://www.reportlab.com/docs/reportlab-userguide.pdf)を使用
    - 校正者時給や評価PDFのページ枚数、形式？など
        - 1模試1枚？→一か月に一回
- 何はともあれ**フォーマット作成**が最優先事項
    - 先に原案をこちら側で作成して、それを提示して意見を伺って改良していく



# 模試PJ mtg_#1

## 開催情報

| 日付     | 6/6(日) |
| -------- | ---|
| 主催     | 王 |
| 開始時刻 | 21:00 |
| 終了時刻 |  22:53|
| 場所     | Zoom  |
| 参加人数 | ８名    |
| 参加者   | 王（物理）、吉原（物理）、林（世界史）、西川(化学)、上田（物理）、小泉(生物)、大鐘（数学）、河野(物理)|

## 議題
1. 模試PJで扱う可能性がある案件の仕分け
2. データベースPJとの連携でテーブル作成のための必要なデータ群について
3. 校正者評価関連関連
4. 校正の一括管理システム改修or刷新
## 仕分け
- @IT統括の方
  - 現在模試PJとして扱う可能性があるものは以下です。ITチームの業務の範囲から外れそうなものなどありますでしょうか。
    - 校正の一括管理システムの改修or刷新
      →模試の応募・提出状況を現状では取得できているのか  
    - 校正者評価&フィードバックのシステム作り
      →添削者評価PJと連携中
    - 工数関連
      →ICEに工数を登録してもらえば正確な可能工数が取得できるのでは
    - 採点アプリ改修関連
      →こちらも最終的にはICEのような形に持っていきたい
→石本さん（エンジニアチーム）
## 模試業務において必要なデータ群に関して
- データベースPJとの連携で模試運営に対応したテーブルを用意してもらうので、必要となりそうなデータ群についてgoogle formに回答をお願いします。
[（DBpjの畑中さんより）](https://docs.google.com/forms/d/e/1FAIpQLSepaIo9s8o3bLjfw5g4CS1mLM2IZ4t-cwup4j1WfvvotlhtWg/viewform)

## 校正者評価
- 模試の応募状況や提出状況のデータ取得の検証、プログラムのフロー作成
- フィードバック入力時の形式について
---
### 校正者評価の要件定義
#### 扱うデータの種類やそれをどのように入力するか
- スプレッドシート
- 実行・実行完了を報告するslackチャンネル
- 科目毎の設定ファイル
#### 処理内容
- 模試・フェーズ毎（校了前、校了後）にプログラムを実行すると記入用のスプレッドシートが作成される
- スプレッドシートの内容
    - 模試の名前、フェーズ、年月
    - 添削者id, 名前(これらがDBと一致していないとエラーを返す仕様。誤入力防止を想定しているが、入力が面倒ならidだけでも良さそう)
    - 評価(**詳細未定**)→ここをどうするか→成果物の評価100％、今月中。
    - 減点
- 記入が終わったら再度プログラムを実行
    - 点数計算(スプレッドシート上)、時給計算と遅延についてはここで反映しないので、時給計算のプログラムについては別途考慮する必要があり。
    - 評価PDFの作成（時給、各模試について1枚ずつ。月ごと。文章なのかチャートなのか形式を決めていきたい。）
- 出力の形式
    - スプレッドシート上に評価結果を記載
    - PDFを作成し、Drive等へ格納(校正者ごとのフォルダが存在)、添削者に送信

------ 
  
 - ![添削者評価のシステムフロー](https://i.imgur.com/8XcqKEr.png)

- [(参考:添削者評価pjのシステム要件定義)](https://hackmd.io/@saisen/B1ZZnbrwd/edit)

## 校正の一括管理システム
- 模試の応募状況や提出状況のデータ取得の検証
    - 今年は今あるものを回収してなんとかする。
    - 来年度以降（2月スタート）の新システムを開発するほうに尽力したい。


## 次回までにやること
- 柿元さんにデータ群について回答をお願いする。
- 大元となるスプシを利用したい。遅延の管理はgoogleformで行っているが、遅延判定が上手くいっていない？
    - 遅延管理を改修（模試PJで扱う）。模試カレンダーについては調整は今年度に留めて。エラーの理由を追及。

- to林さん　評価の詳細（フィードバックの形式についてなど）今月中に話を進めておけると助かります。

## スプシのIMPORTRANGEについて
- 模試カレンダーの内容はDBに入れることで対応できるのでは？by大鐘さん