ひとり運用を支える「手順書」のつくり方

ひとりで事業や運用を回していると、知識のほとんどが自分の頭の中だけにある。それは身軽さでもあるが、同時に弱点でもある。体調を崩した日、長く現場を離れた後、あるいは半年前に組んだ仕組みを前にしたとき、私たちは自分の記憶が思ったより当てにならないことを知る。手順書は、そのための保険だ。

未来の自分は他人である

手順書を書くときに効く心構えは、「これは未来の自分という他人に宛てた手紙だ」と思うことだ。今の自分には自明な前提も、三か月後の自分には抜け落ちている。だから、当たり前に思える一行こそ書く。どのフォルダを開くのか、どのアカウントでログインするのか、その作業はいつ・なぜやるのか。小さなスクリプトから始める定型処理の置き換えで訪ねた事業者が、スクリプトの隣に「列の構成を変えたら見直すこと」と書き残していたのも、まさにこの宛先を意識していたからだろう。

完璧な一冊より、開ける一枚

手順書づくりでつまずきやすいのは、最初から網羅的な文書を目指すことだ。立派な目次を作っているうちに、肝心の中身が埋まらないまま放置される。私の経験では、まず作るべきは「何かが止まったとき最初に開く一枚」である。そこに、よく使う作業の場所と、困ったときの連絡先と、支払いや契約の情報がどこにあるかだけを書く。網羅性は後から足せばいい。

デイヴィッド・アレンが『Getting Things Done（邦題：ストレスフリーの整理術）』で繰り返し述べているのは、頭の中に留めた約束事が注意を奪い続けるという指摘だ。手順書は、その約束事を頭の外へ出す器でもある。書き出してしまえば、覚えておく緊張から解放される。

使うたびに直す

手順書が陳腐化するのは、作って満足し、二度と開かないからだ。これを防ぐ単純な方法は、その手順を実際に使うたびに、気づいた差分を一行だけ直すことである。作業の流れの中で更新するから、別途メンテナンスの時間を取らずに済む。月末の静かな見直しのような定期点検と組み合わせれば、放置されにくくなる。

情報処理推進機構（IPA）の各種ガイドでも、運用ドキュメントは「作ること」より「現状と一致し続けること」に価値があるとされる。古い手順書は、無いより危ういことすらある。間違った前提で動いてしまうからだ。

所在を集めるだけで効く

もし時間がほとんど取れないなら、手順そのものより先に「所在の一覧」を作るのを勧めたい。重要なアカウント、契約、支払い、データのバックアップ。それぞれが「どこにあるか」を一覧にするだけで、いざというときの初動がまるで変わる。内容を全部書き写す必要はない。場所さえ分かれば、たどれる。

手順書は、書いた瞬間に完成するものではなく、運用とともに育っていく生き物に近い。最初は粗くていい。止まったときに開ける一枚があるかどうかが、ひとり運用の復旧力を静かに決めている。次は、その運用に常につきまとう「いつでも対応」という重さと、どう距離を取るかを考えたい。続きは「いつでも対応」とどう距離を取るかで。