lg_toolkit_guide

09_operation_handover_template.md - 運用引継ぎテンプレート

本テンプレートは、guides/00_policy.md、guides/01_ai_coding_rules.md、guides/03_security_privacy_rules.md、guides/06_readme_template.md を前提に使用すること。

1. 基本情報

• ツール名:
• 概要:
• 利用部署:
• 想定利用者:
• 利用目的:
• 配置場所（共有フォルダ / IISパス / 実行ファイル保存先）:
• 実行方法:
• 利用頻度（毎日 / 毎週 / 毎月 / 随時）:

2. データの取扱い

• 入力データ（形式・取得元・保管場所）:
• 出力データ（形式・出力先・保管期間）:
• 保存されるデータ（ログ、設定、一時ファイル等）:
• 保存されないデータ（個人情報、入力履歴等）:
• 個人情報の取扱い（保存しない原則、扱う場合の運用ルール）:

3. 通常運用手順

1. 実行前確認（入力データ、出力先、バックアップ有無）
2. 実行手順（起動、入力、実行、結果確認）
3. 実行後確認（出力内容、件数整合、ログ確認）
4. 保管・削除（中間ファイルや不要出力の整理）

4. 定期作業

• 定期確認項目（例: 月次で出力フォルダ整理、ログ確認）:
• 実施頻度:
• 実施担当:
• 実施記録の保存先:

5. 更新作業

• 更新のきっかけ（法改正、帳票変更、業務変更等）:
• 更新手順（設計見直し → 実装 → テスト → 配布）:
• 更新時に必ず確認する文書（guides/05、guides/08 など）:
• 版管理方法（ファイル名 / フォルダ / 履歴記録）:

6. 障害時の確認事項

• 症状（何が起きたか）:
• 発生日時:
• 対象データ:
• 影響範囲:
• 直前の変更有無:
• 一時対応:
• 恒久対応の要否:
• 連絡先（利用部署 / 所管部署 / DX担当）:

6.1 Office Interop利用時の追加確認（該当時）

• 利用端末に必要なOffice製品（Word/Excel等）:
• Officeのバージョン・ビット数など、確認が必要な事項:
• Officeプロセスが残った場合の一次確認手順:
• 出力ファイル保存先:
• 既存ファイル上書き時の運用:
• 利用部署側で確認すべき変換結果:
• DX担当・管理者へ相談する場面:
• 参照チェックリスト: guides/12_office_interop_checklist.md

6.2 実機未確認項目の引継ぎ（非Web・実機依存ツールで該当時）

未確認項目	未確認理由	想定リスク	確認担当	再確認期限	次に確認すること	確認後の記録先
例: 実利用端末での起動確認	例: 利用端末未準備	例: 実環境のみで発生する不具合を見落とす	例: 管理者 / 利用部署	例: YYYY-MM-DD（未定時は理由記載）	例: 実利用端末で起動・実行・保存を確認	例: development_report.md / docs/release_checklist.md

• 未確認項目は「確認済み」と扱わない。
• 再確認期限が未定の場合は、未定理由を残す。
• 引継ぎ時点で未確認項目が残る場合は、次担当へ確認順と記録先を明示する。

7. よくある問い合わせ（FAQ）

No.	問い合わせ内容	一次回答（利用部署向け）	エスカレーション先	備考
FAQ-01	例: 実行ボタンを押しても結果が出ない	入力ファイルと出力先を確認する	DX担当
FAQ-02	例: 出力件数が想定と合わない	入力件数と除外条件を確認する	所管部署
FAQ-03	例: エラーが出る	エラーメッセージを記録して連絡する	DX担当

8. 保守範囲（責任分界）

8.1 開発者またはDX担当が対応すること

• プログラム不具合の調査・修正
• 仕様変更に伴う実装変更
• 配布版の作成と版管理
• セキュリティ・個人情報観点の設計見直し

8.2 利用部署が対応すること

• 入力データ準備と内容確認
• 実行手順どおりの運用
• 出力結果の一次確認
• 日常的な問い合わせ一次切り分け

8.3 所管部署が判断すること

• 業務上の最終判断
• 例外処理（イレギュラー案件）の扱い
• 正式記録へ反映する際の可否判断
• 運用ルール変更の承認

8.4 対応しないこと

• 基幹システムの代替機能
• 法令判断の自動化
• インターネット接続やクラウド連携前提の要件
• 利用部署外の環境差異に起因する個別端末設定作業

9. 保守対象外（明示）

• 想定外データ形式への都度対応
• 外部サービス障害の調査
• 部署独自運用に伴う無制限なカスタマイズ

10. 所管部署側で確認すべき事項

• ツール利用可否（業務運用上の適合性）
• 出力結果の正当性確認手順
• 個人情報の保管・削除ルール
• 利用者教育（手順書周知）

11. 情報政策・DX担当側で対応する事項

• 技術的な不具合対応
• 変更要望の整理と優先度付け
• バージョン配布と展開計画
• 運用文書（README、チェックリスト、引継ぎ文書）更新

12. バージョン管理

• 現在バージョン:
• 配布日:
• 配布先:
• 更新履歴:
  • v0.0.0 (YYYY-MM-DD):

13. 引継ぎ時の確認チェックリスト

• ツールの目的と対象業務を説明済み
• 実行手順を実機で引継ぎ済み
• 入力/出力データの場所を共有済み
• 個人情報の取扱いルールを共有済み
• 障害時連絡先を共有済み
• 保守範囲（誰が何を対応するか）を合意済み
• 保守対象外を合意済み
• 最新版READMEとテスト記録の所在を共有済み
• 未対応事項と今後の対応計画を共有済み

14. C# WinFormsツール向け 運用引継ぎ記載例

14.1 配置場所

例:

• 実行ファイル配置場所: \\共有フォルダ\\tools\\md2doc\\
• 設定ファイル配置場所: 同一フォルダ内
• 出力ファイル保存先: 利用者が画面で指定

14.2 実行方法

例:

1. md2doc.exe を起動する。
2. Markdown本文またはMarkdownファイルを指定する。
3. 出力先のWordファイルを指定する。
4. 変換を実行する。
5. 出力されたWordファイルを開き、内容を確認する。

14.3 利用端末の前提

例:

• Windows端末で利用する。
• Microsoft Wordがインストールされていること。
• Officeのバージョン・ビット数により動作差異が出る可能性がある。
• 初回利用前に、実利用端末で起動確認を行う。

14.4 障害時の一次確認

例:

• Wordが起動するか確認する。
• 出力先フォルダに書き込み権限があるか確認する。
• 同名ファイルが開かれていないか確認する。
• 変換後にWordプロセスが残っていないか確認する。
• エラーメッセージを控えて管理者へ連絡する。

14.5 保守範囲

例:

• DX担当・管理者: ツール本体、配置、更新、障害調査
• 運用担当部署: 利用案内、入力データの確認、変換結果の業務上の確認
• 利用者: 出力結果の確認、保存先管理、個人情報を含む文書の取扱い

14.6 保守対象外

例:

• Markdown記法すべての完全変換保証
• Microsoft Word自体の不具合対応
• 利用者が編集したWordファイルの内容保証
• 所管部署の業務判断の代替