[{"data":1,"prerenderedAt":563},["ShallowReactive",2],{"site-schema":3,"article-ja-legacy-system-takeover-guide":93,"article-related-ja-legacy-system-takeover-guide":547},{"@context":4,"@graph":5},"https://schema.org",[6,72,84],{"@type":7,"@id":8,"name":9,"alternateName":10,"legalName":15,"foundingDate":16,"numberOfEmployees":17,"taxID":18,"url":19,"logo":20,"founder":21,"contactPoint":23,"address":37,"location":43,"sameAs":63},"Organization","https://joinx.co/#organization","JoinX哲煜科技",[11,12,13,14],"JoinX","TWJOIN","哲煜科技","哲煜科技股份有限公司","JoinX Co., Ltd.","2016-04-28",80,"43774383","https://joinx.co","https://joinx.co/images/logo-with-name.png",{"@id":22},"https://joinx.co/#person-jack-lee",[24],{"@type":25,"contactType":26,"url":27,"telephone":28,"email":29,"areaServed":30,"availableLanguage":33},"ContactPoint","customer service","https://joinx.co/contact-us","+886-2-8771-9095","service@joinx.co",[31,32],"TW","JP",[34,35,36],"zh-Hant","en","ja",{"@type":38,"streetAddress":39,"postalCode":40,"addressLocality":41,"addressRegion":42,"addressCountry":31},"PostalAddress","民生東路二段170號8樓","104","台北市中山區","台灣",[44,51,57],{"@type":45,"name":46,"address":47},"Place","JoinX 台中辦公室",{"@type":38,"streetAddress":48,"postalCode":49,"addressLocality":50,"addressRegion":42,"addressCountry":31},"台灣大道二段360號21樓C室","40453","台中市北區",{"@type":45,"name":52,"address":53},"JoinX 高雄辦公室",{"@type":38,"streetAddress":54,"postalCode":55,"addressLocality":56,"addressRegion":42,"addressCountry":31},"民族一路80號2樓之一(B4)","807","高雄市三民區",{"@type":45,"name":58,"address":59},"JoinX 東京辦公室",{"@type":38,"streetAddress":60,"postalCode":61,"addressLocality":62,"addressCountry":32},"東五反田5-22-37 Office Circle N 五反田 9樓","141-0022","東京都品川區",[64,65,66,67,68,69,70,71],"https://www.crunchbase.com/organization/twjoin","https://www.facebook.com/JoinX.TW","https://tw.linkedin.com/company/%E5%93%B2%E7%85%9C%E7%A7%91%E6%8A%80","https://www.youtube.com/c/joinstuido%E5%93%B2%E7%85%9C%E7%A7%91%E6%8A%80","https://medium.com/twjoin","https://www.104.com.tw/company/1a2x6bjomb","https://clutch.co/profile/twjoin","https://www.goodfirms.co/company/twjoin",{"@type":73,"@id":22,"name":74,"alternateName":75,"jobTitle":76,"worksFor":77,"url":78,"sameAs":79},"Person","李秉哲","Jack Lee","創辦人暨執行長",{"@id":8},"https://jack.joinx.co",[80,81,82,83],"https://www.instagram.com/jack88.podcast/","https://www.threads.net/@jack88.podcast","https://joinx.co/jack88/","https://www.linkedin.com/in/jacklee-taiwan/",{"@type":85,"@id":86,"url":19,"name":9,"alternateName":87,"publisher":88,"inLanguage":89},"WebSite","https://joinx.co/#website",[11,13,9],{"@id":8},[90,91,92],"zh-Hant-TW","en-US","ja-JP",{"id":94,"title":95,"body":96,"category":511,"cover":512,"dateModified":513,"description":514,"extension":515,"faq":516,"hasCoverTitle":537,"locale":36,"meta":538,"navigation":537,"need":539,"path":540,"seo":541,"sources":542,"stem":543,"takeaways":542,"time":544,"type":545,"__hash__":546},"content/ja/article/legacy-system-takeover-guide.md","システムの保守担当がいなくなったら？既存システムの引き継ぎ・リファクタリング・作り直し完全ガイド",{"type":97,"value":98,"toc":477},"minimal",[99,107,112,115,134,137,141,144,148,151,154,157,160,163,166,169,172,175,179,205,214,218,285,288,292,295,349,357,361,364,379,382,386,389,392,395,398,401,404,407,411,414,418,421,425,428,432,435,439,442,446,449,453,456,460,463,467,470,474],[100,101,102,106],"p",{},[103,104,105],"strong",{},"「まだ動いている」のに誰も手を付けられないシステムは、最も危うい安定状態です。"," 開発元と連絡が取れなくなった、エンジニアが退職した、ドキュメントが失われたといった場合、企業はすぐに新しいベンダーへ機能追加を依頼すべきではありません。最初にすべきことは、ソースコード、環境、データ、運用ノウハウに対するコントロールを取り戻すことです。",[108,109,111],"h2",{"id":110},"システムが保守者不在になっているかどうかはどう見分ける","システムが「保守者不在」になっているかどうかはどう見分ける？",[100,113,114],{},"JoinXのこれまでの引き継ぎ経験では、ドキュメントの欠落、デプロイ不能、権限の不明確さ、バージョン管理の破綻、特定の個人への依存が、いずれも危険信号です。危険信号が同時に多く現れるほど、引き継ぎ前に網羅的な診断を行う必要性が高まります。",[116,117,118,122,125,128,131],"ol",{},[119,120,121],"li",{},"デプロイ方法を知っているのが1人だけで、代わりがいない。",[119,123,124],{},"ソースコードが自社で管理できるリポジトリにない、または本番のバージョンかどうか確認できない。",[119,126,127],{},"クラウド、ドメイン、証明書、外部サービスのアカウントを退職者やベンダーが保有している。",[119,129,130],{},"ライブラリが何年も更新されておらず、エラーログ、バックアップ、リストアを一度も検証していない。",[119,132,133],{},"利用者は今もシステムに依存しているが、どんな修正でも予期せぬ連鎖的な影響が出るおそれがある。",[100,135,136],{},"これらの問題があるからといって必ずしも作り直しが必要とは限りませんが、企業がすでに予測可能な形で変更を加える能力を失っていることを示しています。",[108,138,140],{"id":139},"既存システムを引き継ぐ前に何を確認すべき","既存システムを引き継ぐ前に何を確認すべき？",[100,142,143],{},"JoinXでは、コード、インフラ、データ、セキュリティ、運用プロセスの5つの観点から棚卸しすることをお勧めしています。診断の目的はすぐに作り直すことではなく、まず意思決定の土台となるリスクとコストのベースラインを把握することです。",[145,146,147],"h3",{"id":147},"コード",[100,149,150],{},"言語、フレームワーク、バージョン、リポジトリ、ブランチ、ライセンス、依存関係、テスト、ビルド方法を確認します。重要なのはきれいなコードを目指すことではなく、再現・修正・検証ができるかどうかを見極めることです。",[145,152,153],{"id":153},"セキュリティ",[100,155,156],{},"既知の脆弱性、ハードコードされた秘密情報、過大な権限、個人情報、ログ、バックアップ、ネットワーク、外部ライブラリを棚卸しします。データ漏えいやサービス停止につながりかねない高リスクの項目から先に対処します。",[145,158,159],{"id":159},"アーキテクチャと連携",[100,161,162],{},"フロントエンド、バックエンド、データベース、バッチ処理、メッセージング、ストレージ、外部APIを図にまとめます。どのサービスが単一障害点になっているか、どのインターフェースにリトライがないか、どこがデータの正となる情報源かを確認します。",[145,164,165],{"id":165},"データ",[100,167,168],{},"データ量、増加傾向、項目、品質、履歴、バックアップとリストアを分析します。引き継ぎとはソースコードを受け取ることだけではありません。データこそ、多くの場合システムで最も代替のきかない資産です。",[145,170,171],{"id":171},"ドキュメントと現場の知識",[100,173,174],{},"運用、カスタマーサポート、経理、管理職にヒアリングし、主要な業務フロー、例外処理、帳票、月次締めなどの定期業務を記録します。日々の操作の中に、コードからは読み取れないルールが潜んでいることがあります。",[108,176,178],{"id":177},"_4段階の引き継ぎプロセス","4段階の引き継ぎプロセス",[116,180,181,187,193,199],{},[119,182,183,186],{},[103,184,185],{},"コントロールを取り戻す："," リポジトリ、サーバー、データベース、ドメイン、証明書、外部サービスのアカウント、契約書をすべて回収します。",[119,188,189,192],{},[103,190,191],{},"再現可能なベースラインを構築する："," 隔離した環境でビルド、デプロイ、バックアップ、リストアを完了させ、本番のバージョンを記録します。",[119,194,195,198],{},[103,196,197],{},"最低限のセーフティネットを整える："," 中核となる業務フローについて、スモークテスト、監視、ログ、アラート、復旧手順を整備します。",[119,200,201,204],{},[103,202,203],{},"リスクに応じて改善の計画を立てる："," まずセキュリティと運用上のリスクに対処し、その後に機能追加、リファクタリング、置き換えを検討します。",[100,206,207,208,213],{},"AIがコードを書けるようになっても、なぜこうした責任を代わりに担えないのかについては、",[209,210,212],"a",{"href":211},"/ja/article/do-you-still-need-a-software-company-in-ai-era/","AIがコードを書く時代に、ソフトウェア開発会社はまだ必要か？","もあわせてご覧ください。",[108,215,217],{"id":216},"保守リファクタリング作り直しはどう選ぶ","保守・リファクタリング・作り直しはどう選ぶ？",[219,220,221,237],"table",{},[222,223,224],"thead",{},[225,226,227,231,234],"tr",{},[228,229,230],"th",{},"方針",[228,232,233],{},"適したケース",[228,235,236],{},"主なリスク",[238,239,240,252,263,274],"tbody",{},[225,241,242,246,249],{},[243,244,245],"td",{},"引き継いで保守",[243,247,248],{},"システムを再現でき、中核部分が安定しており、短期間でサポート体制を復旧したい",[243,250,251],{},"技術的負債が積み重なり続ける",[225,253,254,257,260],{},[243,255,256],{},"部分的なリファクタリング",[243,258,259],{},"問題が特定のモジュールに集中しており、テストで切り離せる",[243,261,262],{},"境界の判断を誤ると既存の業務フローに影響する",[225,264,265,268,271],{},[243,266,267],{},"段階的な置き換え",[243,269,270],{},"重要なシステムで一度に停止できないが、モジュール単位で移行できる",[243,272,273],{},"新旧システムの並行稼働とデータ同期が複雑になる",[225,275,276,279,282],{},[243,277,278],{},"全面的な作り直し",[243,280,281],{},"技術的に稼働させられない、リスクを解消できない、または業務が根本的に変わった",[243,283,284],{},"ルールの漏れ、データ移行、切り替えのリスクが最も高い",[100,286,287],{},"「理解できない」をそのまま「作り直すべき」と同一視しないでください。既存システムには長年積み重ねてきた業務ルールが含まれている可能性があり、テストや利用者へのヒアリングがなければ、新しいシステムは重要な例外処理を簡単に取りこぼしてしまいます。",[108,289,291],{"id":290},"既存システムの引き継ぎと保守にはどのくらい費用がかかる","既存システムの引き継ぎと保守にはどのくらい費用がかかる？",[100,293,294],{},"JoinXがこれまで手がけた案件の経験では、費用はシステムの再現性、技術的負債、データのリスク、想定する対応範囲によって決まります。まず診断を行い、そのうえで緊急対応、継続保守、リファクタリングの予算を分けて考えるべきです。",[219,296,297,308],{},[222,298,299],{},[225,300,301,304],{},[228,302,303],{},"作業内容",[228,305,307],{"align":306},"right","参考費用",[238,309,310,318,326,334,342],{},[225,311,312,315],{},[243,313,314],{},"初期のコード・システム診断",[243,316,317],{"align":306},"NT$5万～20万",[225,319,320,323],{},[243,321,322],{},"月額保守",[243,324,325],{"align":306},"NT$3万～15万",[225,327,328,331],{},[243,329,330],{},"ドキュメントと引き継ぎ資料の再構築",[243,332,333],{"align":306},"NT$10万～40万",[225,335,336,339],{},[243,337,338],{},"単一モジュールのリファクタリング",[243,340,341],{"align":306},"NT$50万～200万",[225,343,344,346],{},[243,345,278],{},[243,347,348],{"align":306},"新システムの範囲に応じて改めて見積もり",[100,350,351,352,356],{},"全面的な作り直しは「画面をもう一度作る」ことではありません。既存ルールの把握、データのクレンジングと移行、並行稼働での検証、操作教育、切り替えのコストも加わります。予算づくりには",[209,353,355],{"href":354},"/ja/article/system-development-cost-2026/","システム開発費用はいくら？2026年 Webサイト・システム開発の相場を徹底解説","もあわせてご活用ください。",[108,358,360],{"id":359},"aiは引き継ぎを支援できるが検証の代わりにはならない","AIは引き継ぎを支援できるが、検証の代わりにはならない",[100,362,363],{},"権限とデータポリシーが許す範囲で、AIは次のような作業を支援できます。",[365,366,367,370,373,376],"ul",{},[119,368,369],{},"モジュール、関数、データフローを要約する。",[119,371,372],{},"依存関係、重複、高リスク箇所の候補を洗い出す。",[119,374,375],{},"アーキテクチャ、API、操作マニュアルのドキュメントを下書きする。",[119,377,378],{},"現在の挙動に基づいてテストケースとリファクタリング項目の一覧を作成する。",[100,380,381],{},"しかしAIには、ある不自然な分岐が過去のバグなのか、それとも重要な業務上の例外なのかはわかりません。あらゆる推論は、実際のコード実行、データ、利用者、エンジニアによるレビューを通じて検証する必要があります。また、機密性の高いコードを承認されていないサービスに不用意に送信してはいけません。",[108,383,385],{"id":384},"次に保守者不在のシステムを生まないためには","次に「保守者不在」のシステムを生まないためには？",[145,387,388],{"id":388},"契約",[100,390,391],{},"ソースコード、デザインデータ、データ、アカウント、デプロイ設定、ドキュメントの納品と権利の帰属を確認し、契約終了、移管、移管支援期間の取り決めを定めます。",[145,393,394],{"id":394},"技術",[100,396,397],{},"自社で管理するリポジトリとクラウドアカウントを使い、自動テスト、デプロイ、監視、バックアップ、定期的なリストア訓練を整備して、ノウハウが個人のパソコンの中にしか存在しない状態を避けます。",[145,399,400],{"id":400},"運用",[100,402,403],{},"社内にプロダクトとシステムの責任者を置き、ベンダー側の予備窓口を確保し、システム台帳、権限、災害復旧手順を定期的に更新します。",[108,405,406],{"id":406},"既存システムの引き継ぎに関するよくある質問",[145,408,410],{"id":409},"ソースコードがないシステムでも引き継げますか","ソースコードがないシステムでも引き継げますか？",[100,412,413],{},"まずソースコードの所在と権利を取り戻す必要があります。実行ファイルしかない場合は、通常、環境を維持するか代替システムを計画することになり、安全な修正は困難です。",[145,415,417],{"id":416},"ドキュメントのない既存システムでも引き継げますか","ドキュメントのない既存システムでも引き継げますか？",[100,419,420],{},"可能です。ただし、コード、データ、ログ、ヒアリングから最低限の知識を再構築してから修正に着手します。",[145,422,424],{"id":423},"既存システムはリファクタリングすべきですかそれとも作り直すべきですか","既存システムはリファクタリングすべきですか、それとも作り直すべきですか？",[100,426,427],{},"稼働の可否、リスク、業務の変化に基づいて判断します。多くの場合は、まず部分的なリファクタリングか段階的な置き換えから始められます。",[145,429,431],{"id":430},"既存システムの診断費用はどのくらいですか","既存システムの診断費用はどのくらいですか？",[100,433,434],{},"初期診断は一般的にNT$5万～20万程度で、規模や資料のそろい具合によって変わります。",[145,436,438],{"id":437},"既存システムの月額保守費用はどのくらいですか","既存システムの月額保守費用はどのくらいですか？",[100,440,441],{},"小～中規模のシステムでは一般的にNT$3万～15万程度で、SLAや技術者の希少性が価格に影響します。",[145,443,445],{"id":444},"既存システムの引き継ぎにはどのくらいの期間がかかりますか","既存システムの引き継ぎにはどのくらいの期間がかかりますか？",[100,447,448],{},"初期の棚卸しは2～6週間ほどで、安全に修正できるベースラインの構築期間は環境とリスクによって変わります。",[145,450,452],{"id":451},"aiは既存コードの理解に役立ちますか","AIは既存コードの理解に役立ちますか？",[100,454,455],{},"要約、ドキュメント、テストの下書きには役立ちますが、業務ルールとセキュリティは引き続きエンジニアが検証する必要があります。",[145,457,459],{"id":458},"作り直しは既存システムの保守より必ず優れていますか","作り直しは既存システムの保守より必ず優れていますか？",[100,461,462],{},"必ずしもそうではありません。作り直しにも、ルールの漏れ、データ移行、本番移行のリスクが伴います。",[145,464,466],{"id":465},"再びシステムの保守担当がいなくなる事態をどう防げばよいですか","再びシステムの保守担当がいなくなる事態をどう防げばよいですか？",[100,468,469],{},"権利とアカウントを移管できるようにし、テスト、デプロイ、ドキュメント、バックアップ、社内の責任者を整えます。",[145,471,473],{"id":472},"新しいベンダーに引き継ぐ前に何を準備すべきですか","新しいベンダーに引き継ぐ前に何を準備すべきですか？",[100,475,476],{},"ソースコード、アカウント、データ、ドメイン、外部サービス、契約書、課題一覧、業務フローの窓口を準備します。",{"title":478,"searchDepth":479,"depth":479,"links":480},"",2,[481,482,490,491,492,493,494,499],{"id":110,"depth":479,"text":111},{"id":139,"depth":479,"text":140,"children":483},[484,486,487,488,489],{"id":147,"depth":485,"text":147},3,{"id":153,"depth":485,"text":153},{"id":159,"depth":485,"text":159},{"id":165,"depth":485,"text":165},{"id":171,"depth":485,"text":171},{"id":177,"depth":479,"text":178},{"id":216,"depth":479,"text":217},{"id":290,"depth":479,"text":291},{"id":359,"depth":479,"text":360},{"id":384,"depth":479,"text":385,"children":495},[496,497,498],{"id":388,"depth":485,"text":388},{"id":394,"depth":485,"text":394},{"id":400,"depth":485,"text":400},{"id":406,"depth":479,"text":406,"children":500},[501,502,503,504,505,506,507,508,509,510],{"id":409,"depth":485,"text":410},{"id":416,"depth":485,"text":417},{"id":423,"depth":485,"text":424},{"id":430,"depth":485,"text":431},{"id":437,"depth":485,"text":438},{"id":444,"depth":485,"text":445},{"id":451,"depth":485,"text":452},{"id":458,"depth":485,"text":459},{"id":465,"depth":485,"text":466},{"id":472,"depth":485,"text":473},"技術情報","/images/blog/legacy-system-takeover-guide.webp","2026/08/27","開発元と連絡が取れない、エンジニアが退職した、誰もシステムに手を付けられない――そんな状況に陥ったシステムの引き継ぎ手順を詳しく解説します。コード診断、リファクタリングと作り直しの判断基準、費用相場、再発防止策までまとめました。","md",[517,519,521,523,525,527,529,531,533,535],{"question":410,"answer":518},"まず、既存のサーバー、リポジトリ、バックアップ、または開発元からソースコードと正当な権利を取得できるかを確認する必要があります。実行ファイルしかない場合は、通常、環境を維持する、インターフェースを再構築する、または代替システムを計画するといった対応にとどまり、既存機能を安全に修正できる保証はありません。",{"question":417,"answer":520},"可能です。ただし、ソースコード、データベース、利用者へのヒアリング、ログ、実際の業務フローから知識を再構築する必要があります。修正範囲を約束する前に、まず診断と最低限のドキュメント整備を完了させ、把握できていない依存関係の上でいきなり作業を始めることを避けます。",{"question":424,"answer":522},"中核となるルールに今も価値があり、システムをデプロイでき、問題が特定の箇所に集中しているなら、部分的なリファクタリングを優先します。技術的に稼働させられない、セキュリティ上の問題を解消できない、あるいは要件が根本的に変わった場合に限り、作り直しを検討します。多くの場合は段階的な置き換えが可能です。",{"question":431,"answer":524},"初期診断は一般的にNT$5万～20万程度で、コード規模、環境、データベース、連携、ドキュメントの状況によって変わります。成果物には、コードの点数だけでなく、リスク、依存関係、優先順位、今後の対応案を含めるべきです。",{"question":438,"answer":526},"小～中規模のシステムでは、一般的に月額NT$3万～15万程度です。対応時間帯、SLA、環境の数、障害件数、技術者の希少性が価格に影響します。大規模な改修や新機能は通常、別途見積もりとなります。",{"question":445,"answer":528},"初期の棚卸しには2～6週間ほどかかることがあり、安全に修正できるベースラインの構築期間は、テスト、デプロイ、リスクの状況によって変わります。アクセス権がない、環境を再現できない、データのルールが利用者の頭の中にしかない、といった場合はさらに時間がかかります。",{"question":452,"answer":530},"コードの要約、依存関係の洗い出し、ドキュメントの補完、テストの下書き作成には役立ちますが、業務ルール、セキュリティ、実際の実行結果はエンジニアが検証する必要があります。機密性の高いコードやデータについては、事前にツールの利用ポリシーと権限を確認してください。",{"question":459,"answer":532},"必ずしもそうではありません。作り直しでは、既存のルール、データ移行、本番移行のリスクをすべて改めて負うことになり、長年積み重なった例外処理も漏れやすくなります。既存システムがまだ安定しているなら、部分的な切り離しと置き換えのほうが通常は安全です。",{"question":466,"answer":534},"契約面ではソースコード、アカウント、権利を移管できるようにし、技術面ではテスト、デプロイ、ドキュメントを整備し、運用面では社内の責任者、ベンダーの予備窓口、定期バックアップ、引き継ぎ訓練を定めます。",{"question":473,"answer":536},"ソースコード、サーバーとクラウドのアカウント、データベース、ドメインと証明書、外部サービス、契約書、既知の問題、利用者と業務フローの窓口を準備します。資料がそろっていない場合は、不足している項目も明確に一覧にしておきます。",true,{},"既存システム","/ja/article/legacy-system-takeover-guide",{"title":95,"description":514},null,"ja/article/legacy-system-takeover-guide","2026/07/28","blog","xUKD5idp-pOcUfTj8mn7u-CUC0i_p7ZHe-WR0_ENqb4",[548,553,558],{"slug":549,"title":550,"time":551,"cover":552,"need":539},"2026-system-maintenance-5-benefits-digital-assets","システム保守・運用が企業にもたらすメリットとは？デジタル資産を安定的に増やす5つの重要な利点","2026/04/17","/images/blog/2026-system-maintenance-5-benefits-digital-assets.webp",{"slug":554,"title":555,"time":556,"cover":557,"need":539},"2026-enterprise-tech-whitepaper-software-orphan-and-system-refactoring","2026 企業技術白書：ソフトウェア孤児プロジェクトとシステムリファクタリング","2026/03/25","/images/blog/2026-enterprise-tech-whitepaper-software-orphan-and-system-refactoring.webp",{"slug":559,"title":560,"time":561,"cover":562,"need":539},"2026-digital-resilience-maintenance","2026 企業のデジタル・レジリエンス：システム運用保守とプロジェクト引継ぎの完全攻略—「ソフトウエア孤児」の困境から脱却する","2026/03/20","/images/blog/2026-digital-resilience-maintenance.webp",1792411089480]