サイトマップ|本メディアの全体構造と読み方
このサイトマップは、記事一覧を提示するためのものではありません。本メディアが提示する「経営とITを再接続するための思想体系」を、どのような問題意識から出発し、どの順序で理解していくべきかを示すためのページです。
本メディアが目指すもの
本メディアは、これらを目的としていません
  • ツール選定
  • ITトレンド解説
  • 部門別ノウハウ
代わりに、これらを整理します
  • なぜ経営はITを定義しなかったのか
  • どのような構造的歪みが生まれたのか
  • 経営はITをどう再定義すべきなのか
本メディアは、因果関係を一貫した構造で整理し、経営とITの分断という根本的な問題に向き合います。すべての記事が同一の因果モデルに接続されています。
全体構造
6つのレイヤーで構成される思想体系
本メディアは、6つのレイヤー(章)で構成されています。各章は独立した記事群でありながら、すべてが同一の因果モデルに接続されています。問題定義から再設計まで、段階的に理解を深めていく構造です。
01
問題定義レイヤー
なぜ「経営とIT」は分断されたのか
02
思想レイヤー
経営が定義しなかった「ITの目的関数」
03
事業レイヤー
事業推進のためのITが暴走する理由
04
運用レイヤー
情シスはなぜ「守りのIT」に閉じ込められたのか
05
統合レイヤー
本来、経営が担うべきだったITの領域
06
再設計レイヤー
経営とITを再接続するための思考フレーム
第I章
なぜ「経営とIT」は分断されたのか
IT分断やシステム混乱を、現場・情シス・ベンダーの問題として扱うのではなく、「経営意思決定の空白」という構造問題として定義する章です。本メディア全体の前提条件を共有するための出発点となります。
この章で扱う問い
  • なぜ経営はITを主語にしてこなかったのか
  • なぜITはコストや管理対象になったのか
  • なぜ失敗の責任が曖昧になるのか
第II章
経営が定義しなかった「ITの目的関数」
ITは、本来何を最適化すべき存在だったのか。成長速度・再現性・安定性という異なる目的が、経営によって定義されないまま分裂していった構造を整理します。
IT投資にROIが出ない理由
目的が定義されていないため、投資対効果の測定基準が存在しない
「IT戦略」という言葉が空虚になる理由
戦略の前提となる目的関数が経営によって設定されていない
ITを意思決定装置として扱うという視点
「何に使うか」ではなく「何を実現するための存在か」から再定義する
第III章
事業推進のためのITが暴走する理由
スピード重視で導入された事業ITが、なぜ属人化・人手不足・ツール乱立を引き起こすのかを扱います。事業ITの問題を「現場対応の問題」に還元しないための章です。
この章で明らかにすること
  1. なぜ成長期にITが壊れ始めるのか
  1. なぜ成功事例が再現できないのか
  1. なぜBizOpsは疲弊し続けるのか

この章は、事業部門を責めるためのものではありません。構造的な問題として理解するための視点を提供します。
第IV章
情シスはなぜ「守りのIT」に閉じ込められたのか
情シスを責める章ではありません。なぜ情シスが、安定運用・コスト削減・標準化に閉じ込められざるを得なかったのかを、経営の期待設計・権限設計の結果として説明します。
1
経営の期待設計
情シスに与えられた役割と権限の不一致
2
守りへの固定化
安定運用とコスト削減への限定
3
構造的な閉塞
攻めのITを担えない組織設計
第V章
本来、経営が担うべきだったITの領域
事業ITでもなく、情シスでもなく、誰も主語にしなかった「空白のIT領域」を扱います。本メディアの中核となる章です。
1
経営はITで何を設計すべきだったのか
組織・事業・ITを統合的に設計する視点の欠如
2
組織・事業・ITを同時に設計するとはどういうことか
分断された設計プロセスの統合
3
CIO/CTO論が機能しなかった理由
役職ではなく、経営判断の構造が問題
第VI章
経営とITを再接続するための思考フレーム
これまでの章を踏まえ、経営者がITを再定義するための思考の枠組みを提示します。HowToではなく、判断軸を持ち帰るための章です。
ITを主語にしない意思決定とは何か
経営判断の中にITを統合する思考法
IT投資・内製・外注をどう判断すべきか
判断基準となる構造的な視点
どこから手を付けるべきか
優先順位と一度で決めるべき領域の見極め
読み方のガイドと最後に
初めての方
第I章→第II章から読むことを推奨します
特定の違和感がある方
該当章から読んでも問題ありません
すべての記事
経営判断→構造→結果の因果で書かれています

このメディアが提供しないもの
最新ツール・SaaSの網羅的紹介
即効性のあるIT改善ノウハウ
部門別の成功事例集
それらが不要だという意味ではなく、それらを正しく判断するための前提構造が欠けていると考えているためです。
ITの問題は、ITの中にはありません。
このサイトマップが、「どこから読み、何を考えるべきか」を整理するための入口として機能することを意図しています。
サイトマップ
サイト制作:GoodLight Inc.
1