---
# System prepended metadata

title: スプリント1のバックログ
tags: [sprint]

---

###### tags `sprint`

# スプリント1のバックログ
## 期間
- 2020/2/12 - 2020/2/25
---
## スプリント1のタスク
- 性能評価
- ユーザーストーリーマッピング
---
### 性能評価 ->[性能検証結果](/zVSZUTWcQv68o1pdn8tijg)

#### API性能評価シーズン1
- 評価用のAPIの作成（lambdaにのせる）
    - node.js
    >Repository:amsinc-co-jp/epitaph-nodejs
    - python
    >Repository:amsinc-co-jp/epitaph
- 上述の言語に対して実装する内容
    - ループ
    >API:~/dev/python_FIO_loop
    - ファイルI/O(S3):json形式 1ファイル、100,000データ
    >API:~/dev/python_FIO
- BlazeMeterにてAPI呼び出しができる。
    >複数拠点（世界）からアクセスするツールのため、現在のIP制限環境では動作しない。（作業完了）
    - get/postできる手段の調査
    >JMeterのスクリプトが使える。＆BlazeMeterからでもGUIで簡単に設定できる。（作業完了）
    - クエリストリングの複数指定の手段の調査
    >JMeterのスクリプトが使える。JMeterのGUIで設定可能（作業完了）
- 検証
    - http GET, build response.
    - http POST, parse & response.
    - http POST, parse & build response.
    - http GET, loop.

#### API性能評価シーズン2
- DB構築
    - ElastiCache (Redis)
    - Aurora serverless (w/ Data API)
    - DynamoDB
    - DocumentDB (mongo)
        - また、利用時の料金をメモっておく
- データ作成
    - 100,000件(共用環境10社*商品数1,000想定*10バリ)
- 評価用のAPIの改修
    - DBのR/W
    >API:~/dev/python_mysql
    - DB-Read物のjsonビルド
- 検証
    - http GET, fetch DB & build response.
    - http POST, parse, write DB & response.
    - http GET, fetch Cache & build response.
    - http POST, parse, write Caceh & response.

#### 環境構築方法の検証　-> スプリント2にまわす
- 以下の手段をさっくり調べて対象を2に絞る。
    - Ansible
    - Chef
    - Terraform
    - CFn
    - pulumi
- 試しに手を動かしてみる。
- ディスカッション

#### 検討時メモ
* Fargateは対象外にしてみたい。（コンテナ的な実装ほんとにやる？）
* 言語×インスタンス、言語×DBのはやさは必要だが、言語×インスタンス×DBのはやさはいらなさそう。
* complex以下は、性能評価ではなく、性能基礎値の取得と考えて、後のアプリケーションがもう少しできてからでよいのでは。

#### スプリント１中に発生した課題とかゆるいやつ
- 現在、handler.js(py)に全部のAPIを実装しているけれど、本開発時にはどのような粒度でファイルを増やしていくのか。
- npmコマンド各種で追加されたファイル群をどう扱うか
    - githubにつっこむ
    - localでそれぞれ生成して利用する（.ignore）
- npmコマンドの-gパラメータの扱い


---

### ユーザーストーリー読み合わせ
- 検討状況(https://coggle.it/diagram/XkuQSy1cYtHNjYmB/t/malt-c)
    - 現在、CustomerとBackOffice Userを検討済み（2020/02/20現在）
    - 残りはService Admin
- 進め方
    - 金子さん作成の機能一覧を眺めながら、ナラティブフローの粒度まで見える化する。
    - 基本は関係者全員でワイガヤしながら進める。
    - アウトプットはマインドマップ形式に。
- 今後
    - リリーススライスを次スプリントの早い段階で行い、全体的なマイルストーンを導き出したい。
     
---
# 川口加筆
- 本来ならば
- ユーザーストーリー
- ユーザーストーリーマップ
- プロダクトバックログ
- スプリントバックログ
- の順で生成されるべきである。が、
- 目の前に見えている、スプリントバックログから手をつける。
- とはいえ、本スプリントでユーザーストーリーの整理も行う。
- https://qiita.com/Koki_jp/items/6aebc73bedd0a932dcb8




