無料マンガ・ラノベなど、豊富なラインナップで203万冊以上配信中！
無料マンガ・ラノベなど、豊富なラインナップで203万冊以上配信中！
◆AI時代、「具体と抽象」を往復できる人が、プロジェクトを動かす◆
システム開発の現場で、こんな思いをしたことはないでしょうか。「で、具体的に何を作ればいいんですか」 経営者の語る構想も、コンサルタントの描く青写真も、いざ手を動かす段になると要件が定まらない。全員が真剣なのに、話が噛み合わない。要件定義で合意したはずが、成果物を見せた瞬間に「そうじゃない」と言われる。立場が違う人の間で、なぜこれほど合意形成は難しいのか。その断絶の正体は、「具体と抽象」という思考の階層の違いにあります。
本書は、ベストセラー『具体と抽象』をはじめ数々の思考力に関する著作で知られる細谷功氏が、システム開発の現場に焦点を当て、この「具体と抽象」のフレームワークを軸に、現場が構造的に抱える課題の本質とその乗り越え方を体系的に解説した一冊です。主な特徴は、以下の3点にあります。
1つ目は「立場の違いが生むコミュニケーションギャップの構造を解き明かす」点です。経営者とエンジニア、コンサルタントと開発者、営業と技術。現場で日常的に起きる「話が通じない」問題を、「具体と抽象」の視点から構造的に分析します。なぜ抽象的な指示にエンジニアは苛立ち、なぜ具体的な報告に経営者は物足りなさを感じるのか。その双方向のメカニズムを理解することが、立場を超えた合意形成の第一歩となります。
2つ目は「思考のOSのメタ化という新しい変革モデルを提示する」点です。これまで「具体」で価値を出してきた強みを捨てるのでも、単にバージョンアップするのでもない。場面に応じて川上と川下の思考回路を使い分ける「メタ化」という第三の道を提唱し、個人にも組織にも適用できる実践的な視座を示します。実装やコーディングで培った力をそのままに、「何を作るべきか」を決める側にも立てるようになる。AIに具体を委ねる時代に、エンジニアが自らの価値を問い直すための核となる考え方です。
3つ目は「個人・プロジェクト・組織の3層構造で課題を立体的に捉える」点です。個人の思考回路の転換から、プロジェクト現場で頻発する落とし穴の構造分析、さらには組織の成長・保守化のメカニズムまでを一貫して読み解きます。「魚」「釣り方」「川の構造」という独自のアナロジーを通じて、目先のノウハウではなく、問題を生み出す構造そのものの理解へと読者を導きます。
即効性のあるノウハウ本ではなく、半世紀にわたり解決されてこなかった「なぜ」に切り込む本書は、AI時代に自らの価値の源泉を問い直すすべての作り手にとって、思考の転換点となる一冊です。
■こんな方におすすめ
・「言われたものを作る」から「何を作るかを提案する」側へ進みたいエンジニア、PM、テックリードの方
・顧客への提案力・構想力を高めたいITコンサルタント、プリセールスの方
・DX・AI活用を掲げながらPoC止まりに悩む情報システム部門・経営企画の方
・組織の「思考のOS」を変えたいと考えるIT企業の経営者・マネジメント層の方
・「仕事を頼む・頼まれる」関係で提案に携わる、製造・広告など他業種の方
■目次
第１章 SI業界が抱える課題
・1.1 「言われたことは得意だが、提案が不得意である」
・1.2 なぜ「提案型人材」が少ないのか
・1.3 受動的問題解決から能動的問題発見へ
・1.4 OSのメタ化が必要
第２章 「具体と抽象」とは
・2.1 具体と抽象の基本
・2.2 ITと「具体と抽象」
・2.3 「手段と目的」への応用
第３章 SIプロジェクトと「具体と抽象」
・3.1 川上と川下、問題発見と問題解決、具体と抽象
・3.2 ２つの思考回路の矛盾による問題点
第４章 SIプロジェクトにおける落とし穴
・4.1 新規テーマの提案はなぜ受け入れられないのか
・4.2 「投資対効果」の罠
・4.3 「事例調査」の罠
(略)
・4.15 なぜこれらの落とし穴は何度でも繰り返されるのか
第５章 組織の成長と「具体と抽象」
・5.1 「会社の進化」と「具体と抽象」
・5.2 外注化の流れを普遍的に捉える
・5.3 組織の変化に伴う必要なスキルの変化
(略)
■著者プロフィール
細谷功：著述家・抽象アーキテクト。株式会社東芝を経て、外資系/日系のグローバル・コンサルティングファームにて業務改革等のコンサルティングに従事した後独立。著書に『地頭力を鍛える 問題解決に活かす「フェルミ推定」』（東洋経済新報社）、『具体と抽象』（dZERO）などがある。
※アプリの閲覧環境は最新バージョンのものです。
Posted by ブクログ
具体と抽象の細谷氏がシステム開発について書いている！現職の領域に近いところもあって購入。随所に頭の良さを感じ（本書のなかでも具体と抽象が巧みに混じり合っている）、それに引き上げられるような読書体験を得られた。
人間は抽象には拒否反応を示す。アジャイル開発は早期に具体を見せて「拒否反応を示す」ということ、5W1HのうちWhy/Howだけが点ではなく点と点を結ぶ線、つまり抽象的な問いであるということ。テクノロジーの歴史は具体的な作業を人間から開放して、人間の思考を抽象へと引き上げてきた歴史ということ。どれもハッとさせられ、刺激に満ち、思考のOSをアップデートできる素晴らしい著書だった。
Posted by ブクログ
「具体と抽象」を読んでいる人や、自然と”抽象”（本書で言う川下）のマインドセットが付いている人にはやや食傷気味かもしれない。
ただし、本書の想定読書者であるシステム開発・運用に携わる人の大多数が「具体と抽象」を読んでなかったり、あるいは読んだけど腹落ちできず”川下”の仕事に徹してるんじゃないだろうか。
なので、このくどさはあえて演出しているものではないかと思う。
SIerやコンサル、情シス系の仕事をしている人は必修にしてもいいんじゃないだろうか。本書で狙う通り汎用性が非常に高い（魚ではなく釣り方...ですらなく川の構造）
ーーーーーーーーーーーーーーーーーーーーーーーーーー
目標：言われたことの遂行→能動的提案力
課題：抽象概念の取り扱い
打手：具体と抽象の行き来
川下（言われたことの遂行）のプロとしてのスキルが
川上（能動的提案）の足枷になる
受動的問題解決→能動的問題発見
知識＝分解能を上げること＝具体の引き出し
人間の欲求は曖昧（抽象）
プロダクトや具体的成果を見て初めてそれがマッチするかどうか評価するスイッチが入る
→「なんか違うんだよね」と言われる構造
→ガラケーユーザの要望からは絶対にスマホは生まれない
打手：未完成の具体を、なる早でもっていく。 Quick and Durty
ITの進化の歴史＝抽象化の歴史
複雑性の排除、
「何ができるようになったか」＆「何を考えなくて良くなったか」
WHYの2つの意味
過去に対するWHY：原因
経験や事実、なぜなぜ分析
未来に対するWHY：目的
抽象化：未来方向へのWHY
具体か：HOW
p95
技術課題→業務課題→経営課題
川上：
不確実性高、混沌、境界不明瞭、非分業、抽象度高、蓄積なし、少人数、質重視、統一指標なし、属人的
川下：
不確実性低、秩序、境界明瞭、分業、抽象度低、蓄積あり、多人数、量重視、統一指標あり、非属人的
潜在的問題・顕在的問題
潜在的問題：
・見つけようとしないとでてこない
・改革機会
・顧客が言語化できてない
・内発的
・未来志向
・多数の仮説を立てる
品質と川上・川下
川上：ヒットすれば儲け物（例：野球の打席）、攻め
川下：高得点が当たり前、守り
→川下の発想（品質要求）は川上の仕事はできないし、そもそもそれは求められていない。
”統一感のあるシステムは「一人で全体を設計する」ことから生まれる”
専門家＝素人と違うものの見方ができる、そのための引き出しが豊富
Posted by ブクログ
上流の仕事と下流の仕事を「具体と抽象」という違いから論じた一冊。
なぜ優秀なプログラマーやエンジニアが、必ずしも優秀なマネージャーとして活躍したり、画期的な新規事業の提案をしたり出来ないのか？
その問いに対する一種の答えが、下流の具体的な思考方法から抜け出せず、上流の抽象的な思考ができないからだという。
確かにその考えには納得するところが多い。
ただ、この本は具体と抽象の違いや、抽象の思考を手に入れることの重要性を説くことに終始しており、「抽象的な思考力を手に入れるための方法」はあまり論じていない。
そのため、自分が求めている内容とはやや違ったなという所感。
Posted by ブクログ
抽象思考と具体的思考、システム開発の現場ではどっちも必要だし、重要性は理解しているつもり。なので、本書の主張に疑義はない。ないんだけど、どうも読んでてしっくりこないところがある。
現場のエンジニアの思考は具体側に寄っていて、抽象思考が弱いのは事実。で、抽象思考を身につけるのは重要。でも、どうやって？ってところが一番苦労する。プロジェクト管理などしている経験上、現場のメンバーに抽象思考を身につけさせる再現性のある方法論はない気がしている。本書も、本当に知りたい「どうやって身につける？身につけさせる？」に納得感のある回答がないのが、個人的には残念。（まあ、それは本書のテーマではないのかもだけど。）
※アプリの閲覧環境は最新バージョンのものです。
ビジネス・実用
ビジネス・実用
ビジネス・実用
ビジネス・実用
ビジネス・実用
ビジネス・実用
ビジネス・実用
ビジネス・実用
