ITエンジニアの職務著作｜転職前に確認する権利の読み方

ITエンジニアが会社の業務として開発したソフトウェアや技術文書は、職務著作の問題に触れることがあります。転職・退職のタイミングでは、GitHubへの公開可否、ポートフォリオへの記載、オープンソース化の可否が雇用契約・就業規則・NDAと交差します。文化庁の著作権に関する公式資料は制度理解の入口になりますが、個別の成果物が職務著作に該当するか、権利が誰に帰属するかは契約と事実関係により異なります。このページは権利帰属を断定せず、確認項目と他記事との役割分担を整理するものです。

職務著作

雇用関係下で創作した著作物のうち、制度上特定の要件を満たすもの。詳細は文化庁の案内を参照。

著作権

著作物を利用・公開する権利。帰属は創作と契約の関係で決まり、このページでは個別断定しません。

知的財産条項

雇用契約等に記載される、成果物の権利帰属・利用制限に関する条項。

一般化・匿名化

秘密を除き技術要素だけを説明する方法。GitHubポートフォリオと併用。

職務著作の確認は、NDA（秘密情報・副業規制）、GitHubポートフォリオ（見せ方・匿名化）、退職手続（退職手続き）と役割が異なります。ここでは著作権制度の入口と契約条項の読み方に集中し、具体的なコード公開の可否を一律に答えません。

職務著作の確認の役割比較では、「テーマ」は「著作権・契約条項」、「このテーマ」は「確認リスト」、「関連記事」は「—」です。件数・年収・合格率は集計方法や時期で変わるため、求人票と公式サイトの最新情報を確認してください。

職務著作の確認の役割比較では、「テーマ」は「秘密保持・副業」、「このテーマ」は「契約読み合わせ」、「関連記事」は「NDA」です。件数・年収・合格率は集計方法や時期で変わるため、求人票と公式サイトの最新情報を確認してください。

職務著作の確認の役割比較では、「テーマ」は「ポートフォリオの見せ方」、「このテーマ」は「権利確認が前提」、「関連記事」は「GitHubポートフォリオ」です。件数・年収・合格率は集計方法や時期で変わるため、求人票と公式サイトの最新情報を確認してください。

職務著作の確認の役割比較では、「テーマ」は「退職手続き」、「このテーマ」は「返却・権限剥奪」、「関連記事」は「退職手続」です。件数・年収・合格率は集計方法や時期で変わるため、求人票と公式サイトの最新情報を確認してください。

職務著作の確認の役割比較では、「テーマ」は「権利帰属の断定」、「このテーマ」は「行わない」、「関連記事」は「専門家相談」です。件数・年収・合格率は集計方法や時期で変わるため、求人票と公式サイトの最新情報を確認してください。

求人票や内定後書類に、知的財産権の帰属、副業・OSS活動の規定が載る場合があります。GitHubポートフォリオが扱う見せ方とは別に、契約上の権利関係を書面で確認します。

職務著作の確認の求人票の読み替えでは、「記載例」は「職務発明・著作物の帰属」、「確認したい内容」は「会社帰属の範囲」、「質問例」は「業務外で開発したOSSは対象外ですか」です。件数・年収・合格率は集計方法や時期で変わるため、求人票と公式サイトの最新情報を確認してください。

職務著作の確認の求人票の読み替えでは、「記載例」は「退職後の利用制限」、「確認したい内容」は「公開・再利用」、「質問例」は「退職後に技術ブログで架構のみ説明できますか」です。件数・年収・合格率は集計方法や時期で変わるため、求人票と公式サイトの最新情報を確認してください。

職務著作の確認の求人票の読み替えでは、「記載例」は「副業・OSS規定」、「確認したい内容」は「事前届出」、「質問例」は「個人GitHubへの業務外コミットは届出が必要ですか」です。件数・年収・合格率は集計方法や時期で変わるため、求人票と公式サイトの最新情報を確認してください。

職務著作の確認の求人票の読み替えでは、「記載例」は「競業避止」、「確認したい内容」は「退職後の制限」、「質問例」は「競業条項と著作物公開の関係を条文で教えてください」です。件数・年収・合格率は集計方法や時期で変わるため、求人票と公式サイトの最新情報を確認してください。

職務著作の確認の求人票の読み替えでは、「記載例」は「入社時の持込み成果」、「確認したい内容」は「既存OSS・特許」、「質問例」は「入社前作品の取扱い条項はありますか」です。件数・年収・合格率は集計方法や時期で変わるため、求人票と公式サイトの最新情報を確認してください。

職務著作の確認の求人票の読み替えでは、「記載例」は「NDAの範囲」、「確認したい内容」は「顧客名・仕様」、「質問例」は「NDAと併せて確認する秘密の範囲は」です。件数・年収・合格率は集計方法や時期で変わるため、求人票と公式サイトの最新情報を確認してください。

• 雇用契約・就業規則の知的財産条項を読んだ
• 公開したい成果物リストを作り一般化した
• 人事・法務へ条文番号付きで質問した
• NDAの秘密範囲と突合した
• 権利帰属を記事や口頭だけで断定していない

確認ポイントは「雇用契約・就業規則の知的財産条項を読んだ」です。職務著作の確認の求人票に無いことが多いので面談メモに残します。曖昧な答えのときは最近の実例を1つ依頼してください。実例が出せない仕事は期待値が人によって違います。未確認のまま応募理由にしないでください。

確認ポイントは「公開したい成果物リストを作り一般化した」です。職務著作の確認の求人票に無いことが多いので面談メモに残します。曖昧な答えのときは最近の実例を1つ依頼してください。実例が出せない仕事は期待値が人によって違います。未確認のまま応募理由にしないでください。

確認ポイントは「人事・法務へ条文番号付きで質問した」です。職務著作の確認の求人票に無いことが多いので面談メモに残します。曖昧な答えのときは最近の実例を1つ依頼してください。実例が出せない仕事は期待値が人によって違います。未確認のまま応募理由にしないでください。

確認ポイントは「NDAの秘密範囲と突合した」です。職務著作の確認の求人票に無いことが多いので面談メモに残します。曖昧な答えのときは最近の実例を1つ依頼してください。実例が出せない仕事は期待値が人によって違います。未確認のまま応募理由にしないでください。

確認ポイントは「権利帰属を記事や口頭だけで断定していない」です。職務著作の確認の求人票に無いことが多いので面談メモに残します。曖昧な答えのときは最近の実例を1つ依頼してください。実例が出せない仕事は期待値が人によって違います。未確認のまま応募理由にしないでください。

職務著作の確認では、ツール名の羅列より、自分が判断した範囲の説明が先です。秘密情報は一般化し、確認できない数字は書きません。

1. 01
   契約条項のハイライト

   著作権・職務著作・競業・副業に関わる条文をPDFにマーカー。質問は条文番号付き。

2. 02
   成果物の分類

   業務内/業務外、顧客秘/社内秘/公開可能に分類。秘匿部分はGitHubポートフォリオの匿名化を参照。

3. 03
   質問リスト作成

   公開希望ごとに「可否」「条件」「書面での回答」をセット。口頭OKだけで行動しない。

4. 04
   公式資料で用語整理

   文化庁の職務著作説明を読み、用語メモ。個別帰属は専門家へ。

著作権制度の概要、職務著作に関する説明は文化庁の著作権ページが参照先です。個別の帰属判断は契約と事案依存のため、このページでは断定しません。必要に応じて弁護士等の専門家へ相談してください。

ITエンジニアの職務著作｜転職前に確認する権利の読み方の判断材料は、出典が公開されている情報に限ります。媒体ごとの求人数や平均年収は集計定義が違うため、求人票や公式サイトの最新情報で確認してください。内定や年収アップは保証できません。提示された労働条件は書面で確認し、口頭の話だけを契約内容にしないでください。

エージェントには、過去のクライアント企業で知的財産条項がどう書かれがちか、面談で確認すべき質問例を整理してもらうことは可能です。法的判断の代行は期待しないでください。

• IT特化エージェント

  企業ごとの知的財産条項の確認質問例を整理してもらうのに向きます。法的判断は専門家へ。

• 社内SEナビ

  社内規程の読み方や法務窓口へのエスカレーション経路の確認に使える場合があります。

• 自己管理

  契約PDFと質問回答は安全に保管。未確認の成果物は公開リポジトリに上げない。

相談先を複数使う場合は、企業名・求人ID・応募経路を一覧にして重複応募を防いでください。転職支援とスカウトでは受けられる支援が異なるため、同じ基準で単純比較せず、目的に合う窓口を選びます。

• 「職務だから全部会社のもの」と決めつける

  契約と事実関係により異なります。条文と個別確認を優先し、このページや一般論で断定しないでください。

• NDAと著作権を混同

  秘密保持と著作権は別概念です。NDAと併読し、それぞれ確認してください。

• 退職後に無断公開

  契約上禁止されている場合があります。退職前に書面確認を。

転職・退職前1週間で、契約条項の抜き出し、公開希望成果物のリスト化、人事・法務への質問リスト作成、NDAとの突合まで進めます。

1. 01
   月：契約読み

   現職または内定先の契約を読み、条項抜き出し。

2. 02
   火：成果物リスト

   公開・転職活動で触れたい成果を一覧化し秘匿部分をマスク。

3. 03
   水〜木：質問送付

   人事・法務へメール。返答を保存。

4. 04
   金：関連記事突合

   NDA、GitHubポートフォリオと矛盾がないか確認。

ITエンジニアの職務著作｜転職前に確認する権利の読み方の応募準備では、「知っている」「使った」で止めず、どの入力を受け、何を判断し、どの成果物を残し、障害時にどこまで対応したかを分けます。対象領域は著作権・職務著作・雇用契約です。公開できない固有名詞や数値は一般化し、公式資料（文化庁 著作権、厚生労働省 労働条件の明示、厚生労働省 副業・兼業）で確認した定義と、自分の担当実績を混同しないでください。

1. 01
   公式定義を一つ選ぶ

   文化庁 著作権、厚生労働省 労働条件の明示、厚生労働省 副業・兼業を開き、著作権・職務著作・雇用契約に関係する用語を一つ選びます。版や更新日が分かる場合はメモし、求人票独自の表現と分けます。

2. 02
   担当箇所を図にする

   入力、処理、出力、依存先を四角で描き、自分が変更・レビュー・運用した場所だけに印を付けます。触れていない箇所は実績に含めません。

3. 03
   失敗例を一つ添える

   正常系だけでなく、失敗の検知、切り分け、復旧、再発防止の順に一例を整理します。秘密情報と確認できない改善率は書きません。

4. 04
   求人ごとに質問へ変える

   必須条件と歓迎条件を分け、主担当・補助利用・学習予定のどれに当たるかを記録します。回答が曖昧な項目は応募理由の主軸にしません。

• ITエンジニアの職務著作｜転職前に確認する権利の読み方で自分が決めたことを一文で説明できる
• 著作権・職務著作・雇用契約の利用経験と設計・運用経験を分けた
• 成果物、レビュー責任、障害時の担当を確認した
• 出典のない求人数、年収、改善率を書いていない
• 求人IDと応募経路を管理し、重複応募を防いだ