Guide
このテーマで分かること
01
ブラックボックス化の兆候
仕様、権限、データ、変更手順のどこが分からないかを具体的に確認します。
02
既存システムの調べ方
コードだけに頼らず、画面、ログ、インフラ、利用者への確認を組み合わせます。
03
理解を保つ記録
変更のたびに更新できる粒度で、仕様と判断経緯を開発プロセスへ組み込みます。
Start Here
既存システムを理解する記事
モダナイゼーションとリファクタリングの違い
システム全体を変える取り組みと、コード内部を改善する技法の違いを整理します。
記事を読む →
AIコード解析と人による調査の違い
AIの速度と、人による業務背景・根拠確認を組み合わせる方法を解説します。
記事を読む →
M&A前後のシステム調査｜デューデリジェンスからPMIまで
成立前の重大リスク確認から、成立後30日・90日の管理・統合までを整理します。
記事を読む →
システムのブラックボックス化とは？原因・リスク・解消手順
仕様が分からず変更できない状態を、調査から仕様書作成まで5段階で解説します。
記事を読む →
ベンダー依存を解消し、仕様を自社へ戻す
外注関係を維持しながら、判断に必要な情報を自社でも管理します。
記事を読む →
内製化でシステムの理解を維持する
社内と外部チームの役割を決め、知識が残る開発体制へ移行します。
記事を読む →Reading Path
分からないシステムを読み解く順番
事実を集める
画面、コード、データ、ログ、クラウド設定、利用者の話を照合します。
つながりを描く
機能とデータ、外部連携、運用担当の関係を変更判断に使える形にします。
変更と一緒に更新する
文書だけを別管理せず、Pull Requestやリリースと記録を結びつけます。
More Topics