そのテンプレート、次の案件で使っていい？ 著作権と再利用の線引き
月曜朝、前の案件フォルダを開きかける
「これ、前に作った管理画面の型を少し使えば早い。でも、どこまで使っていいんだっけ…😶」
月曜の朝。新しい案件の見積りを作っていると、相手からこう言われる。
「前に似たような画面を作っていますよね。あれをベースにすれば、早くできますか？」
たしかに早くできる。ログイン画面、一覧の絞り込み、CSV出力、権限ごとの表示切り替え。自分の中では、何度も使ってきた型がある。
でも、前の案件フォルダを開いた瞬間に手が止まる。そこには、顧客固有の業務ルール、画面文言、検証メモ、細かい判断理由まで入っている。コードの一部は汎用的に見える。けれど、そのまま持っていくと、前の顧客の事情まで混ざりそうで怖い。
ここで起きる気まずさは、かなり現実的だ。確認すると「細かい人」に見えそう。使わないと見積りが高くなりそう。使うと後で「それ、他社の成果物では？」と言われそう。どれも嫌なので、とりあえず「確認します」とだけ返して、フォルダを閉じる。そこから半日、返信が止まる。
著作権と再利用の話は、法律の知識だけで片づかない。読者がしんどいのは、正しい答えを知らないことだけではなく、相手の期待、自分の効率、前の顧客への責任が一つの箱に入ってしまうこと だ。
文化庁の著作権契約書作成支援システムでは、デジタル化で著作物の利用形態が広がり、口頭契約のままだと後の利用でトラブルが起きる場合があると説明されている。これは、エンジニアの仕事でもそのまま起きる。その後に「どこまで使えるか」が残るからだ。
この記事では、著作権の細かな条文を暗記する話はしない。まず、前の案件で作ったものを次でも使いたい時に、何を確認し、どう分けると動きやすくなるかを整理する。
最初に見るのは、法律用語より契約書とメール
著作権の話になると、いきなり「譲渡」「利用許諾」「著作者人格権」のような言葉が出てくる。大事な言葉ではある。でも、最初からそこだけを見ると、現場の手が止まりやすい。
まず見たいのは、手元の契約書、発注書、メールだ。そこに、何を納品するのか、相手がどこまで使えるのか、自分が何を持ち込むのか、再利用や改変をどう扱うのかが書かれているかを確認する。
書かれていないなら、「書かれていない」と分かるだけでも前進だ。怖いのは、「たぶん大丈夫」で進め、あとで戻る場所がなくなることだ。
「譲渡」と「使ってよい」は、同じではない
日本の著作権法では、著作権は全部または一部を譲渡できる。一方で、著作者人格権は著作者本人に属し、譲渡できない。ざっくり言えば、財産として扱う権利と、作者としての人格に関わる権利は分かれている。
ここで大事なのは、難しい言葉を覚えることではない。契約書に「著作権を譲渡する」と書かれていても、改変、二次利用、実績掲載、別案件での再利用まで、全部が自動で片づくとは限らない。
たとえば、発注側が納品物を自由に改修して使えるようにしたいなら、その利用範囲を言葉にする必要がある。受託側が、自分の汎用テンプレートを今後も使いたいなら、それも最初に分けておく必要がある。「誰のものか」より先に、「誰が、何を、どこまで使うか」を書く方が実務では強い。
納品物と作業道具を同じ箱に入れない
よくあるズレは、納品物と作業道具が混ざることだ。
発注側から見ると、完成した管理画面、設計書、マニュアル、テスト結果は「この案件のために作ってもらったもの」に見える。これは自然だ。
一方で、受託側には、以前から持っていたチェックリスト、汎用コンポーネント、見積りテンプレート、レビュー観点、スクリプトがある。これらまで全部、案件ごとに相手専用になってしまうと、次の仕事で何も使えなくなる。
だから着手前に、こう分けておきたい。
- 今回の納品物として相手が使うもの
- 自分がもともと持ち込む作業道具
- 案件中に作ったが、汎用化して今後も使いたいもの
- 顧客固有情報が入るので、再利用しないもの
全部を禁止する話でも、全部を自由に使う話でもない。仕事の箱を分ける話だ。
再利用したいものほど、三つに分ける
月曜朝の場面に戻ろう。前の案件フォルダを開いた時、目の前にあるものを一つずつ判断しようとすると疲れる。ファイル名だけでは分からないし、コードも資料も混ざっている。だから、最初に三つの箱へ分ける。
顧客固有のもの、自分の持ち込み資産、汎用化できるノウハウ。 この三つだ。
1. 顧客固有のものは、持ち出さない箱へ戻す
顧客固有のものは、次の案件へ持ち出さない。ここは強めに見ていい。
たとえば、業務フロー、社内用語、未公開の画面仕様、顧客データ、障害の原因メモ、意思決定の背景、具体的な数値、担当者名が入った資料。これらは、コードの形をしていなくても相手の情報だ。
怖いのは、本人に悪気がないことだ。「画面構成の参考にするだけ」と思っていても、顧客固有の判断が混ざっていることがある。前の案件で悩んだことほど、便利なメモとして残りやすい。
ここは、自分を責める必要はない。ただ、相手固有の事情が入ったものは、再利用ではなく参照禁止の箱へ戻す。そう決めるだけで、迷い方が少し減る。
2. 自分の持ち込み資産は、先に言っておく
自分が以前から持っていたテンプレートやスクリプトは、今後も使える形にしておきたい。
たとえば、見積りのひな形、レビュー観点のチェックリスト、汎用的なUI部品、テストデータ作成スクリプト、要件確認の質問リスト。これらは、案件の価値を上げる道具でもある。毎回ゼロから作る必要はない。
ただし、発注側にとっては「今回のために作られたもの」と見える場合がある。だから、持ち込み資産は着手前に軽く共有しておくといい。
今回の作業では、私が以前から使っている汎用テンプレートや確認リストを作業道具として使います。納品物に含めるものと、今後もこちらで再利用する作業道具は分けて管理します。
この一文があるだけで、後から「それも納品物では？」となりにくい。守りたいのは、相手を疑う姿勢ではなく、自分の道具を仕事で使い続ける前提だ。
3. 案件で育った学びは、固有情報を外してから使う
一番迷うのは、案件中に得た学びだ。前の案件で、権限設計のミスに気づいた。CSV出力で確認すべき項目が見えた。運用担当者が困るポイントを知った。これらは、次の案件でも役に立つ。
ただし、そのまま持ち出すのではなく、固有情報を外してから使う。
たとえば、「A社の承認フローでは、部長承認後に経理チェックが必要だった」は持ち出さない。一方で、「承認フローを作る時は、最終承認者、差し戻し先、代理承認、監査ログを確認する」は汎用ノウハウとして使いやすい。
こうやって、具体名と固有事情を外し、次の現場でも通じる確認観点に変える。ここまでできれば、前の経験は流用ではなく、学習として使える。再利用したいなら、まず相手固有の情報を抜いても意味が残る形にする。
OSSや購入素材は、別の利用条件も見る
もう一つ忘れやすいのが、外部の素材やOSSだ。発注者との契約で「納品物は自由に使えます」と決めても、そこに含まれるOSS、画像、フォント、テンプレート、購入素材の利用条件まで消えるわけではない。
文化庁の他人の著作物を利用したい場合などでは、他人の著作物を使う時は、著作物に当たるか、保護対象か、保護期間、権利制限、権利者と許諾の有無を順に確認する流れが示されている。
エンジニアの仕事に置き換えるなら、外部のものは「今回の契約で全部片づく」と見ない方がいい。ライセンス表示、再配布可否、商用利用、改変可否を確認する。
AIで作った補助物も同じだ。文化庁のAIと著作権についてでは、生成AIに関わる立場ごとにリスクを下げる取組を整理したチェックリスト＆ガイダンスも公開されている。AIを使った成果物の契約整理は、AIで作った成果物、契約で先に分けたいことも合わせて見てほしい。
相手に言う時は、禁止ではなく分け方で出す
著作権や再利用の話は、切り出し方を間違えると急に重く見える。
「著作権的に危ないので、それは使えません」
こう言うと、相手は「面倒な話が始まった」と感じやすい。もちろん、本当に使えないものは使えない。ただ、最初の会話では、禁止よりも分け方から出した方が進みやすい。
月曜朝の新しい案件なら、こう返せる。
前案件の顧客固有情報や納品物は使いません。私が以前から持っている汎用テンプレートと確認リストだけを使い、今回の業務ルールや画面文言は新しく作ります。
これなら、相手の期待にも答えている。「早くできる部分はある。ただし、前の顧客のものは混ぜない」と言えているからだ。自分の中でも、使えるものと使わないものが分かれる。
着手前メールに、五つだけ置く
契約書を完璧に作る前でも、着手前メールで論点を残せる。
長い文章はいらない。最低限、次の五つを一画面に入れる。
- 納品物として渡すもの
- 発注者が使える範囲
- 受託側が今後も使う作業道具
- 再利用しない顧客固有情報
- OSSや購入素材など、別条件があるもの
たとえば、こう書ける。
今回の納品物は管理画面のソースコード、設定手順、操作メモです。発注者側では自社サービス内で利用、改修できます。私が以前から使っている汎用テンプレート、確認リスト、補助スクリプトは作業道具として利用し、今後も再利用します。前案件の顧客固有情報や納品物は使いません。OSS等は各ライセンス条件に従います。
このくらいなら、法務文書ではなく実務メモとして置ける。もちろん、大きな契約や権利譲渡が絡むなら専門家に確認した方がいい。それでも、最初のメールに論点があるだけで、後から契約書へ落としやすくなる。
「後で相談」ではなく、迷う場所を先に名指しする
著作権の話で止まりやすい人ほど、「必要になったら相談します」と言いがちだ。でも、必要になった時にはもう作業が進んでいて、言い出しにくくなっている。
先に名指しした方がいい。
既存テンプレートの扱いだけ、着手前に確認したいです。
実績掲載と再利用範囲だけ、契約書とは別にメールでも残したいです。
顧客固有の資料は次案件では使わない前提で進めます。
どこが迷うかを先に出しているだけなので、相手を詰めている感じは薄い。契約条件を広く見直すなら、契約で先に詰めたい条件、どこまである？も参考になる。
迷った時は、手が止まった理由をそのまま確認する
再利用してよいか迷う時、頭の中ではだいたい二択になる。
使うか、捨てるか。言うか、黙るか。強く確認するか、空気を読むか。
でも、実務ではもう少し細かく分けられる。手が止まったなら、その理由をそのまま確認項目に変えればいい。
これは、誰の情報が入っているものか
最初に見るのは、誰の情報が入っているかだ。コードか文章か図かより先に、顧客固有の情報、第三者の著作物、社内資料、個人情報、未公開情報が入っていないかを見る。
一つでも引っかかるなら、そのまま次案件へ持っていかない。必要なら、抽象化したチェックリストに作り直す。
契約書に、再利用の入口があるか
次に、契約書やメールに再利用、改変、実績掲載、持ち込み資産の扱いがあるかを見る。
書かれていなければ、相手に確認する。「書いていないから自由」と決めるのは危ない。逆に、「書いていないから全部ダメ」と抱え込みすぎるのもしんどい。
相手に説明しても、変な汗が出ないか
最後はかなり実務的だ。
このテンプレートは、前案件の顧客情報を含まない汎用部品です。
この確認リストは、複数案件で使っている私の作業道具です。
この設計メモは前案件の固有判断が入っているので、今回は使いません。
こう説明できるなら、再利用しやすい。説明した瞬間に変な汗が出るなら、まだ分け切れていない。そこは一度止まっていい。
止まることは、仕事が遅いことではない。再利用の前に一回止まれる人は、前の顧客も次の顧客も守りやすい。 その姿勢は、契約と品質の両方に効いてくる。
最後に
再利用は悪いことではない。むしろ、エンジニアが積み上げたテンプレート、観点、進め方は価値だ。毎回ゼロから作る必要はないし、経験が次の案件に活きるからこそ、仕事は速く、安定していく。
ただし、前の顧客の情報まで一緒に持っていく必要はない。納品物、自分の作業道具、汎用化したノウハウ、顧客固有情報。この四つを分けるだけで、再利用の怖さはかなり減る。
月曜朝に前の案件フォルダを開きかけて手が止まったなら、まず一つだけやってみてほしい。
これは、顧客固有の封筒へ戻すものか。自分の道具箱へ入れてよいものか。
その一行で十分だ。完璧な契約書をいきなり作れなくても、箱を分けることはできる。著作権と再利用の線引きは、相手を疑うためではなく、積み上げた仕事を安心して次に活かすための準備 だ🧰
