繰り返し作業をスキルとして切り出す判断
毎回同じ手順を指示し直すのは非効率であり、そうした作業はまとまった手続きとして再利用できる形に整理する価値があります。ただし、あらゆる作業を切り出せばよいわけではありません。切り出す判断の基準は、その手順が今後も繰り返される見込みがあるか、そして手順そのものが安定しているかどうかです。試行錯誤の途中にある作業を早すぎる段階で固定すると、後から作り直す手間のほうが大きくなります。
また、切り出す単位の粒度も結果を左右します。細かすぎると数ばかり増えて管理が破綻し、大きすぎると少しの条件変更で使えなくなります。目安としては、人が一つの目的として説明できる範囲に収めると扱いやすくなります。手順の途中で判断が分岐する場合は、分岐そのものを内部に抱え込むのか、外から指定できるようにするのかを意識して決めておくと、後の再利用性が高まります。
生成された手順を検証してから採用する流れ
自動的に作られた手順をそのまま本番の運用に組み込むのは危険です。動作するように見えても、想定外の入力や例外的な状況では意図しない挙動をすることがあります。採用の前に、代表的なケースと極端なケースの双方で動作を確かめる段階を挟むべきです。この検証を省くと、問題が起きたときに原因が手順にあるのか実行環境にあるのかの切り分けが困難になります。
検証の観点としては、正しく動くかどうかだけでなく、失敗したときにどう振る舞うかも重要です。途中で止まったときに中途半端な状態を残さないか、外部に影響を及ぼす操作を含んでいないか、繰り返し実行しても安全かといった点は、実運用に入る前に確認しておく必要があります。特に、取り消しの効かない操作を含む手順は、慎重に扱うべき対象として区別しておくのが賢明です。
スキルが増えたときの重複と衝突への対処
手順の蓄積が進むと、似た目的を持つものが複数存在する状態が生まれます。名前が近い、対象が重なる、同じ処理を別の方法で実現しているといった重複は、選択の誤りを招きます。意図した手順とは別のものが選ばれてしまえば、結果は正しく見えても目的を達成していないという厄介な失敗につながります。増えた段階で整理する前提を持っておくことが必要です。
対処としては、それぞれの適用条件を明確に記述することが基本になります。どんなときに使い、どんなときには使わないのかが書かれていれば、選択の精度は大きく向上します。加えて、目的が重なるものは統合するか、明確に役割を分けるかを判断します。数を誇るのではなく、迷わず選べる状態を保つことが、蓄積した資産を実際に活かすための条件になります。
蓄積した手順を陳腐化させない棚卸しの習慣
一度作られた手順は、放置すれば静かに劣化していきます。参照している対象の構成が変わり、前提としていた条件が失われても、手順そのものは変わらないためです。使われた形跡がないもの、失敗が続いているものを定期的に洗い出し、修正するか削除するかを判断する機会を設けておくことが、全体の信頼性を保つ鍵になります。
棚卸しを続けるには、実行の記録が残っていることが前提になります。いつ、どの手順が、どのような結果で実行されたかが追えれば、判断は事実に基づいて行えます。記録がなければ、印象や記憶に頼るしかなくなり、必要なものを消したり不要なものを残したりする誤りが起きます。蓄積の仕組みを設計する時点で、記録の設計も同時に考えておくべき理由がここにあります。
