「最終版_これ_v2」問題を終わらせる：どれが最新のマニュアルか迷わない仕組み

手順書の置いてある共有フォルダを開くと、よく似た名前のファイルがいくつも並んでいる。「業務手順_最終」「業務手順_最終2」「業務手順_これが本番」。どれが本当に最新で正しいのか、開いて中を見比べないと判断できない。こうした場面に心当たりのある方は多いのではないでしょうか。

手順書は一度作って終わりではなく、業務が変われば手を入れていくものです。ところが、更新のたびに新しいファイルを別名で保存していくと、いつのまにか似たような版が積み上がっていきます。本記事では、この「どれが最新版か分からない」という悩みを、ファイルの名付けを工夫する話ではなく、版を管理する仕組みそのものからほどいていきたいと思います。

なぜ版が乱立してしまうのか

版が増えていくのは、現場が雑だからではありません。むしろ、慎重に仕事をしようとするほど起こりやすい現象です。前の版を上書きして消してしまうのが怖いので、念のため別名で残す。すると、古い版も新しい版も等しく残り、見分けがつかなくなっていきます。

こうなると、いくつもの困りごとが連鎖します。現場の人はどれを見ればいいか分からず、古い手順のまま作業してしまう。管理する人は、正しい版がどれかを問い合わせで聞かれ続ける。せっかく更新しても、その更新が現場に届いているのか確信が持てない。版の乱立は、更新をためらわせ、結局マニュアルを使われないものにしてしまうのです。

どれが最新かを判断する負担が、見る人と管理する人の双方にのしかかる。版の問題は、名付けのセンスではなく、仕組みで解くのが筋だと私たちは考えています。

名付けの工夫では解けない

この問題を、命名ルールで解こうとする取り組みはよく見られます。「日付を頭に付ける」「版数を必ず入れる」といったルールです。もちろん、何もしないよりは前進します。けれども、ルールは守られてこそ効くもので、忙しい現場では徹底しきれません。一人でも別名で保存すれば、そこからまた乱立が始まります。

そもそも、日付や版数をファイル名に書いても、その版のどこが前と変わったのかは分かりません。中身を開いて、前の版と目で見比べる作業が残ります。名付けの工夫は「どれが新しいか」の手がかりにはなっても、「何が変わったか」「戻したいときにどうするか」までは面倒を見てくれないのです。

必要なのは、版を人手で管理するのをやめ、更新の履歴が自動的に積み重なり、いつでも現行版と変更点をたどれる状態にすることだと考えています。

履歴で管理するという考え方

発想を切り替えます。ファイルを別名で複製していくのではなく、ひとつの手順書に対して、更新のたびに版が自動で記録されていく。そして、そのうちのどれが現行版なのかが常にはっきり分かり、版と版の間で何が変わったかも見える。これが、履歴で管理するという考え方です。

この形にすると、これまでの困りごとがきれいにほどけます。現行版が明示されるので、現場は迷わず正しい手順を見られます。変更点が分かるので、更新した側は何をどう直したかを説明しやすくなります。そして、間違えて更新してしまっても過去の版に戻せるという安心感が、更新のためらいをなくします。戻せるからこそ、こまめに手を入れられるようになるのです。この考え方は改訂履歴として、文書管理の基本にもなっています。

Flowbaseでできること

Flowbaseでは、手順書を更新するとバージョンが自動で記録され、履歴として積み重なっていきます。ファイルを別名で保存し直す必要はありません。

現行版には印が付くので、どれが最新かで迷うことがありません。版と版の間で、どの手順が追加され、どこが書き換えられ、何が削除されたかを差分として確認できます。さらに、過去の版へはいつでも戻せます。更新の内容によって版の数え方も自動で調整され、手順の中身が変わったときと、細かな調整だけのときとを区別して記録します。

版が一本に整うと、更新した内容がそのまま現場に届くようになります。「どれが最新版ですか」という問い合わせに毎回答える手間もなくなります。マニュアルが古くなって使われなくなる問題そのものへの向き合い方は、更新されず古くなるマニュアル問題への対処でも整理していますので、あわせてご覧いただければと思います。

よくある質問