fix: enum的項目にはチェックリストではなくラベルを使う

bases/issue-template/recommended/bug.md

@@ -6,16 +6,16 @@ labels: bug
 assignees:
 ---
 
-## 内容・手順
-
+<!-- 発生箇所は、ラベル機能を使って示すのが良い。例:
+- ビジネスロジック
+- 表示ロジック
+- スタイリング
+- 環境関係
+- その他 
+-->
 
-## 発生箇所
+## 内容・手順
 
-- [ ] ビジネスロジック
-- [ ] 表示ロジック
-- [ ] スタイリング
-- [ ] 環境関係
-- [ ] その他
 
 ## その他
 

bases/issue-template/recommended/refactor.md

@@ -9,23 +9,38 @@ assignees:
 ## 内容
 
 
-## 修正箇所
-
-- [ ] ビジネスロジック
-- [ ] 表示ロジック
-- [ ] スタイリング
-- [ ] 環境関係
-- [ ] その他
+<!-- 発生箇所は、ラベル機能を使って示すのが良い。例:
+- ビジネスロジック
+- 表示ロジック
+- スタイリング
+- 環境関係
+- その他 
+-->
 
 ## デグレの可能性がある範囲(その処理が依存しているファイル数。肌感覚でよいです)
 
-- [ ] 少し(1~4)
-- [ ] まあまあ(5~10)
-- [ ] かなり(11 以上)
+<!-- 自由記述。または、ラベルだけ使用して、この欄は省略しても良い -->
+
+<!-- 加えて、以下のようなラベルを用意しておくのが良い。例: 
+- 影響範囲:小
+    - description: 「1~4 ファイルほどにデグレ発生の可能性あり」
+- 影響範囲:中
+    - description: 「5~10ファイルほどにデグレ発生の可能性あり」
+- 影響範囲:大
+    - description: 「11件以上のファイルにデグレ発生の可能性あり」
+-->
 
 ## 修正時間見積もり
 
-- [ ] 秒で終わる
-- [ ] 数時間
-- [ ] 1 日
-- [ ] 数日
+<!-- 自由記述。または、ラベルだけ使用して、この欄は省略しても良い -->
+
+<!-- 加えて、以下のようなラベルを用意しておくのが良い。
+- 予想所要時間: 極小
+    - 秒で終わる
+- 予想所要時間: 小
+    - 数時間ほど
+- 予想所要時間: 中    
+    - 1 日ほど
+- 予想所要時間: 大
+    - 数日
+-->

bases/issue-template/simple/bug.md

@@ -9,13 +9,13 @@ assignees:
 ## 内容・手順
 
 
-## 発生箇所
-
-- [ ] ビジネスロジック
-- [ ] 表示ロジック
-- [ ] スタイリング
-- [ ] 環境関係
-- [ ] その他
+<!-- 発生箇所は、ラベル機能を使って示すのが良い。例:
+- ビジネスロジック
+- 表示ロジック
+- スタイリング
+- 環境関係
+- その他 
+-->
 
 ## その他
 

bases/pull-request-template/pull_request_template.md

@@ -7,13 +7,6 @@
 <!-- 実装内容、背景、実装方法 -->
 
 
-## レビューレベル
-<!--必要なレビューの度合いにチェックマークを入れること -->
-- [ ] Lv0: まったく見ないで Accept する
-- [ ] Lv1: ぱっとみて違和感がないかチェックして Accept する
-- [ ] Lv2: 仕様レベルまで理解して、コードレビューする
-- [ ] LV3: 仕様レベルまで理解して、コードレビュー・動作確認する
-
 ## 確認用URL
 <!-- ローカルのURLや遷移方法などを記載 -->
 
@@ -31,3 +24,22 @@
 - [ ] ビルド、テストは正常に動作しますか？
 - [ ] 意図していないデバッグコードはありませんか？
 - [ ] PRにレビュー優先度のラベルをつけましたか？
+- [ ] PRにレビューレベルのラベルをつけましたか？
+
+
+<!-- レビューレベルの分類ラベルの例: 
+各観点から複数選択可能とする。
+
+ただし、ノールックで Approve してほしい場合には（何も選択されないとき、見た側が「選択忘れ」なのか区別つかず不便なので）「ノールック」を選択する。
+
+- Review: ノールック
+    - description: 「まったく見ないで Approve する」
+- Review観点1: 軽く目を通す
+    - description: 「コードを読んで違和感がないかチェックする」
+- Review観点2: 動作確認
+    - description: 「レビューにあたって、ローカル環境やstorybook等での動作確認を要する」
+- Review観点3: 仕様
+    - description: 「レビューにあたって、仕様の理解・確認を要する」
+- Review観点4: 設計
+    - description: 「レビューにあたって、設計の観点からの違和感等がないか確認する     
+-->