保守・改善・引継ぎ・終了学習記事全11節Operate
引継ぎ資料の所在をまとめ、廃止する場合の終了チェック表を作る
この記事で身につくこと担当者の変更、保存するデータ、アクセス停止、契約・接続の終了を整理する理由と、終了時にも照合と記録が必要なことを説明できる。
記事内目次（20項目）
この記事の会社・人物・データはすべて架空の設定です。実在する会社や案件とは関係ありません。この記事は、これまで作成してきた記事群（00〜13）の内容を、引継ぎ・廃止の場面を想定して整理したものであり、実際に引継ぎ・廃止を行ったものではありません。退職者データの保存期間は、この記事でも未採用テーマとして扱います。
この記事は何の話か。運用管理者が交代する場合の引継ぎ資料（設計・手順・ルール・残課題の所在）と、アプリを廃止する場合の終了チェック表（保存する依頼・履歴、アクセス停止、接続の終了）を作る話です。この記事が、このFast Trackで作成してきた一連の記事の最後になります。
なぜ必要か。担当者が交代したり、アプリを使わなくなったりするときにも、データの保存・アクセスの停止・契約の終了を、思いつきではなく整理された形で行う必要があります。前任者しか知らない情報（秘密情報の置き場、AIへの実行ルール、見送った要望の理由）が失われると、次の担当者は同じ失敗をやり直します。廃止で先にデータを消してしまうと、REQ-005の履歴（誰がいつ承認したか）を後から説明できなくなります。終了時にも、勝手にやめるのではなく、照合と記録が必要です。
この記事を読むとできるようになること。
- 担当者の変更、保存するデータ、アクセス停止、契約・接続の終了を整理する理由を説明できる
- 引継ぎ資料（資料の所在、担当、権限の移譲）と終了チェック表を作れる
- 別の仕組みへ移行する案と廃止する案を、データの保存義務・費用・利用者への影響から比較できる
- 終了チェック表の項目ごとに「誰が、何を確認し、どこで止めるか」を言える
読む順路。この記事は3つの深さで読めます。全部を順に読む必要はありません。
- 基本だけ理解する：第1節→第3節（終了時にも照合と記録が必要な理由）→第4節（判断すること）→第9節。ここまでで、引継ぎで何を渡し、廃止で何を残し何を止めるかの考え方が分かります。AIへの依頼は出てきません。
- 作って確かめる：上に加えて第5.1節（引継ぎ資料の所在一覧）→第5.2節（担当・権限の移譲）→第5.3節（終了チェック表：順序・誰が・止める条件）→第5.4節（未採用テーマの引継ぎ）→第5.5節（AIに整理を頼む場合の注意）→第6節→第7節（確かめたこと・確かめていないこと）。
- 設計判断を深める：上に加えて第8節（移行と廃止の比較、適用限界）。
1. 今回の業務課題と完成するもの
この記事でやることは、運用管理者が交代する場合の引継ぎ資料と、アプリを廃止する場合の終了チェック表を作ることです。あわせて、このFast Trackで作成してきた記事群の資料の所在を一覧にします。
13-03では小さな変更の更新記録を作りましたが、担当者の交代やアプリの終了という場面はまだ扱っていませんでした。この記事では、それを扱い、一連の記事を締めくくります。
この記事を読み終えると、次のものが手元にできます。
- 引継ぎ資料・終了チェック表（資料の所在、担当、権限の移譲、保存するデータ、停止する接続、確認者）
2. 前提知識と読む順路
この記事で使う言葉を先に説明します。
引継ぎ
一言でいうと、担当者が交代するときに、必要な情報（設計、手順、ルール、残っている課題）を次の担当者に渡すことです。
終了チェック表
一言でいうと、アプリを廃止するときに、何を残し、何を止めるかを確認する一覧です。
これがないと、担当者が交代したときに前任者しか知らない情報が失われたり、廃止したときに必要なデータまで一緒に消してしまったりする可能性があります。
読む順路：更新記録は13-03、実行ルールは07-04、利用手順書は10-03、復元演習は12-04、秘密情報の置き場は06-04が該当します。この記事は、このFast Trackで作成してきた記事群（00〜13）の最後の記事です。
3. 理解する：終了時にも照合と記録が必要な理由
3.1 担当者の変更、データ、アクセス、契約・接続
| 観点 | 内容 | 抜けると起きること |
|---|---|---|
| 担当者の変更 | 前任者が知っている設計・手順・ルール・残課題を、次の担当者に引き継ぐ | 見送った要望（13-01）を理由も知らずに実装し直す。AIの実行ルール（07-04）を知らずに本番の設定に触れる |
| 保存するデータ | 廃止する場合でも、REQ-005（履歴を残す）・REQ-008（バックアップ・復元）に関わるデータをどう扱うかを決める | 「誰がいつ承認したか」を後から説明できない |
| アクセス停止 | 廃止・引継ぎに伴い、不要になった利用者のアクセス権限を止める | 退職・異動した人の権限が残り、誰も気づかない |
| 契約・接続の終了 | 06-04で管理してきた外部の接続・部品の契約を終了し、鍵を無効にする | 使っていない接続に費用がかかり続ける。有効なままの鍵が漏れる |
3.2 よくある誤解
「廃止するなら、全部消してよい」。12-04で確認した復元演習の考え方と同じく、廃止する場合でも、保存義務のあるデータ（REQ-008に関わるもの）は、勝手に消さず、保存期間や保存方法を確認してから扱います（第8.1節）。
「引継ぎ資料さえ渡せば完了」。資料を渡すだけでなく、権限の移譲（次の担当者がアクセス・操作できる状態にすること）まで行って、初めて引継ぎが完了します（第5.2節）。
「止める順番はどうでもよい」。アクセスを止める前にバックアップと復元の照合を済ませ、接続を切る前に保存すべきデータが取り出せていることを確かめます。順番を間違えると、止めた後に「取り出せない」と気づきます（第5.3節）。
「AIに記事を全部読ませて引継ぎ資料を書かせればよい」。AIは所在の一覧化や要約には使えますが、何を引き継ぐか、誰に権限を移すか、いつ止めるかは人が決めます。渡す資料に秘密情報が混ざっていないことも人が確かめます（第5.5節）。
4. 判断すること
引継ぎ・廃止のときに人が判断することは、次の5つです。
| 判断すること | なぜ判断が必要か | 仮置きしてよいか | 間違えた場合の影響 |
|---|---|---|---|
| 何を引き継ぐか（所在一覧に載せるもの） | 記事だけでなく、ひな形・コード・実行記録・秘密情報の置き場・見送った理由まで含めないと、次の担当者は判断の根拠を追えない | 可（一覧は増やせる。ただし秘密情報の値そのものは載せない） | 前任者しか知らない情報が失われる |
| 誰に、どの権限を移すか | 05-03の権限表で運用管理者にできること（利用者・役割・割当の管理）は決まっている。承認の代行は移せない | 不可（権限表の範囲でしか移せない。範囲外が必要なら05-03へ戻る） | 次の担当者が承認を代行できる状態になる、または必要な操作ができない |
| 廃止するか、移行するか | 業務が続くかどうかと、データの保存義務・費用・利用者への影響で決まる。運用担当ではなく業務の責任者が決める | 可（この記事は廃止の場合で仮置き。第8.1節） | 業務が続くのに仕組みだけ止まる |
| 何を保存し、いつまで保存するか | REQ-005・008のデータは廃止後も説明責任に関わる。保存期間の規程はこの題材では未確認 | 可（架空の仮定と明記して仮置き。退職者データの保存期間は未採用テーマ） | 必要なデータを消す、または不要なデータを持ち続ける |
| どの順で止めるか | バックアップ→復元照合→アクセス停止→接続の終了→鍵の無効化の順でないと、止めた後に取り出せない | 不可（順序を守る。第5.3節） | 停止後に「復元できない」「取り出せない」と気づく |
勝手に決めてはいけないこと：退職者データの保存期間について、この記事で新しいルールを決めません（未採用テーマとして引継ぎ先へ明示するにとどめます）。07-04で決めた実行ルールにない権限移譲を、この記事で行いません。05-03の権限表にない権限（承認の代行など）を、引継ぎの名目で次の担当者に付けません。この記事で実際に引継ぎ・廃止を行ったかのように書きません。
AIに任せる範囲：記事・ひな形・実行記録の所在の一覧化、各資料の要約、終了チェック表の下書きはAIに任せられます。任せてはいけないのは、何を引き継ぐかの決定、権限を移す相手と範囲の決定、廃止・移行の判断、保存期間の決定、止める順序の決定、そしてAIに渡す資料に秘密情報・個人情報が無いことの確認です（第5.5節）。
5. 作って確かめる：引継ぎ資料・終了チェック表を作る
この節の一覧・チェック表は、これまでの記事の内容を整理した想定例です。実際に引継ぎ・廃止を行った記録ではありません。
5.1 引継ぎ資料の所在一覧
「所在」は、このFast Trackで実際に作成した記事・ひな形・コード・実行記録を指します。次の担当者が最初に読むべきものから順に並べます。
| 資料 | 所在（記事ID） | 形（何が残っているか） |
|---|---|---|
| 業務要件・受入条件 | 記事A（02-01）、02-02〜02-04 | 記事、要件一覧・機能一覧のひな形 |
| データ項目・状態遷移・権限 | 05-01〜05-03 | 記事、遷移表・権限表のひな形 |
| 構成・復旧方針（バックアップと復旧目標） | 05-04 | 記事（復旧目標は架空の仮定） |
| 環境の区別と配置した版 | 06-02、11-02 | 記事、環境一覧、配置記録（版 v0.1.0-sandbox、実行記録あり） |
| 秘密情報の置き場と依存部品の一覧 | 06-04 | 記事、設定見本（値は空欄）、.gitignore、依存部品一覧。秘密の値そのものは引継ぎ資料に書かず、置き場だけを渡す |
| AIへの実行ルール・再開用メモ | 07-04 | 記事、実行ルールのひな形 |
| 変更履歴・変更管理ルール | 06-03、13-03の更新記録 | 記事、Git の履歴（演習）、更新記録のひな形 |
| 利用手順書・問い合わせ手順 | 10-03 | 記事（「実画面未確認」の欄あり）、手順書のひな形 |
| 運用項目・異常時の初動手順 | 12-01、12-02 | 記事、運用項目一覧・初動手順のひな形（実運用の監視は未実施） |
| 障害対応記録・復元演習記録 | 記事C（12-03）、12-04 | 記事、復元演習のコードと実行記録 |
| 改善要望・変更影響調査・更新記録 | 13-01、13-02、13-03 | 記事、各ひな形、13-03のコードと実行記録 |
| 未採用テーマ（承認取消、代理承認、退職者データの保存期間） | 02-02、13-01、13-02 | 見送りの理由と再検討条件（第5.4節） |
5.2 引継ぎ資料・担当・権限の移譲
| 項目 | 内容 |
|---|---|
| 資料の所在 | 第5.1節の一覧 |
| 担当 | 前任の運用管理者（架空）から、次の運用管理者（架空）へ |
| 権限の移譲 | 05-03の権限表に基づく運用管理者権限（利用者・役割・割当の管理）を、次の担当者のアカウントへ移す。承認の代行は権限表に無いので移せない |
| 引継ぎ完了の確認 | 次の担当者が、自分のアカウントで割当変更（10-03第5.4節の手順）を1件行えること。前任者のアカウントの運用管理者権限を外したこと |
| 確認者 | 総務課長（架空） |
5.3 終了チェック表（廃止する場合）
順序どおりに進め、項目ごとに誰が・何を確認し・どの条件で止めるかを決めます。すべて想定で、この記事で実施していません。
| 順 | 項目 | 何を確認するか | 誰が | 止める条件（次に進まない） | 次にどこを見るか |
|---|---|---|---|---|---|
| 1 | 保存する依頼・履歴を決める | REQ-005・REQ-008に基づき、依頼・履歴データを廃止後も一定期間（架空の仮定）保存すると決め、保存先と形式を書く | 総務課長（架空）が決め、運用管理者（架空）が記録 | 保存期間が決められない場合は、未採用テーマとして明示したうえで「削除しない」を仮置きし、削除には進まない | 保存期間の規程の確認は業務側へ |
| 2 | バックアップを取り、復元を照合する | 12-04と同じ方法で、復元先で件数・内容・関係を照合し、記録を残す | 運用管理者（架空） | 照合に不一致があれば、アクセス停止に進まない（12-02の初動で原因を確かめる） | 12-04の演習記録の形式 |
| 3 | アクセス停止 | 依頼者・承認者・運用管理者のアクセス権限をすべて停止する。停止した人と日時を記録する | 運用管理者（架空）。最後に自分の権限を止める前に総務課長（架空）が確認 | 手順2の記録が無ければ止めない | 05-03の権限表（誰に何があったか） |
| 4 | 接続の終了と鍵の無効化 | 06-04の依存部品一覧と設定見本の項目をもとに、外部の接続・部品の契約を終了し、鍵を無効にする。終了した接続と日時を記録する | 運用管理者（架空） | 手順1で保存すると決めたデータが、その接続先にしか無い場合は、取り出してから終了する | 06-04の一覧 |
| 5 | 終了の記録を残す | 手順1〜4の記録と、第5.1節の所在一覧を、保存するデータと同じ場所に残す | 運用管理者（架空）、確認者は総務課長（架空） | — | 引継ぎ資料として保管 |
5.4 未採用テーマの引継ぎ
| 未採用テーマ | 引継ぎ先への明示内容 |
|---|---|
| 承認取消 | 13-02の変更影響調査（影響範囲、社内ルール未確認という条件） |
| 代理承認 | 13-01の改善要望一覧（誰がいつ代理できるかという社内ルールが未確認） |
| 退職者データの保存期間 | 未採用テーマ（設計書5.2、02-02）として、次の担当者が検討する課題であることを明示する。この記事の第5.3節でも保存期間は架空の仮定のまま |
5.5 AIに引継ぎ資料の整理を頼む場合の注意
記事・ひな形・実行記録の所在の一覧化や要約はAIに任せられます。この記事ではAIに実際に頼んではいませんが、頼むときの決まりを先に定めます。
| 項目 | 内容 |
|---|---|
| 渡してよいもの | 記事・ひな形・実行記録の一覧（このFast Trackの正本は架空の題材で、秘密情報を含まない）、13-01〜13-03の成果物 |
| 渡す前に人が確かめること | 実際の業務では、設定ファイル（.env）、接続先、鍵、利用者の氏名・連絡先が資料に混ざっていないこと（06-04）。07-04の実行ルール（本番の設定を読んだら止める）を守ること。03-01のデータ持出しの制約に反しないこと |
| 任せてよいこと | 所在一覧の下書き、各資料の要約、終了チェック表の項目の整形、抜けている資料の候補出し |
| 任せてはいけないこと | 何を引き継ぐかの決定、権限を移す相手と範囲の決定、廃止・移行の判断、保存期間の決定、止める順序の決定。アクセス停止・接続終了・鍵の無効化の操作そのもの |
| 記録に残すこと | AIに渡したもの、AIの下書き、人が決めた内容。AIの下書きを「引継ぎ資料」として単独で残さない |
6. 実行結果（引継ぎ資料・終了チェック表）
| 資料の所在 | 担当 | 権限の移譲 | 保存するデータ | 停止する接続 | 確認者 |
|---|---|---|---|---|---|
| 第5.1節の一覧（記事A・B・Cを含む00〜13の記事・ひな形・コード・実行記録） | 前任の運用管理者（架空）→次の運用管理者（架空） | 05-03の権限表に基づく運用管理者権限（利用者・役割・割当の管理）の移譲。承認の代行は含まない | 依頼・履歴データ（REQ-005・REQ-008、保存期間は架空の仮定）。第5.3節の順序で、バックアップと復元照合の後に停止する | 06-04の依存部品一覧・設定見本にある外部の接続・部品の契約と鍵 | 総務課長（架空） |
7. 確認結果
実行環境：本節は文書によるまとめであり、コードの実行は伴いません。作成日：2026-09-20、順序と判断項目の展開：2026-09-21。この記事で実際に引継ぎ・廃止・終了チェック表の演習を行った実績はありません。
完了条件との照合：
| 完了条件 | 確認結果 |
|---|---|
| 引継ぎ資料の所在一覧がある | 第5.1節に記載（実在する記事・ひな形・コード・実行記録を指す） |
| 保存するデータと停止する接続が分けて書かれている | 第5.3節に記載（手順1と手順4） |
| 未採用テーマが引継ぎ先へ明示されている | 第5.4節に記載 |
| 終了チェック表に順序・誰が・止める条件がある | 第5.3節の表に記載 |
| 権限の移譲が権限表の範囲に収まり、完了の確認方法がある | 第5.2節に記載 |
| AIに整理を頼む場合の渡すもの・任せないことが決まっている | 第5.5節に記載 |
この記事で確かめたこと：第5.1節の所在が、実在する記事・ひな形・コード・実行記録を指していること。権限の移譲が05-03の権限表の範囲（利用者・役割・割当の管理）に収まっていること。未採用テーマ3件が、設計書5.2・02-02・13-01・13-02の扱いと食い違っていないこと。
この記事で確かめていないこと：
| 範囲 | 理由 | どこで確かめるか |
|---|---|---|
| 実際の引継ぎ（権限の移譲と、次の担当者が操作できること） | 実施していない。題材アプリの認証は固定値で代用しており、実際のアカウント管理は無い（05-03第5.3節） | 実際の運用で、第5.2節の完了の確認を行う |
| 終了チェック表の手順1〜5が、実際の環境で順序どおりに進むか | 演習していない。12-04の復元演習は演習用データで行ったもので、廃止の場面では試していない | 廃止を決めた時点で、演習用の環境で手順2〜4を試す |
| 保存期間と保存先 | 規程が未確認（未採用テーマ） | 業務側（規程の確認）へ |
| 06-04の一覧に無い接続・契約が無いか | 題材アプリの技術選定（03-03）が未確定で、実際の接続先は無い | 実際の接続先が決まった時点で06-04の一覧を更新する |
| AIに整理を頼んだ場合の実際の結果 | この記事ではAIに頼んでいない | 実際の引継ぎで第5.5節の決まりに従って試す |
残る制限：この記事の引継ぎ資料・終了チェック表は、これまでの記事の内容を整理した想定例です。実際に担当者が交代したり、アプリを廃止したりした実績ではありません。この記事の本文はClaude Codeが作成したもので、業務担当者による内容確認は行っていません。
8. 設計を判断する
8.1 別の仕組みへ移行する案と廃止する案の比較
| 案 | 内容 | 適する場合 |
|---|---|---|
| 別の仕組みへ移行する | 依頼・承認の業務を、別のアプリ・仕組みに移す | 業務自体は続くが、この題材アプリの維持費用・機能が見合わなくなった場合 |
| 廃止する（この記事の終了チェック表で扱う） | 業務自体をやめる、または元の運用（表計算など）に戻す | 業務量が小さく、専用のアプリを維持する必要性が薄れた場合 |
どちらの案を選ぶ場合でも、データの保存義務（REQ-008）、費用、利用者への影響（10-03の利用手順書が使えなくなることなど）を比較して判断します。判断するのは業務の責任者（総務課長、架空）で、運用管理者は材料（第5.1節・第5.3節）を整えます。移行する場合は、10-02の移行・照合の考え方（件数と内容の照合、移行しなかった行の理由）を、この題材アプリから移行先へ向けて使います。
8.2 適用限界
この記事の終了チェック表は、この題材アプリの範囲（依頼・承認管理）を前提にしています。実際に別の業務・別のアプリへ引継ぎ・移行する場合は、この記事の形式を土台にしつつ、対象となる業務・アプリの内容に合わせて調整する必要があります。保存期間・停止の順序・担当は架空の仮定で、実際の規程・体制で置き換えます。
9. 持ち帰る成果物
| 成果物 | 空欄版 | 記入例 |
|---|---|---|
| 引継ぎ資料・終了チェック表ひな形（資料の所在、担当、権限の移譲、保存するデータ、停止する接続、確認者） | templates/13-04-handover-closure_template.md | templates/13-04-handover-closure_example.md |
自分の業務に使うときの手順は次のとおりです。
- これまで作成してきた資料の所在を一覧にする（記事・ひな形・コード・実行記録・秘密情報の置き場。値そのものは書かない）
- 引継ぎ先の担当と、権限の移譲方法を権限表の範囲で決め、完了の確認方法を決める
- 廃止する場合は、保存するデータと停止する接続を分けて整理し、バックアップ→復元照合→アクセス停止→接続終了→鍵の無効化の順に、誰が確認するかを決める
- 未採用テーマを、引継ぎ先が検討できる形で明示する
- AIに整理を頼むなら、渡すもの・渡す前の確認・任せないことを決める
10. 次工程への受渡し
次へ渡すもの：引継ぎ資料・終了チェック表。
次工程での使われ方：次の担当者、または移行先の仕組みへ、この記事の資料を渡します。この記事で見つかった新しい課題（未採用テーマの再検討など）があれば、01（企画・要件整理）に戻って検討します。
前工程へ戻る条件：引継ぎ・廃止の過程で、設計や権限の見直しが必要になった場合は、該当する記事（05-03、05-04、07-04など）に戻って確認します。
11. 根拠と更新情報
- この記事の会社・人物・データはすべて架空の設定です。
- 資料の所在一覧は、記事A（SAMPLE-A）、記事B（SAMPLE-B）、記事C（SAMPLE-C）を含む、このFast Trackで作成してきた一連の記事に基づきます。未採用テーマは設計書5.2・02-02に基づきます。
- 制作の来歴：本文はClaude Codeが作成しました。人（ユーザー）による実読・内容確認、実際の引継ぎ・廃止は未実施です。
- 未確認事項：退職者データの保存期間は未採用テーマです。実際の引継ぎ・廃止の実施結果は、この記事の時点では確認していません。
- 2026-09-21（Phase 5B-2D）：読む順路（3つの深さ）、第4節の判断項目（判断すること・仮置き可否・間違えた場合の影響・AIに任せる範囲）、第5.1節の所在一覧に「形（何が残っているか）」の列と06-02・06-04・11-02の行、第5.2節の引継ぎ完了の確認、第5.3節の終了チェック表に順序・誰が・止める条件・次にどこを見るか、第5.5節「AIに引継ぎ資料の整理を頼む場合の注意」、第7節の確かめていないこと、第8.1節の判断者と10-02との関係、POINT・CHECKLIST・記事間の参照を追加した。所在一覧の「02-01〜02-04」を「記事A（02-01）、02-02〜02-04」に、「全13カテゴリ相当」を「00〜13」に訂正した。引継ぎ・廃止の4観点・未採用テーマの扱い・完了条件は変えていない。