はじめに

先週、稼働中のロボットがエラーで停止しました。

Kapplets 経由で運用しているロボットなので実行のタイミングは不定期。
前回の実行は３週間近く前。

その後、2週間前ぐらいにロボットの更新が行われており、その際にパスワードストアのアクセストークンを更新し忘れたことが原因のようだ。

通常は「ロボットの更新」→「アクセストークンの更新」と一連の流れとして実施しており、別に難しいことは何もない。

ゆえに、手順が抜けてしまったのではないか？と感じます。

みなさん、チェックリスト使ってますか？

運用管理の「基本だろ！」という突っ込みが返ってきそうですが、意外と慣れてしまったことや細かい（他人と共有しない）タスクについては「わざわざ作らない」ことの方が多いんじゃないでしょうか。

言い換えると結構規模が大きかったり複雑なタスク についてはチェックリストで管理するものの、基本「面倒くさいから積極的には作りたくない」という気持ちもありそうです。

つくるだけであれば勢いでやりますが、管理・運用がね。。。

さて、ロボットの本番アップロード作業を失敗しないように、チェックリストを作りましょう。

Excelでフォーマットを作成し、漏れの無いように項目を洗い出しましょう。

ファイルはロボット管理台帳にリンクを記入して、ファイル自体はサーバーにおきましょう。

みたいにやってくと長続きしない、定着しない、なんかよくわからないファイルだけがサーバー上に残る、、という結果になりそうです。

チェックシート を敢えて意識しなくても自然と存在に気づき、ロボットを本番に上げる際には目に入る。そして面倒くさくない。

というのが重要な気がします。

マイナーな機能ですが、Design Studioにはテキストエディタの機能が組み込まれています。

管理しているロボットが所属するプロジェクト内で 新規作成 -> テキストファイル を選択しましょう。

デコレーション機能のないシンプルなメモ帳ですが、十分でしょう。本番リリース時のチェックリストを作成します。

ロボットファイルを Design Studio 経由でそのまま MC にアップロードする場合、同一プロジェクト内のチェックリストも一緒に同期されます。

プロジェクト自体を シェアプロジェクト にしておくことで、複数人で管理しているロボットであっても、自動的に同期対象となるので便利です。

ちょっとしたことや当たり前のことこそ、少し時間が空いてしまったりスポットで他人に依頼するとなると、手こずります。

とはいえ、そんな稀なことに十分な準備で備える、というのも現実的には難しい。

小さな仕組みで習慣化、習慣の共有化をしていくのがいいですよね。

使用するのに意識する必要がない。そんなデザインを「融けるデザイン」というようです。

チェックリストはどこまで行っても目的にはなりません。であれば、自然となじむ融けるチェックリストがいいよね。ということで。。。