質問・確認・実装の際に使うテンプレート


## プルリクエスト時のテンプレート

プルリク「○○のデータ内容を取得する #○○」を作成しました。

■プルリク

■ブランチ

■CI
Rspecはtrue/falseになっております。

■ルーティング
[POST]
[GET]
[UPDATE]
[DELETE]

■Json差分

■タスク詳細
題名:
タスクID: 
URL:

題名:
タスクID: 
URL:

上記、ご確認お願いします！ 

## 調査完了の共有したい時のテンプレート

タスクID: 「○○」の調査しました。

・調査結果
・結論
・今後の進め方（方向性）、もしくはアクション

■該当タスクURL


上記、ご確認お願いします！ 

## テスト環境反映の共有したい時のテンプレート

タスクID: 「○○」のbeta2環境の反映が完了しました。

詳細はURLをご覧いただけますと幸いです！

■該当タスクURL


上記、ご確認お願いします！ 

## タスク完了の共有したい時のテンプレート

タスクID: 「○○のデータ内容を取得する」のタスクが完了しました。
・APP側の対応をお願いします
※○○環境反映済みです。

■該当タスクURL

■ルーティング

■Json差分

上記、ご確認お願いします！ 

## 相談したい時に使うテンプレート
プルリク「○○のデータ内容を取得する」について相談です。
URLなどあったら貼り付け


○○さんから下記コメントを頂いたのですが、対応方針として問題ないでしょうか？

上記ご確認お願いします。

## 報告したい時に使うテンプレート

* パターン1
下記↓↓の対応が完了しましたので、ご確認いただけると助かります。

```
hogehgoeo
```

上記、ご確認お願いします！ 

* パターン2
タスクID:○○ 「○○」を作成しました。
下記を概要としてまとめました。

```
・ ○○の作成
	※○○を作成　
	→ hogehoge
	→ hogehoge
・○○を作成
	※○○は下記となります。
	→ hogehoge
	→ hogehoge
・○○を作成
	※○○は下記となります。
	→ hogehoge
	→ hogehoge
・○○について
	※○○する必要があります。
	→ hogehoge
	→ hogehoge
```

タスクURL:


上記、ご確認お願いします！ 


## 仕様確認したい時のテンプレート  

・パターン1
仕様を確認させてください。
・○○について
```
▲○○のケース
	・ ○○時  → ○○
	・ ○○時  → ○○
▲○○
	・ ○○時  → ○○

※特に懸念点はありません。
```

参考資料:

上記でよろしいでしょうか？


・パターン2
仕様を確認させてください。
・○○の方がいいか(ex.1)
・○○の方がいいか(ex.2)
```
ex.1)
▲○○のケース
	・ ○○時  → ○○
	・ ○○時  → ○○
▲○○
	・ ○○時  → ○○
```

```
ex.2)
▲○○のケース
	・ ○○時  → ○○
	・ ○○時  → ○○
▲○○
	・ ○○時  → ○○
```

参考資料:

どちらでも対応できますので、ご指示いただけると助かります！

・パターン3
タスクID○○の挙動について確認させてください。

```
■挙動フロー
①データ取得
②結果取得NGがあった
③サイトに表示できない
④表示できない内容を確認し原因調査
⑤原因判明したら、修正して再度データ取得


■懸念点
・
・
```

上記、ご確認お願いします！ 

・パターン4

```
○○の反映は下記のようになります。
○○    →　○○時に反映
○○    →　○○時に反映
○○    →　○○時に反映

■懸念点
・
・
```

上記、ご確認お願いします！ 

## 仕様確認をされた際に回答するテンプレート

> 相手が聞きたいことが実現できるか

YES or NO をシンプルに回答する。引用を使うようにする。

> API側、APP側共に仕様の説明の必要があり

API側での仕様は○○です。

> APP側は、代表者に聞くように促す。工数を含め


## テスト結果を報告したい時に使うテンプレート

○○環境にて、下記内容○点テストしました。

```
1. タスクID:  「○○登録エラー」
→ ○○が登録できることを確認しました

2. タスクID: ○○, ○○, ○○ 「○○更新エラー」
→ ○○更新時に文言が変わることを確認

3. タスクID: ○○ 「○○のデータ取得を確認」
→ 対象のjson配列が返されてることを確認しました。
```
上記、ご確認お願いします！ 

## 状況を説明したい時に使うテンプレート
* パターン１

```
【課題】
○○エラーで表示されない

【状況】
①○○アカウントでエラー発生を確認。
②○○の条件で、○○動作をすると○○の状況になる。
```
上記、ご確認お願いします！ 

* パターン2


タスクID: ○○が一部見れない。
上記の原因と思われる動作が判明したので共有致します。

```
手順
1. ○○のAPIを叩く
※補足があればこういう感じでかく

2. ○○をタップする
※下記エラーコードを返す

{
   "message": "Validation Failed",
   "errors": [
     {
       "resource": "Issue",
       "field": "title",
       "code": "missing_field"
     }
   ]
 }

```
上記、ご確認お願いします！ 

* パターン3

```
■今回の実装経緯
・ユーザーの説明コストを下げるため

■現状の仕様
１． 文字を入力対象のボタンまでクリック
２． 正しく装飾できた場合は色が変更する

■現在の課題
・より簡単に文字を装飾できるようにしていく
```
上記、ご確認お願いします！ 

* パターン4

タスクID: ○○ができない
○○の原因が分かったので共有致します。

```
1. hogehogehohgeo
2. hogehogehohgeo
3. hogehogehohgeo
```

* パターン5

対応としては以下をします。


```
・○○する際
→○○が発生したら○○を表示する

・○○する際
→○○の案内をする
```

上記、ご確認お願いします！ 

## 次のタスクについて共有するテンレプート

こちらのタスクを着手します。

```
タスク名:
タスクID:  
URL:
```

他に優先度が高いものがありましたらご連絡いただけると助かります。
ご確認お願いします！ 

## タスク優先度を確認したい時に使うテンプレート

タスクの優先度を確認させてください。

```
1. 優先度SSの「タスクID: ○○の実装」
2. 優先度Aの「タスクID: テスト作成」
3. 優先度Aの「タスクID: ○○の調査」
4. 優先度Bの「タスクID: ドキュメント作成」
```
上記、ご確認お願いします！ 


## 概要設計を伝えたい時のテンプレート

ルーティング
api/v1/hogehogee

パラメータ

```
{
  fuga: 100
}
```
■概要設計

```
①○○の内容を抽出
②○○の真偽値でtrueであれば
③○○をログとして記録する
```
上記、ご確認お願いします！ 

## 引用回答したい時のテンプレート

>  タスクID: ○○の内容確認

　→　問題なし
　　　注：

>  タスクID: ○○の内容の編集閲覧ができる

　→　問題なし


上記、ご確認お願いします！ 

## 要件を作成したい時のテンプレート

```
「○○」 の要件を作成しました。
タスクID: 
URL:
```

上記、ご確認お願いします！ 


## アップデートした時の報告するテンプレート
今回のアップデート

```
●機能追加/改善
・「○○」を作成できるようになりました。
●軽微な不具合の修正
・○○の不具合の修正を行いました。
```

## スケジュール共有したい時に使えるテンプレート
○○スケジュール

```
● ○/○（○）
・開催場所: ○○
・集合時間

●来週の○○
○/○（○）○○:○○-○○:○○@hog
・何か伝えたいことがあれば

●○/○（○）飲み会開催
「○○会」を開催
```

## タスク共有テンプレート
```
先週タスク
・
・
・


先週の残業時間
0

今週のタスク
・
・

今週の空き時間
0
```

## デプロイ関係の報告テンプレート
○○環境を更新します。

↓　環境更新後


## 何かに使えるかもしれないテンプレート
```
○○を修正
┗ ○○発生
┗ ○○発生
┗ ○○発生
┗ ○○発生
┗ ○○発生
```