固定した手順で足りるかを見極める
| 固定した手順で足りるかを見極める | 固定手順のワークフロー | 次の行動を選ぶエージェント |
|---|---|---|
| 向いている検討場面 | 必要な処理と順序をあらかじめ列挙できる。 | 途中の結果によって、次に調べる対象や道具が変わる。 |
| 設計すること | 各手順の入力、出力、分岐条件。 | 選べる道具、判断材料、行動の上限、停止条件。 |
| 試作で見ること | 想定した分岐を正しく通るか。 | 必要のない行動を続けないか、結果を説明できるか。 |
道具ごとに、できる操作を絞る
- 読む
- 検索や参照で取得できる範囲を決めます。別の人の閲覧権限を借りた状態になっていないかも確認します。
- 提案する
- 送信文や更新内容を作る段階では、宛先、変更箇所、理由を人が確認できる形で残します。
- 実行する
- 書き込みや外部送信を伴う操作は、必要な承認と取り消せる範囲を操作ごとに定義します。
- 止める
- 回数、時間、処理量などの上限と、判断できないときに引き継ぐ相手を決めます。
実行の直前に、具体的な内容を確認する
- 操作案を表示する
対象と変更内容を表示し、何を実行するのかを確認できるようにします。「続けてよいか」だけの確認にしません。
- 承認の範囲を固定する
承認した内容と、その後に実行する内容が一致するかを確かめます。対象が変わった場合の扱いも決めます。
- 結果を記録する
成功、失敗、実行していない状態を区別して残します。結果が分からない場合は、同じ操作を重ねる前に確認します。
繰り返しと途中失敗を、試験の対象にする
道具が応答しない、同じ情報を探し続ける、途中まで処理して止まる。こうした例を試作で用意し、どこで停止して何を残すかを確かめます。再試行できる操作と、重複すると困る操作も区別します。
処理を複雑にする前に、単独のモデル呼び出しや固定した分岐で目的を満たせるかを検討します。柔軟に行動できること自体を、導入の成果にしないためです。
人へ引き継ぐときに残すもの
停止した理由だけあれば再開できますか。
目的、実施済みの操作、まだ行っていない操作、確認が必要な点を分けて残します。担当者が同じ調査を最初から繰り返さずに判断できる情報を考えます。
最初から多くの道具を渡すべきですか。
最小限の道具で試し、足りない作業が分かってから追加する方法があります。追加した道具についても、使う条件と誤操作時の扱いを確認します。