基幹刷新・DX推進 現行システムの「ブラックボックス化」を防ぐには
現行システムのブラックボックス化が進む理由と、基幹刷新前にできる対策を解説します。
基幹刷新・DX推進 
基幹刷新・DX推進 テスト計画の立て方｜品質を担保する3つの観点
基幹刷新プロジェクトのテスト計画で押さえるべき機能面・非機能面・データ移行面の3つの観点を解説します。
基幹刷新・DX推進 新旧システムの並行稼働、いつまで続けるべきか
新旧システムの並行稼働が長引く理由と、終了基準を事前に決めておく重要性を解説します。
基幹刷新・DX推進 基幹刷新で「現場の抵抗」が起きる本当の理由
基幹刷新で現場の抵抗が起きる本当の理由と、巻き込み不足を解消するための対策を解説します。
基幹刷新・DX推進 クラウド移行とオンプレミス、判断基準はどこにあるか
クラウド移行とオンプレミスの判断基準となる4つの観点（コスト・セキュリティ・拡張性・運用負荷）を解説します。
基幹刷新・DX推進 マスタデータ整備を後回しにするとどうなるか
マスタデータ整備を後回しにした場合に起きる問題と、早期に進めるための具体的な方法を解説します。
基幹刷新・DX推進 基幹刷新の予算超過はなぜ起きるのか｜発注側が見落としがちなコスト
基幹刷新プロジェクトで予算超過が起きる原因と、発注側が見落としがちなコスト項目を解説します。
基幹刷新・DX推進 受け入れテストの設計｜本番後の不具合を減らすために
本番稼働後の不具合を減らすための、受け入れテストの設計ポイントを解説します。
基幹刷新・DX推進 DX推進担当者が孤立しないための社内巻き込み方
DX推進担当者が社内で孤立しないための、役割明確化と社内巻き込みの具体的な方法を解説します。
基幹刷新・DX推進 基幹刷新の本当のゴールは「稼働」ではなく「定着」
基幹刷新プロジェクトの本当のゴールが本番稼働ではなく定着である理由と、定着を測る指標を解説します。