一つの作業を、入力・出力・操作に分ける
- 入力
- 何を渡すか、入力の出所を確かめられるかを整理します。外部の文書に書かれた指示と、担当者が依頼した作業を混同しない設計にします。
- 出力
- 文章を作る、候補を並べる、画像を作るなど、必要な成果を定めます。根拠がない項目をどう表示するかも含めます。
- 操作
- 保存、送信、公開など、外部に影響する操作を別に列挙します。操作ごとに実行できる範囲と確認者を決めます。
- 影響
- 間違った場合に誰が困るか、取り消せるか、気づくまでにどこへ広がるかを検討します。
同じ文章作成でも、確認の重さは変わる
| 同じ文章作成でも、確認の重さは変わる | 担当者が読む下書き | 外部へ届ける回答 |
|---|---|---|
| 利用場面 | 編集できる状態で候補を示す。 | 送信先へ届き、相手の行動に影響する。 |
| 確認箇所 | 目的に合う内容か、根拠を追えるか。 | 宛先、添付、表現、公開してよい情報か。 |
| 不明点がある場合 | 不明点を明示して担当者へ返す。 | 解消するまで送信を保留する。 |
実際の仕事に近い小さな試験を作る
- 代表的な場面を選ぶ
成功しやすい入力だけでなく、資料不足、食い違う資料、途中の通信断も用意します。
- 出力と操作を別々に見る
文章が適切でも、意図しない保存や送信が起きていないかを確認します。
- 使える範囲を決める
試験で確かめた条件と、未確認の条件を分けて残します。未確認の用途へ自動で広げません。
止めた後に、仕事を引き継げる状態にする
停止は、担当者へ状況を戻すための操作として設計します。どこまで完了したか、何が未実行か、同じ操作を再開して重複しないかが分かる情報を残します。
確認する量が多すぎる場合は、自動化の範囲を狭める選択もあります。人が読み切れない量の結果を承認欄だけで通す運用にしないことが大切です。
安全性の検討で迷いやすい点
テストに通れば、別の用途にも使えますか。
入力、利用者、連携先が変わると確認すべき影響も変わります。新しい用途の差分を洗い出し、その条件で試験を追加します。
確認者を置けば十分ですか。
確認者が判断できる根拠、時間、停止する権限を用意します。確認した対象の版も、実行する対象と一致させます。