システム開発と「具体と抽象」~問題発見と問題解決を往復する「思考のメタ化」を身に

個数:

システム開発と「具体と抽象」~問題発見と問題解決を往復する「思考のメタ化」を身に

  • ウェブストアに6冊在庫がございます。(2026年08月01日 11時35分現在)
    通常、ご注文翌日~2日後に出荷されます。
  • 出荷予定日とご注意事項
    ※上記を必ずご確認ください

    【ご注意事項】 ※必ずお読みください
    ◆在庫数は刻々と変動しており、ご注文手続き中に減ることもございます。
    ◆在庫数以上の数量をご注文の場合には、超過した分はお取り寄せとなり日数がかかります。入手できないこともございます。
    ◆事情により出荷が遅れる場合がございます。
    ◆お届け日のご指定は承っておりません。
    ◆「帯」はお付けできない場合がございます。
    ◆画像の表紙や帯等は実物とは異なる場合があります。
    ◆特に表記のない限り特典はありません。
    ◆別冊解答などの付属品はお付けできない場合がございます。
  • ●3Dセキュア導入とクレジットカードによるお支払いについて
    ●店舗受取サービス(送料無料)もご利用いただけます。
    ご注文ステップ「お届け先情報設定」にてお受け取り店をご指定ください。尚、受取店舗限定の特典はお付けできません。詳細はこちら
  • サイズ 46判/ページ数 272p/高さ 19cm
  • 商品コード 9784297157906
  • NDC分類 007.61
  • Cコード C3055

出版社内容情報

システム開発の現場で、こんな思いをしたことはないでしょうか。「で、具体的に何を作ればいいんですか」 経営者の語る構想も、コンサルタントの描く青写真も、いざ手を動かす段になると要件が定まらない。全員が真剣なのに、話が噛み合わない。要件定義で合意したはずが、成果物を見せた瞬間に「そうじゃない」と言われる。立場が違う人の間で、なぜこれほど合意形成は難しいのか。その断絶の正体は、「具体と抽象」という思考の階層の違いにあります。

本書は、ベストセラー『具体と抽象』をはじめ数々の思考力に関する著作で知られる細谷功氏が、システム開発の現場に焦点を当て、この「具体と抽象」のフレームワークを軸に、現場が構造的に抱える課題の本質とその乗り越え方を体系的に解説した一冊です。主な特徴は、以下の3点にあります。

1つ目は「立場の違いが生むコミュニケーションギャップの構造を解き明かす」点です。経営者とエンジニア、コンサルタントと開発者、営業と技術。現場で日常的に起きる「話が通じない」問題を、「具体と抽象」の視点から構造的に分析します。なぜ抽象的な指示にエンジニアは苛立ち、なぜ具体的な報告に経営者は物足りなさを感じるのか。その双方向のメカニズムを理解することが、立場を超えた合意形成の第一歩となります。

2つ目は「思考のOSのメタ化"という新しい変革モデルを提示する」点です。これまで「具体」で価値を出してきた強みを捨てるのでも、単にバージョンアップするのでもない。場面に応じて川上と川下の思考回路を使い分ける「メタ化」という第三の道を提唱し、個人にも組織にも適用できる実践的な視座を示します。実装やコーディングで培った力をそのままに、「何を作るべきか」を決める側にも立てるようになる。AIに具体を委ねる時代に、エンジニアが自らの価値を問い直すための核となる考え方です。

3つ目は「個人・プロジェクト・組織の3層構造で課題を立体的に捉える」点です。個人の思考回路の転換から、プロジェクト現場で頻発する落とし穴の構造分析、さらには組織の成長・保守化のメカニズムまでを一貫して読み解きます。「魚」「釣り方」「川の構造」という独自のアナロジーを通じて、目先のノウハウではなく、問題を生み出す構造そのものの理解へと読者を導きます。

即効性のあるノウハウ本ではなく、半世紀にわたり解決されてこなかった「なぜ」に切り込む本書は、AI時代に自らの価値の源泉を問い直すすべての作り手にとって、思考の転換点となる一冊です。


【目次】

はじめに
「魚」か「釣り方」か

第1章 SI業界が抱える課題
1.1 「言われたことは得意だが、提案が不得意である」
1.2 なぜ「提案型人材」が少ないのか
1.3 受動的問題解決から能動的問題発見へ
1.4 OSのメタ化が必要

第2章 「具体と抽象」とは
2.1 具体と抽象の基本
2.2 ITと「具体と抽象」
2.3 「手段と目的」への応用

第3章 SIプロジェクトと「具体と抽象」
3.1 川上と川下、問題発見と問題解決、具体と抽象
3.2 2つの思考回路の矛盾による問題点

第4章 SIプロジェクトにおける落とし穴 ~具体と抽象の観点から~
4.1 新規テーマの提案はなぜ受け入れられないのか
4.2 「投資対効果」の罠
4.3 「事例調査」の罠
4.4 それは本当に目的なのか
4.5 「2つのピザ」の話
4.6 「統一感」の正体
4.7 「一人で考えるためにはすべて知らなければならない」という幻想
4.8 ICTの世界が建築の世界から学べること
4.9 アーキテクトは一人だけではない
4.10 なぜ「この業界(業務)は特殊だ」と思うのか
4.11 PoC疲れの正体
4.12 コストセンター型PoCのジレンマ
4.13 「アジャイル開発」の阻害要因
4.14 「具体と抽象」によるコミュニケーションギャップ
4.15 なぜこれらの落とし穴は何度でも繰り返されるのか

第5章 組織の成長と「具体と抽象」
5.1 「会社の進化」と「具体と抽象」
5.2 外注化の流れを普遍的に捉える
5.3 組織の変化に伴う必要なスキルの変化
5.4 専門家のジレンマ
5.5 不可逆的変化と川の流れの関係
5.6 思考のOSをメタ化するとは
5.7 「混ぜるな危険」

おわりに
AIが代替していくのは「SIの具体」である
究極の抽象化とはSI自身のメタ化
自分たちの仕事をなくす仕組みを考える

COLUMN(p76~79)
FDEは「顧駐在型」とどう違うのか ~抽象化レイヤーの有無~

感想・レビュー

※以下の感想・レビューは、株式会社ドワンゴの提供する「読書メーター」によるものです。

まろ

0
戦術より戦略が大切、経営者視点を持て、目的と手段を混同するな、などの言説を具体と抽象のアナロジーで説明しようとしているが、そこまでゆるくアナロジーを適用すれば何でも説明出来るだろという気持ちになった。 全体設計は一人でやった方がいいということには強く共感した次第。2026/07/31

外部のウェブサイトに移動します

よろしければ下記URLをクリックしてください。

https://bookmeter.com/books/23437882
  • ご注意事項

    ご注意
    リンク先のウェブサイトは、株式会社ドワンゴの提供する「読書メーター」のページで、紀伊國屋書店のウェブサイトではなく、紀伊國屋書店の管理下にはないものです。
    この告知で掲載しているウェブサイトのアドレスについては、当ページ作成時点のものです。ウェブサイトのアドレスについては廃止や変更されることがあります。
    最新のアドレスについては、お客様ご自身でご確認ください。
    リンク先のウェブサイトについては、「株式会社ドワンゴ」にご確認ください。

最近チェックした商品