###### tags: `りとるme` `FUN`

# 14 夏休み1回目 前期振り返り

> [time=Fri, 06, 08, 2021] [name=小林陽昭]

---

## 今日までの課題

フロント：フレームワークの調査
> Kotlin：Java系もあり

バック：SQL，Go言語，Dockerの調査

デザイン：アプリのワイヤフレームの調査

ビジネスモデル：類似サービスのビジネスモデルの調査，中間報告のフィードバック共有

---

## 今週やること

### 振り返り

  gantt  axisFormat  %m-%d
  title  前期の振り返り
  
  section 全体
  ブラッシュアップ     :done,  06/11,  07/06
  ロゴ作成            :done,  06/11,  06/15
  グループ報告書       :done,  06/15,  07/21
  中間発表準備         :done,  06/15,  07/09
  類似サービス調査     :done,  06/18,  24h
  機能選定            :done,  06/18,  24h
  インセプションデッキ  :done,  06/29,  07/02
  スキルチェック       :done,  07/06,  07/09
  各分野のゴール決め    :done,  07/06,  24h
  サービス企画書 ver1  :done,  07/07,  07/31
  ユーザー複合マップ    :done,  07/13,  24h
  WBS作成            :done,  07/16,  24h

  gantt  axisFormat  %m-%d
  title  夏休みの予定
  
  section 全体
  イテレーション 01     :active,  08/10,  08/17
  企画書 ver2          :crit,  08/10,  08/17
  イテレーション 02     :        08/17,  08/31
  設計書 ver2          :crit,  08/17,  08/31
  イテレーション 03     :        08/31,  09/14
  設計書 ver3          :crit,  08/31,  09/14
	イテレーション 04     :        09/14,  09/24
  開発前準備          :crit,  09/14,  09/24

### 06/25 天気痛の中身

紫外線・花粉による症状についてあまり言及してこなかった
頭痛にフォーカスしすぎている気がするけど紫外線・花粉・気圧による症状にするか

### 06/29 コンセプトの変更

体調ぱっと見！親子で不安バイバイ
↓
アバターで体調確認 親子で楽しく対策を

### 06/29 花粉症対策

[アレジオンサイト](https://www.ssp.co.jp/alesion/hayfever/forecast/)
によると
花粉症は症状が出る前の薬の服用で症状が軽くなるらしい
> **前日にりとるmeで服用を促すのは効果的かもしれない**

### 06/29 インセプションデッキ

親子で楽しく前向きに天気痛の対策をして 親の悩みを減らす

> 後半部分でターゲットが親まで絞られているから親子に広げたい

### 06/29 インセプションデッキ

「天気痛の予測」をするかどうか
> 将来性
> - 天気痛予報がシステム化できるようになったミライで使うから今正確な予報ができなくていい
> - 気圧の変化から予報するための根拠は適当でいい

### 07/06 アバターの機能をどれくらい作りこむか

フロントの目標
> 子供が理解するようにアバター機能の実装

で

デザインの目標
> 目で見て、音として聞こえる
> 遊びながら学ぶデザイン

をどれだけ実現できるか

#### モチベはどこ？

- アプリが形になってくると楽しくなってくる
- ターゲットからのフィードバックをもらう
- 手動かす

### 07/06 予報地域：アンケートor位置情報

調べてみて楽な方に決める
> 多分アンケートで初期設定するのが楽

### 07/06 どうやって評価する？

顧客満足度を妨げていないか
> ユーザーテストはするのか（評価実験）

持続的に収益が得られる
> どう評価する？

### 07/09 Github Projects

まだ使わなくていい

### 07/09 スキルチェック・WBS・複合マップ

2回目 夏休み終わり

それ以降 毎回イテレーション終わりの振り返りフェーズで

### 07/09 アプリに抵抗する可能性

中間発表で出た質問
薬飲まされるかもしれないドキドキでアプリが嫌になるかも
> ラジオ体操スタンプ的な報酬があるといいのかも

余裕がないので入れないけど展望としてあり

### 07/13 サービスリリースは難しい

これでOK

### 07/13 OBがSwiftの課題作ってくれる

夏休みに課題を作ってくれるかも

### 07/20 企画書決まってない部分

アクティビティ図
- ゲストログインがいるかいらないか
- 体調変化予測ボタン
- アバター表示時に天気痛常態か，ボタンを押して天気痛状態になるか
- アバターをタッチ
- アバターが話す
- 対策情報とか？

ユースケース図
- 天気痛情報の取得と対策の提示方法が固まってないから固めないと書けない
- ゲストログインを想定していなかったから組み込む

を
> 08/10 の前半に確定させて 後半に修正作業

> 08/13 の前半も使って修正作業完了 後半にレビュー

> 08/17までに直して企画書完成

### 決まってない理由

イメージがふわふわしてる

- アバターの表示の仕方
> アニメーション
> コマ送り
> 音声

- 対策方法の提示の仕方
> 対策情報で必要なデータ群
> どんな提示の仕方か

> 08/10 の前半に確定させる

### 企画書 完成 (08/31まで)

> wordで書かなきゃならない
> githubで共同編集かoverleaf
>> githubでできるかわからん

> 外部システムがまだ検討中

> 機能も若干確定していない部分がある

- [去年のサービス企画書・設計書まとめ](https://hackmd.io/@sasakin/B18ev5dhO/edit)

### 設計書 ver2 (08/31まで)

- [去年のサービス企画書・設計書まとめ](https://hackmd.io/@sasakin/B18ev5dhO/edit)

### イテレーション 01

#### 計画ゲーム
- リリース計画
> このイテレーションのリリースに必要な要件を決定することに焦点を当てる。顧客と開発者の両方が参加する。
- 探索フェーズ
> 顧客が要件のリストを作る
- コミットメントフェーズ
> リリースに必要な機能と日付を決める
- ステアリングフェーズ
> 計画を調整したり、新しい要件を追加したり、既存の要件を変更・削除できる。

- イテレーション計画
> 開発者のアクティビティとタスクを計画する。このプロセスでは、顧客は関与しない。
- 探索フェーズ
> 要件をタスクカードにする
- コミットメントフェーズ
> タスクをプログラマーに割り当て、工数を見積もる。
- ステアリングフェーズ
> タスクを実行し、成果が元のユーザーストーリーと一致する。

---

## 懸念点

---

## 議事録

### 08/10 までの課題

フロント
> やってない
> 08/10 まで フレームワーク ライブラリ の調査

バック
> 今週の課題を決めた 08/08 に調査結果報告
> 08/10 にざっくり報告

---

## その他