構想力が劇的に高まるアーキテクト思考 の商品レビュー
きっかけ：抽象と具体、アーキテクトという言葉に漠然と興味を持って 読後の感想：求めていた内容と異なっていた。本書は事業をアーキテクト思考として考えることを説いている。私の期待はもう少し問題発見・問題解決に重きを置いた仕事術だった。ビジネスモデルを考える人には後半の第二部は参考に...
きっかけ：抽象と具体、アーキテクトという言葉に漠然と興味を持って 読後の感想：求めていた内容と異なっていた。本書は事業をアーキテクト思考として考えることを説いている。私の期待はもう少し問題発見・問題解決に重きを置いた仕事術だった。ビジネスモデルを考える人には後半の第二部は参考になるのかもしれないが、特に私は事業には関わりがない社内ITのため、余り熱心には読めなかった。 前半第一部はより抽象的な話が多いが、新鮮な視点あり参考になった。個別の事象を観察し、軸をいくつも見つけることから問題発見をするという話にはなるほどと膝を打った。問題解決と問題発見の話を具体例を説明していただくと私の関心に近い内容だったのだろう。 細谷さんのほかの著書を読んでみようと思う。
Posted by
抽象的にものごとを考えることが苦手であり、管理職に向けて具体と抽象を行き来することが重要であるも指摘を受けたため購入した第三弾。前の2冊と比較しては小難しい本で、前半にアーキテクトの概念、後半に具体例の構成。 アーキテクトとは「抽象化してゼロベースで全体構想を考えること」「共通項...
抽象的にものごとを考えることが苦手であり、管理職に向けて具体と抽象を行き来することが重要であるも指摘を受けたため購入した第三弾。前の2冊と比較しては小難しい本で、前半にアーキテクトの概念、後半に具体例の構成。 アーキテクトとは「抽象化してゼロベースで全体構想を考えること」「共通項を抽象化し、なおかつ他の用途、例えばビジネスと世界にもつかえるように汎用性を上げて抽象度を上げてゼロベースで全体構想すること」。抽象化のフレームワークとして、①バリューチェーン②経営資源③時間軸を組み合わせて考え、As-is（現状）とto be（あるべき姿）ごとにプロットするとわかりやすい。 また、アーキテクトは能動的に行動する。「はじめの1人」になることがとで重要。たたき台にコメントをするのではなく、たたき台をつくる。作られた場に参加するのではなく、場を作る。自分が苦手で逃げてきたこと、アーキテクト思考を身につけるためには取り組まないといけない。
Posted by
モノづくりの強さがデジタルの弱さにつながる AIよりも人間が優れているもの •問題そのものを見つけて定義すること •決められた変数を最適化するのではなく、変数そのものを定義すること •少ない情報量の下で仮説を立てること •完璧でない生煮えの状態で実験してみること アーキテクト...
モノづくりの強さがデジタルの弱さにつながる AIよりも人間が優れているもの •問題そのものを見つけて定義すること •決められた変数を最適化するのではなく、変数そのものを定義すること •少ない情報量の下で仮説を立てること •完璧でない生煮えの状態で実験してみること アーキテクト＝全体構想家は抽象度が高く、シンプルな基本構想を、最も川上で、白紙の状態から作り出すことが出来る人。全体像を俯瞰して、ゼロベースで、一枚の絵にまとめる（構造化）が必要
Posted by
アーキテクトの重要性を説明するパートでは、建築とITの比較などを用いて説明がなされており、とても腹落ちした。 実在する企業のケーススタディを、各種フレームワークを交えながら分析されており、学びの多い書籍だった。
Posted by
叩き台を作る奴が偉い、横串は考えない、的な強いコメントがあって良かった。 - アーキテクトは「横串は通さない」 - 横串を通す発想自体が具体の人の頭。 - コンセプトは、デリバリを意識しない(あえて言えば) - 体制に依存しない(依存してたらそれはまだ抽...
叩き台を作る奴が偉い、横串は考えない、的な強いコメントがあって良かった。 - アーキテクトは「横串は通さない」 - 横串を通す発想自体が具体の人の頭。 - コンセプトは、デリバリを意識しない(あえて言えば) - 体制に依存しない(依存してたらそれはまだ抽象度低い)
Posted by
2025年に必要な概念。 0から1を作るために覚えておくべき思考法が書かれておる。 すっきりとした内容であり、わかりやすい。 抽象を想像する。の必要性がわかる。
Posted by
--------------------------------------------------------------- asis→一度白紙に＋問題点→モデル化→具体化(tobe) ゼロベース、全体俯瞰、構造化 問題を解くのではなく、発見する 変数を最適化するのではな...
--------------------------------------------------------------- asis→一度白紙に＋問題点→モデル化→具体化(tobe) ゼロベース、全体俯瞰、構造化 問題を解くのではなく、発見する 変数を最適化するのではなく、新たな変数を定義する 情報をかき集めるのではなく、少ない情報から仮説を立てる 完璧ではない生煮え状態から実験をする "業界"という単位→デジタル化で崩れつつある。業界というフレームを超える抽象化能力が必要 言葉→抽象化能力の産物 物々交換→石、貝、貴金属→貨幣→電子マネー 抽象化の進化 鶏口牛後 大企業サラリーマン→牛後 個人事業主ー→鶏口 アーキテクトの価値 →構想そのものだけでなく、白紙のキャンバスに何かを書いてみようというリスクテイク、能動性 ITゼネコン 言われたものを完璧な作る 顧客要求を抽象化してなぜ？や経営上の効果は？は考えない。 開発工数が売り上げだから＝個別カスタマイズ大歓迎 川下 ゲーム→アート 意匠性、希少性、非再現性、属人性 基幹システム→サイエンス 川上、アーキテクト→一人で考える、幸福の最大化を目的 川下、政治家、官僚→不幸の最小化、コンセプトが骨抜き 人物(具体)と役割(抽象)を分離して考える 思考＝具体と中小の往復により知的成果を生み出すこと 手段と目的の往復 全体と部分の往復 非アーキテクトがすること ・まず情報をあつめる ・詳しそうな人を呼ぶ、聞いてみる ・専門家を集める アーキテクトがすること ・仮説を立てる フレームワーク →埋め切るものではない。 →埋めるべきところの濃淡を俯瞰、判断するのに使う。全体感を抑える 戦略→何をやらないかを決めること バイアスリセット→観察→構造抽出、CSF抽出→具体化 バイアスを産むもの 担当者、担当部署、業界、国・地域、前例、専門家、部門間連携、法律、慣習、忖度、規則 専門家→違いがわかる人．具体的 よそ者、わか者、ばか者はではない バリューチェーン、経営資源、時間軸 経営資源＝ヒトモノカネ情報 b2b商売＝経営資源の代替 商品価値＝機能的価値、情緒的価値、サービス価値 地上戦と空中戦
Posted by
前半の1〜4章は、「アーキテクト思考とは」を、建築家やITアーキテクト等の定義を比較しながらの「根本理解」なので、少々読みづらい。 後半5〜8章は具体的な事例を基にしたケーススタディが中心で、読みやすい。 物事を俯瞰的に捉えて一旦抽象化し、解決策のモデルを構築したら、具体的にアク...
前半の1〜4章は、「アーキテクト思考とは」を、建築家やITアーキテクト等の定義を比較しながらの「根本理解」なので、少々読みづらい。 後半5〜8章は具体的な事例を基にしたケーススタディが中心で、読みやすい。 物事を俯瞰的に捉えて一旦抽象化し、解決策のモデルを構築したら、具体的にアクションしやすいレベルまで落とし込むことが大事。 その為にバリューチェーン、経営資源、多様性、等の軸を活用したフレームワークを使用することが書かれている。フレームワーク一つ一つの使い方(考え方)が描かれていて、参考になる。
Posted by
分かりやすく書いているようで、分かりにくい。なぜなら新しい考え方を伝えようとしているから。 具体と抽象。 専門とarchitect。 木を細部まで捉えると考え方が硬直するから、抽象で見よう。木（植物、物質、燃える、加工しやすい、生き物、生態系の一つなどなど）そうすれば前例に捕らわ...
分かりやすく書いているようで、分かりにくい。なぜなら新しい考え方を伝えようとしているから。 具体と抽象。 専門とarchitect。 木を細部まで捉えると考え方が硬直するから、抽象で見よう。木（植物、物質、燃える、加工しやすい、生き物、生態系の一つなどなど）そうすれば前例に捕らわれない新しい考え方が生まれる。というようなことかな？
Posted by
自分が大好きなジャンル。思考系の本。前半は良いです！後半は若干の飽き。「ボーリングのピンモデル」「川の上流と下流モデル」はイメージしやすくて分かりやすかった！タスクの入り口で、1人でうーんと悩んで、ビックピクチャーを描くことって重要なんだ、大切な役割なんだ、と勇気付けられる。「ま...
自分が大好きなジャンル。思考系の本。前半は良いです！後半は若干の飽き。「ボーリングのピンモデル」「川の上流と下流モデル」はイメージしやすくて分かりやすかった！タスクの入り口で、1人でうーんと悩んで、ビックピクチャーを描くことって重要なんだ、大切な役割なんだ、と勇気付けられる。「まずはブレストしようぜっ！」と群れる傾向があるが、これに一石！
Posted by