あらすじ
★ベストセラー『地頭力を鍛える』著者で思考力の第一人者・細谷功氏と経営共創基盤(IGPI)パートナーの坂田幸樹氏がタッグを組んだ初の本!
★ビジネス最前線の2人が変革期に必要な全体構想の新技法を公開!
★東南アジアで急成長する注目のユニコーン企業の成功要因を詳しく解説!
ニューノーマル時代には、これまでの勝ちパターンは通用しない。
変革期に必要な新しい思考回路を身につけよう。それがアーキテクト思考だ。
アーキテクト思考とは、ゼロベースで抽象度の高いビジネスの全体構造を構想する力のこと。
アーキテクト(architect)とは、元は建築家、設計士などを意味する言葉だがITの世界でも応用されている。
本書では、そのエッセンスをビジネスに適用する「アーキテクト思考」について解説する。
抽象度の高いシンプルな基本構想を、白紙の状態から作り出すことができる人のことである。
このアーキテクト思考を身につけ、使いこなすために必要なのが、
「具体と抽象」思考、それをサポートするためのフレームワークだ。
ニューノーマル時代を生き残るためのビジネス新思考法とは何か?
変革期に必要な思考回路をインストールして、一生モノのスキルを身につけよう!
感情タグBEST3
Posted by ブクログ
2025年に必要な概念。
0から1を作るために覚えておくべき思考法が書かれておる。
すっきりとした内容であり、わかりやすい。
抽象を想像する。の必要性がわかる。
Posted by ブクログ
---------------------------------------------------------------
asis→一度白紙に+問題点→モデル化→具体化(tobe)
ゼロベース、全体俯瞰、構造化
問題を解くのではなく、発見する
変数を最適化するのではなく、新たな変数を定義する
情報をかき集めるのではなく、少ない情報から仮説を立てる
完璧ではない生煮え状態から実験をする
"業界"という単位→デジタル化で崩れつつある。業界というフレームを超える抽象化能力が必要
言葉→抽象化能力の産物
物々交換→石、貝、貴金属→貨幣→電子マネー
抽象化の進化
鶏口牛後
大企業サラリーマン→牛後
個人事業主ー→鶏口
アーキテクトの価値
→構想そのものだけでなく、白紙のキャンバスに何かを書いてみようというリスクテイク、能動性
ITゼネコン
言われたものを完璧な作る
顧客要求を抽象化してなぜ?や経営上の効果は?は考えない。
開発工数が売り上げだから=個別カスタマイズ大歓迎
川下
ゲーム→アート 意匠性、希少性、非再現性、属人性
基幹システム→サイエンス
川上、アーキテクト→一人で考える、幸福の最大化を目的
川下、政治家、官僚→不幸の最小化、コンセプトが骨抜き
人物(具体)と役割(抽象)を分離して考える
思考=具体と中小の往復により知的成果を生み出すこと
手段と目的の往復
全体と部分の往復
非アーキテクトがすること
・まず情報をあつめる
・詳しそうな人を呼ぶ、聞いてみる
・専門家を集める
アーキテクトがすること
・仮説を立てる
フレームワーク
→埋め切るものではない。
→埋めるべきところの濃淡を俯瞰、判断するのに使う。全体感を抑える
戦略→何をやらないかを決めること
バイアスリセット→観察→構造抽出、CSF抽出→具体化
バイアスを産むもの
担当者、担当部署、業界、国・地域、前例、専門家、部門間連携、法律、慣習、忖度、規則
専門家→違いがわかる人.具体的
よそ者、わか者、ばか者はではない
バリューチェーン、経営資源、時間軸
経営資源=ヒトモノカネ情報
b2b商売=経営資源の代替
商品価値=機能的価値、情緒的価値、サービス価値
地上戦と空中戦
Posted by ブクログ
指導に行き詰まったら再読。将来有望な若者には薦める。
過去の同僚を思い浮かべると、読んでも腹落ちしない、理解できない人は一定数いると思う。というか多い。この本の価値は、読み手の考え方のスタンスや嗜好によって大きく異なるということ。
Posted by ブクログ
具体と抽象
「具体」とは、五感で感じられ、直接目に見えるもの
「抽象」とは、実態とは剥離した概念のような人間が頭の中で生み出したもの
この本の中で特に刺激的だった一文。してはいけないことは、顧客に「どんな○○が欲しいのか?」を質問すること。
→自動車を普及させたヘンリーフォード
もし顧客に、彼らの望むものを聞いていたら、彼らは「もっと速い馬が欲しい」と答えていただろう。」と。
交通手段が馬車だった時代、自動車を知らない人々は、早い馬を求め、「自動車をつくってくれ」とは言わない。お客さんが欲しいと言う物ではなく、自分が欲しい物、お客さんに欲しいと思わせるものを自分で考えることが重要だと考えます。
映画監督の小津安二郎氏の言葉に「どうでもいいことは流行に従う。重大なことは道徳に従う。芸術は自分に従う。」
Posted by ブクログ
ゼロから新しいものを生み出す考え方と手法をまとめた本。川下の仕事を愚直にこなして来た自分にとっては目からウロコの内容であった。
丁度4月に異動があり、新しい事業の検討をする事になった自分にとって、非常にありがたい内容。考え方は理解したつもりであるが、それをどう実践にて行くかがまだモヤモヤしている。これからは一日1つ以上の思考を行って、アーキテクト思考が習慣のように出来るようにして行きたい。
Posted by ブクログ
商品価値が、①機能的価値、②情緒的価値、③サービス価値から構成されており、②、③を構築するための手段としてアーキテクト思考が求められているという基本に立ち戻らせてくれた。
ただ、STEP2の座標軸設定の考え方はこれでいいのだろうか?発想が小さくなってしまうリスクを感じた。
Posted by ブクログ
「具体と抽象」の実践論。実際のビジネスで具体と抽象を往復する思考法をどのように用いるのか、ビジネスフレームワークはどのような目的で用いるべきなのかをよく理解できる。
単なるノウハウ本とは違い、地に足がついている印象。
Posted by ブクログ
抽象的にものごとを考えることが苦手であり、管理職に向けて具体と抽象を行き来することが重要であるも指摘を受けたため購入した第三弾。前の2冊と比較しては小難しい本で、前半にアーキテクトの概念、後半に具体例の構成。
アーキテクトとは「抽象化してゼロベースで全体構想を考えること」「共通項を抽象化し、なおかつ他の用途、例えばビジネスと世界にもつかえるように汎用性を上げて抽象度を上げてゼロベースで全体構想すること」。抽象化のフレームワークとして、①バリューチェーン②経営資源③時間軸を組み合わせて考え、As-is(現状)とto be(あるべき姿)ごとにプロットするとわかりやすい。
また、アーキテクトは能動的に行動する。「はじめの1人」になることがとで重要。たたき台にコメントをするのではなく、たたき台をつくる。作られた場に参加するのではなく、場を作る。自分が苦手で逃げてきたこと、アーキテクト思考を身につけるためには取り組まないといけない。
Posted by ブクログ
アーキテクトの重要性を説明するパートでは、建築とITの比較などを用いて説明がなされており、とても腹落ちした。
実在する企業のケーススタディを、各種フレームワークを交えながら分析されており、学びの多い書籍だった。
Posted by ブクログ
叩き台を作る奴が偉い、横串は考えない、的な強いコメントがあって良かった。
- アーキテクトは「横串は通さない」
- 横串を通す発想自体が具体の人の頭。
- コンセプトは、デリバリを意識しない(あえて言えば)
- 体制に依存しない(依存してたらそれはまだ抽象度低い)
Posted by ブクログ
細谷氏本。思考の枠を広げるべく読書。
メモ
・アーキテクト思考とは抽象化してゼロベースで全体構想を考えることだが、三現主義と呼ばれる現場現物現実というものづくり思考とある意味対照をなす。
・アーキテクトは場を設定する
・アーキテクトは物議を醸す。
コンセプトを決め、的を絞るため。
ただ、中長期ではターゲットを確実に満足させることにつながる。
・アーキテクトは一人で考える。抽象度が高い構想策定であるため
・アーキテクトは美しさにこだわる。簡潔さ、構造的な美しさ。
・アーキテクトは全体から考える。全体の統一性を重視する
・アーキテクトは仮説をまずたてる。
・アーキテクトはつながりをみる。関係、構造といった関係性。
・フレームワークで全体像をおさえる。
優先順位づけ、アクセントづけ、全体像をおさえる、具体と抽象の往復
・全体構想の5ステップ
バイアスのリセット
具体的事象観察
座標軸設定
構造抽出・モデル化
構想具体化
・座標軸設定は視野を広げるということ。
俯瞰と抽象度上げを通して事象を観察するということ。
・第一原理から考える。自らでフレームワークを考える。
・ウーバーとごジェっくの相違点
労働者品質ばらつきの部分。
ドライバー品質担保に向けた教育充実、いーコマース代引成立のためにドライバーに商品販売、データをもとに空中戦へ。
・ボトルネックは何かを見つけることで本質的な打ち手を見つけることができる。
Posted by ブクログ
対症療法的にその場しのぎの問題解決策を策定または実施するだけでなく、ものごとを俯瞰し抽象化した上で根本的な原因は何なのかを発見することが重要だとわかった。会社や職場でもそうだが既成概念にとらわれて真新しい方策を打ち出せない人に、タメになる内容。
Posted by ブクログ
きっかけ:抽象と具体、アーキテクトという言葉に漠然と興味を持って
読後の感想:求めていた内容と異なっていた。本書は事業をアーキテクト思考として考えることを説いている。私の期待はもう少し問題発見・問題解決に重きを置いた仕事術だった。ビジネスモデルを考える人には後半の第二部は参考になるのかもしれないが、特に私は事業には関わりがない社内ITのため、余り熱心には読めなかった。
前半第一部はより抽象的な話が多いが、新鮮な視点あり参考になった。個別の事象を観察し、軸をいくつも見つけることから問題発見をするという話にはなるほどと膝を打った。問題解決と問題発見の話を具体例を説明していただくと私の関心に近い内容だったのだろう。
細谷さんのほかの著書を読んでみようと思う。
Posted by ブクログ
前半の1〜4章は、「アーキテクト思考とは」を、建築家やITアーキテクト等の定義を比較しながらの「根本理解」なので、少々読みづらい。
後半5〜8章は具体的な事例を基にしたケーススタディが中心で、読みやすい。
物事を俯瞰的に捉えて一旦抽象化し、解決策のモデルを構築したら、具体的にアクションしやすいレベルまで落とし込むことが大事。
その為にバリューチェーン、経営資源、多様性、等の軸を活用したフレームワークを使用することが書かれている。フレームワーク一つ一つの使い方(考え方)が描かれていて、参考になる。
Posted by ブクログ
自分が大好きなジャンル。思考系の本。前半は良いです!後半は若干の飽き。「ボーリングのピンモデル」「川の上流と下流モデル」はイメージしやすくて分かりやすかった!タスクの入り口で、1人でうーんと悩んで、ビックピクチャーを描くことって重要なんだ、大切な役割なんだ、と勇気付けられる。「まずはブレストしようぜっ!」と群れる傾向があるが、これに一石!
Posted by ブクログ
過去に細谷さんの著書を読んでいるためスラスラ読める。重複している内容も多いが東南アジアの事例にフレームワークを添えて說明されていて実践イメージが持ちやすかった。
Posted by ブクログ
as-is から to-be を描く、全体構想5つのステップ。時間掛けて読んだからか、振り返ると、更地、座標軸、モデル、とある中間地点の内、座標軸を得るところがよくわからなくなっていました。「俯瞰と抽象度を上げて事象を観察する」の必要性、私の仕事でも日頃言われているのですが、、読み返します。
Posted by ブクログ
アーキテクト思考とはどんなものかの説明としては大変良くできているし、必要性もわかった。どうやって考えるかは、わからんものだということも、わかった。さて困った。
一日ひとつ定期的にアウトプットすることでそっちの方向に行くというんだが、、、。レベルが違いすぎる。
ベトナムのTHミルクはわかりやすかった。
何もないところに場をつくる。ゼロから自主的に始める。特定の目的をもって全体構想をゼロベースで作りあげる。勘所を構造的に読み解くためのフレームワーク。仮に目的を立てる。軸を設定する。集約によってコストの共有化削減ができるかどうかという設定。
ボトルネックを見つけることで本質的な打ち手を見つけることができる。
ASISとTOBEで問題と解決策のセットを同じプロセスと資源の2軸上で表現。時間経過を3軸目に。
サンプル事象の抽出、サンプル事象からの属性の抽出、軸の抽出の3段階。