設計書・手順書を残す習慣｜引き継げる仕事の残し方と書くときの注意点

業務委託で「引き継げる仕事」を残すには、設計書や手順書を作業の後ではなく作業と同時に書くこと、何をしたかだけでなく「なぜそうしたか」と「どう戻すか」まで残すこと、取引先が決めた場所に、取引先が読める形で置くことの3つが基本です。

業務委託の契約には期間があり、いつかは自分が抜けた後も仕事が続きます。そのときに困らない状態を作っておくことは、取引先への責任であると同時に、契約の更新や次の案件で評価される材料にもなります。この記事では、残しておきたい文書の種類と書き方、置き場所と秘密保持の注意点を整理します。契約終了のときの引き継ぎの進め方は契約終了時の引き継ぎの記事で扱います。

業務委託で文書を残す意味

自分がいなくても回る状態を作る

業務委託の担当者は、社員と比べて参画の期間が区切られています。作業の中身が自分の頭の中にしかない状態（属人化）になっていると、契約が終わったときや、体調を崩して休んだときに、取引先の業務が止まります。文書を残すことは、こうしたときの備えになります。

成果物の一部として求められることがある

設計書や運用手順書が、契約上の成果物に含まれている案件もあります。成果物として求められているなら、作るのは業務そのものです。反対に、契約に書かれていない文書を大量に作ると、その時間をどう扱うかが問題になることもあります。どこまでが求められているかは、参画の初めに確かめておきます。

自分を守る記録になる

「なぜその設計にしたのか」が残っていないと、後から問題が起きたときに、当時の判断が妥当だったかを説明できません。判断の経緯を書いた記録があれば、自分の仕事を説明する根拠になります。

残しておきたい文書の種類

案件の内容によって違いますが、次のような文書がよく求められます。

環境の一覧には、パスワードやアクセスキーなどの認証情報そのものは書きません。認証情報は、取引先が決めた管理の仕組みで扱います。

書くタイミングは「作業と同時」

文書が残らない最大の理由は、「作業が終わってからまとめて書こう」と後回しにすることです。作業が終わる頃には次の作業が始まり、細かい判断の理由は思い出せなくなっています。

1. 作業の前：手順書の骨組み（目的・前提・手順の見出し）だけ作る
2. 作業の途中：実際に打ったコマンド、つまずいた点、決めたことをその場で書き足す
3. 作業の後：読み返して、初めての人が迷う箇所を直す
4. 変更のたび：仕様や構成が変わったら、文書も同じ日に直す

作業の「完了」の中に「文書の更新」を含めておくと、後回しになりにくくなります。課題の管理表を使っている現場なら、完了の条件に文書の更新を書いておく方法もあります。

自分以外の人に読んでもらう

書いた本人は、前提を知っているため、抜けている情報に気づきにくいものです。手順書を作ったら、その作業をしたことのない人に一度読んでもらい、迷った箇所を直します。新しく参画した人がいれば、その人に手順書どおりに作業してもらうのがよい確かめ方になります。つまずいた箇所は、そのまま手順書の改善点です。

手順書の書き方

手順書は、初めてその作業をする人が、書かれたとおりに進めて同じ結果を出せることを目指します。

入れておきたい項目

• 目的：この手順で何ができるようになるか
• 前提：必要な権限、事前に終わっているべき作業、使う環境
• 手順：1ステップに1つの操作。番号をつける
• 確認方法：各ステップがうまくいったかを、何を見れば判断できるか
• 戻し方：途中で失敗したときに、元の状態に戻す方法
• 更新日と更新者：いつの情報か分かるように

書くときのコツ

「適宜設定する」「いつもの手順で」のような、書いた人にしか分からない表現は避けます。画面の操作なら、押すボタンの名前を画面の表記どおりに書きます。コマンドは、実行したものをそのまま貼り、環境によって変わる部分は分かるように示します。

特に大事なのは戻し方です。手順どおりに進めて失敗したときに戻す方法がないと、読む人は手順書があっても作業に踏み切れません。

古くなった文書は消すか、古いと書く

内容が古くなった文書が残っていると、読む人は正しい手順と古い手順の区別がつかず、かえって混乱します。使わなくなった手順書は削除するか、冒頭に「この手順は◯年◯月で使われなくなりました」と書き、新しい文書の場所を示しておきます。

設計書は「なぜ」を残す

設計書には、構成や処理の流れを書くのが基本ですが、それだけなら、ソースコードや設定を読めば分かる部分もあります。後から読む人が一番困るのは、「なぜこの形にしたのか」が分からないことです。

• ほかにどんな案があり、なぜそれを選ばなかったのか
• どんな制約（予算、期限、既存の仕組み）があったのか
• 将来変えるとしたら、どこに注意が要るのか

こうした判断の理由は、会議やチャットの中で決まることが多く、そのままでは流れて消えてしまいます。決まった時点で設計書や判断の記録に書き写しておきます。会議の記録の残し方は議事録の記事、チャットでの相談の仕方はチャットでの報告・相談の記事をご覧ください。

置き場所と秘密保持の注意点

取引先が決めた場所に置く

文書は、取引先が決めた共有の場所に、取引先の人が読める形で置きます。自分のパソコンや、個人で契約しているクラウドの保存先に置くと、自分が抜けたときに誰も読めなくなるうえ、秘密保持の取り決めに触れるおそれもあります。自宅で作業するときの情報の扱いは自宅で働くときの情報セキュリティの記事で整理しています。

文書の権利は契約で決まる

作った設計書や手順書の著作権などの権利がどちらに属するかは、契約の定めによって変わります。業務の中で作った文書を、契約が終わった後に自分の手元に残したり、別の案件で使い回したりすると、契約違反になるおそれがあります。権利の考え方は著作権の記事で解説しています。

文書を作る時間の扱い

文書を作る時間は、契約で決めた業務の一部であれば稼働に含まれます。一方で、求められていない文書づくりに多くの時間を使うと、取引先から見れば「頼んだ作業が進んでいない」と映ることもあります。

文書づくりに時間がかかりそうなときは、「この手順書の整備に半日ほどかかります」のように、先に見込みを伝えて了承を得てから進めます。文書の整備が当初の作業範囲を超えて広がる場合の進め方は業務範囲の変更の記事をご覧ください。

よくある質問

文書を書く時間がないほど作業が詰まっているときは、どうすればよいですか？

まず、最低限残すものを決めます。たとえば、自分しか知らない手順と、判断の理由だけは短くても書き残します。そのうえで、文書を整える時間が取れない状況を取引先に伝え、作業の優先順位を相談します。文書がないまま作業だけ進むと、後で自分が抜けたときに困るのは取引先です。

取引先に文書の様式がない場合は、自分で決めてよいですか？

様式がなければ、自分で決めてかまいません。ただ、読むのは取引先の人なので、作り始める前に「この形でよいか」を一度見てもらうと、後から作り直す手間が減ります。社内にほかのチームの文書があれば、その形に合わせると読まれやすくなります。

契約が終わるときは、何を引き継げばよいですか？

日頃から文書を残していれば、引き継ぎの中心は、文書の場所の案内と、文書に書ききれていない注意点の説明になります。引き継ぎの段取りや期間の考え方は契約終了時の引き継ぎの記事で解説しています。