# 品質条件一覧ひな形（記入例）

架空企業「みらい業務サービス」の社内依頼・承認管理アプリの例。実在する会社・案件・人物は含まない。
記事「『動けばよい』ではなく、どこまで守るかを先に決める」（02-03）の本文で使った内容をまとめたもの。空欄版は `02-03-quality-conditions_template.md`。

## 1. 品質条件一覧

| 分類（安全性／速度／使いやすさ） | 条件 | 根拠となる利用状況 | 確認方法 | 優先度 |
|---|---|---|---|---|
| 安全性 | 割当外の承認者が承認・差戻しを試みても、必ず拒否され、依頼と履歴は変わらない | 承認者は自分に割り当てられた依頼だけを扱う前提 | 割当外の承認者で操作し、拒否されること・データが変わらないことを確認する | 高 |
| 安全性 | 自分の依頼を自分で承認することはできない | 自己承認を禁止する業務ルール | 依頼者と承認者が同一人物のケースで操作し、拒否されることを確認する | 高 |
| 安全性 | 同じ承認操作を2回行っても、承認の効果と履歴は1回分のまま増えない | 通信の再送やダブルクリックで同じ操作が重複する可能性 | 同じ承認を連続して2回試み、履歴が1件のままであることを確認する | 高 |
| 安全性 | 自分に関係のない依頼は一覧にも詳細にも表示されない | 役割・対象データに応じた閲覧範囲 | 他人の依頼が自分の一覧に出ないことを確認する | 高 |
| 速度 | 依頼が20件程度の一覧が、体感で待たされずに表示される（架空の仮定：利用者20名・依頼20件程度） | 社内の小規模な利用を想定 | 架空データ20件で一覧を開き、表示までの体感を記録する | 中 |
| 速度 | 承認操作をしてから、一覧の状態表示が反映されるまでに、別の操作をやり直す必要がない | 承認後すぐに次の依頼を確認する業務の流れ | 承認操作の直後に一覧に戻り、状態が更新されていることを確認する | 中 |
| 使いやすさ | 一覧が空のとき、エラーではなく案内が表示される | 新しく使い始めた利用者や対象が0件の状態 | 対象データが0件の状態で一覧を開き、案内が表示されることを確認する | 中 |
| 使いやすさ | 差戻し理由の入力欄が必須であることが、操作前に分かる | 理由なしの差戻しを防ぐ業務ルール | 理由を入力せずに差戻しを試み、必須である旨が分かることを確認する | 中 |
| 使いやすさ | 権限がない操作は、押した後にエラーを出すのではなく、操作できないと分かる形にする | 安全性の条件を使いやすさの面からも支える | 割当外の承認者の画面で、操作できない状態が分かることを確認する | 中 |

## 2. 条件同士がぶつかる場合の優先順位

| 場面 | 選択肢A | 選択肢B | 判断と理由 |
|---|---|---|---|
| 承認ボタンを押すたびに権限を再確認するか | 安全性優先：毎回確認する（わずかに操作が遅くなる） | 使いやすさ優先：一度確認したら省略する（速いが古い権限のまま操作できる可能性） | 安全性を優先する。割当外の承認は業務上の信頼に関わるため、確認を省略しない |

## 3. 完了条件の確認

- [x] 安全性・速度・使いやすさの各分類に1件以上ある
- [x] 各条件に確認方法がある
- [x] 数値を置く場合は「架空の仮定」と表示されている

## 4. 次工程へ渡すもの

- [x] 品質条件一覧（第1節）
- [x] 優先順位の判断（第2節）
- [ ] 承認者：総務課長（架空）— 記入例のため未承認の扱い