何を確かめるかで、試すものを選ぶ
| 何を確かめるかで、試すものを選ぶ | 確かめる疑問 | 試行の範囲 |
|---|---|---|
| 使う流れ | 入力や確認の手順は、利用者の仕事に合っているか。 | 架空の結果や簡潔な画面を使って、操作と情報の順序を検討する。実応答の品質は別に扱う。 |
| 結果の使い道 | 指定した情報から、必要な項目や根拠を得られるか。 | 利用条件を確認した代表例で出力を比べ、確認者が使える結果かを評価する。 |
| 既存業務とのつながり | 情報の受渡しや人の確認を、想定する流れへ組み込めるか。 | 連携先と担当範囲を限定し、権限や失敗時の扱いを含めて接続条件を試す。 |
仮説と判定を、試す前に揃える
「この作業で、この情報を使えば、この結果を確認できる」という形で仮説を置きます。見たい変化と、何と比較するかを決め、結果が期待に届かないときにどこを見直すかも考えます。
使いやすい例だけを選ばず、情報不足や食い違いがある例、対象外として止める例も用意します。基準づくりに使った例と、条件を決めた後に確かめる例を分けられるかを検討し、結論がどの材料に基づくかを残します。
同じ条件で比べ、残る疑問を明らかにする
- 対象と比較の基準を固定する
入力例、参照情報、設定、必要な結果、確認する人を揃えます。試さない業務や、評価の対象にしない機能も明記します。
- 結果と困った例を記録する
結果だけでなく入力と条件の版を結び付けます。正しかった点、情報不足、誤り、人の修正が必要な部分を分け、判断できない例を成功に含めません。
- 変える点を絞って確かめ直す
入力や参照情報、設定など、変更した部分を記録して比較します。複数の条件を同時に変えた場合は、改善の理由を一つに決めつけません。
- 次の段階を判断する
確認できた範囲と残る課題を整理し、継続、範囲変更、保留を選びます。本番へ進む場合は運用の条件を別に確認し、試行だけで準備完了としません。
試作から運用へ進む前に、確認を分ける
- 情報と利用者
- 実際に扱う情報の範囲、更新、利用者の権限が試行条件と違わないかを確認します。評価に使わなかった業務や例は、確認済みの範囲へ含めません。
- 止める・戻す・引き継ぐ
- 障害や誤った結果が出たときの窓口、停止や再実行、元の手順へ戻す方法を整理します。試作品に用意していない機能は残る作業として扱います。
- 続けて確かめる分担
- 費用、応答の待ち時間、情報や設定の変更時に何を見るかを決めます。性能の目標や条件は、実際の利用規模と環境を確認して合意します。
試す材料が十分でないとき
実データがなくても試せますか。
架空例で操作や情報の流れを検討することはできます。ただし実際のデータで得られる結果の品質とは分けて記録し、何を判断するには追加の材料が必要かを明らかにします。
期待した結果にならなければ、試行は無駄ですか。
入力や情報、対象業務、評価条件のどこに課題があるかを整理できれば、次の判断材料になります。改善できる条件と未確認のことを分け、続ける理由がない場合は保留も選びます。