# 2021-09-20 スプリント計画ミーティング(第2イテレーション)

## 議事録

### 関連リンク

- miro: https://miro.com/app/board/o9J_l0R7ZF0=/
- 第1イテレーションMTG： https://hackmd.io/AhXekMnWRm-z61hIv9h8ig?both

### 打ち合わせ内容

#### 進捗共有
- 前回からのおさらい
- ワイヤーフレーム・アプリケーションのフロー・ユーザーストーリーの共有
- ご指摘頂いた内容の反映
- 申し込み完了時にコーチ/クライアントにメール送信する
- コーチ詳細ページでは登録ではなく申込みという文言にする
- WANTで会員情報変更・レコメンドロジックのリッチ化をユーザーストーリーに加える
- 進行している内容の説明
- ユーザーストーリーポイントを割り振り
- （細かいお話なので詳細は割愛するが）実装する上でのモデル図の作成
- 現在どんなユーザーストーリーが進行しているか
- 全体の進行状況の共有

#### 議事録

##### なぜ今回機能が実装できていないのか？もし将来的にあまり機能実装ができないなら機能を削ったりしなきゃいけないけど、今後の見通しは？

実装の準備にあたるところを今回のイテレーションでできたので、今後は速度が上がっていくはず
直線的に落ちる訳ではないが、曲線状で徐々に速度が上がっていくようなイメージ

##### 2週間に1回ではなく1週間に1回くらい確認ができるとありがたい。

機能の実装が進んでいるのか？進んでいない理由があるならそれをPO側で解決できるならそれを先に解決しておきたい。2週間に1回しか会話ができないのは危険だと思う。
質問が上がった時点でSlackで連絡するようにして欲しい。
ストーリーポイントが減らないような可能性があるなら、先に連絡して欲しい。
あまり気にせずSlackで気軽に質問して欲しいとのこと。

##### アジェンダは先に共有しましょう

会議するにあたって、アジェンダを先方にも提示したほうがスムーズに進む

##### 「コーチ申込みはしたけどLINE追加していない人」にどのようにLINE登録を促すか？それとも必要ない？

促すような仕組みは欲しいがMUSTではない。

- 正規の導線
- 「コーチに申し込む→LINE登録する→一発目のメッセージを送る」
- 一発目のメッセージを送らないと公式アカウント側で認識ができない
- 本来はこれをセットで動かしたいが最後はライン内の話なのでアプリでは強制ができない

ログインした時にフックしてアラートを出すようなのは考えていなかった
バッチでリマインダーを送るような方がイメージとしては近い

結論：ファーストスコープではなしで良い

##### 契約情報・内容をもう少し詳しく聞きたい（例：どれくらいの契約期間として申し込みとか、月契約なのかとか、Myページに表示する情報としてあるとよいのでは無いか？）

本来はここに決済の話が関わってくるがスコープアウトしている。
LINE上で繋がったらLINE上でコーチとやりとりして頻度や回数は自由に決める
よってアプリ上で契約に関する内容は扱わない

結論：ここはぼやかしてOK

##### コーチはLINE公式アカウントを持っている前提で良いか？

コーチは自分用の公式アカウントを持っている。よってYes

##### 希望年代はどんな選択肢を提供する？

理想：20~25, 25~30くらいの範囲で、MinとMaxを聞きたい
入力としては最小年代と最大年代があってプルダウンで年代を選ぶ？

- 数値？選択？ → 選択
- 5歳幅で、20〜60（下限なし、上限なし、とかの選択肢を用意しておくとよいかも）
- 上だけ気にする人とかしただけ気にする人とかがいる

##### 希望日時はどんな選択肢を提示する？

| |朝|昼|夕|夜|
|---|---|---|---|---|
|平日|---|---|---|---|
|休日|---|---|---|---|

- 朝 ... 6-10
- 昼 ... 10-14
- 夕 ... 14-18
- 夜 ... 18-22

複数選べる？選択フォームはどのようなUI？
→マトリクスでポチポチ選べるといいな

##### 職種は構造を持たないリストで良いか？

できれば構造を持ちたい。大カテゴリ、小カテゴリみたいな。

では具体的にどんなマスタデータを用意しておく必要がありそうか？
（例）
職種をフラットにしたら「ITエンジニア」「データサイエンティスト」
これを束ねる概念として「IT-WEBエンジニア」「経営」とかがある

転職サイトにあるような職種一覧がいい
ビズリーチの職種一覧がイメージに近い

なぜか？
漁師の人とかはそもそも使わない
ただIT系や経営の人はよく使う
なので少し対象を絞って表示している転職サイトが良い

マスタの正しさは考えてもキリがないので、とりあえず簡単な職種一覧を用意してみてください！
ある程度固まったら共有しましょう

##### コーチングを希望する性別はどんな選択を提供する？

同性、異性的な選び方はしない
男性・女性・希望なしの3パターンで良さそう

##### クライアントがマッチング希望情報を複数持って、それぞれのマッチング情報に基づくおすすめコーチを出すようなユースケースは将来あるか？

複数持つのはあまり考えてはいなかった
ただし変更はしたい
変更後に再度レコメンドは将来的に必要になると思われる

こういう人もいそう

クライアント「今の入力情報ならこのコーチが出るのか〜！」
クライアント「じゃあこの情報を変えたら誰が出るんだろう？」

UXを変える必要もあり得る
なぜか？
本質的にはレコメンドをしたいではなく、別のコーチをみたいという要望が出てくる
そうなったらレコメンドをするという体験の敗北。自由に選べるようにしたほうがクライアントが求めるものに近しい。

##### 通院状況をデータベースで持つ必要があるか？通院していない人以外サービス利用不可にするなら持たなくて良いのでは？

これをデータベースで持ちたい
- 通院したことがない人
- 通院中（医師の許可あり）
- サービス提供はできる
- コーチ側にも通院中のクライアントをコーチングできるかどうかを判定できるフラグが必要
- 通院中（医者の許可なし）
- この人はサービス提供できないのでDBには保持する必要なし

### 松原さんの指摘
- アジェンダは先に共有
- （例）
- 前回決めたことがどこまでできているか
- スプリントの進捗状況を「晴・曇・雨」の3段階で表す
- 直感的にイメージできるので良い
- 次のスプリントでどのユーザーストーリーを進めるかを共有した方が良い
- 進捗を合わせて週1回Slackで通知したい
- 結論から話して結論を繰り返す。

Q.これは順調ですか？
A.はい順調です。それは〜なので、順調です。（小泉進次郎）

- 質問するときに回答としてYes/Noを使えるような仮説を一緒に話すとGood！(クローズドクエスチョン)

### 次回イテレーション

10月4日(月)21:00 ~

###### tags: `チーム開発`