野中郁次郎のレビュー一覧

知識創造企業（新装版）

野中郁次郎 / 竹内弘高 / 梅本勝博

ちょっと長くて内容を十分に掴みきれなかったところも多かったところが星4つとしたが、この本を読むことで暗黙値と形式値という考え方を知り、知識の共有を暗黙値、形式値で行うことでイノベーションが進んでいくというプロセスはとても深い洞察だと思った。

直観の経営 「共感の哲学」で読み解く動態経営論

野中郁次郎 / 山口一郎

読み始めてしばらくして、自分が何を読んでいたんだっけ？と、とまどった。たしか経営に関する本を読み始めたはずなのに、なにやら物事を考える底の部分というか、ひどく小難しい話を読んでいることに気がついたからだ。哲学、それも現象学という難解な話だった。その部分について理解できたとはいえないが、ただ難しいからといって、そこで止める気にはならず、読み続けられたわけだから、なにか惹きつけられるところは会ったのだと思う。
　
　読む中で、やがてさまざまなエピソードにつながっていき、そのあたりからはわりと素直に楽しく読めたな。ホンダジェットが開発されたエピソードは面白かった。富士フィルムがフィルムというメインとなる領域の縮小に対して、どのように生き残りをはかったか、というあたりも面白かった。

　そうした現実寄りのエピソードを読んでいくうちに、冒頭の難しい現象学が、企業経営という人間集団が動いていく背景にある物語であったり、思考にとって、重要な役割を担っていることが感じられた。

　一回読んだだけで、理解できたとはいえない。もう少し理解したいと思える本だった。いずれまた、読み返そう。

アジャイル開発とスクラム 顧客・技術・経営をつなぐ協調的ソフトウェア開発マネジメント

平鍋健児 / 野中郁次郎

これは良書。一度は読んでおくべき本でした。
IT用語である「スクラム」という言葉を、実は逆輸入版だったと知って驚きました。今よりもずっと前に、日本で、しかも製造業の研究においてすでに「スクラム」という言葉と概念が作られており、ずっと後にアメリカのIT業界で正にこれだと復権したというのは面白いですね。
この導入から始まり、IT業界での「スクラム」の説明が展開され、最後に本来の「スクラム」（野中郁次郎）との融合が図られる構成も読んでいて楽しめるものでした。
第二版だと、初版では勘違いされやすいテーマの修正や組織論にまで展開されています。ただ、やっぱり「アジャイル」を組織に適用するのは無理なんだな～、という印象。なので、個別のプロジェクトとしては「アジャイル」ができたとしても、最終的には組織とぶつかるところが出てくるのは避けられなさそう。

野性の経営 極限のリーダーシップが未来を変える

野中郁次郎 / 川田英樹 / 川田弓子

Don’t just talk the talk. You have to walk the walk.

コロナ以降、現場に出る頻度が減っているなぁ。
ちゃんと外に出よう。

知識創造企業（新装版）

野中郁次郎 / 竹内弘高 / 梅本勝博

SECIモデルについての実例などを用いて説明されている。
前半の哲学的部分と実例が30年前のことなので読みとばすところが多い。
そんなことをすると1時間で終わった

知徳国家のリーダーシップ

北岡伸一 / 野中郁次郎

知の巨人の対談本。
明治維新から現代までの8人の政治家や経済リーダーを取り上げ、共通する行動様式を明らかにしつつ、今の日本に取って不足しているものや、尽くすべき義務について語り合っている。
タイトルにある「知徳」とは、福沢諭吉の言葉で、サイエンスとアートとも言い換えられる。本書では、バランスをとりながらの実践知がリーダーシップにおいて重要だという姿勢で使われている。

やや難しく読み応えのある内容ではあるが、知的欲求が満たされると共に、大局的に物事を見たり、リーダーシップを発揮すべき場面での振る舞い方なども学べる一冊。

知的機動力の本質 アメリカ海兵隊の組織論的研究

野中郁次郎

海兵隊の暗黙的統合が知的機動力モデルとなる。
意識と無意識の相互作用のプロセス全体、すなわち拡張される形を作る。

アジャイル開発とスクラム 第2版 顧客・技術・経営をつなぐ協調的ソフトウェア開発マネジメント

平鍋健児 / 野中郁次郎 / 及部敬雄

スクラムというタイトルが付いているけど、この本を読んだからスクラムが出来るという訳ではない。
スクラムが対象としている根っこの課題は何なのかを語ろうとしている本。
なので、1部にスクラムの表面的な話が載っているが、知らない人向けだろうし、知っている人からすると退屈。
後半の対談とかは面白いが、これも示唆くらいな話なので、そこから自分で考える事が必要だろう。

知的機動力の本質 アメリカ海兵隊の組織論的研究

野中郁次郎

消耗戦に対する機動戦の本質とは何か。そして機動戦を得意とする米国海兵隊の根底にあるビリーフは何かを教えてくれる。優れた組織の秘訣は採用にあると思っていたが、採用後のブートキャンプでも変えることが可能だと理解。今後の日本企業は採用前の厳選か、採用後のブートキャンプ、どちらかを選ぶ必要があると思う。

構想力の方法論

紺野登 / 野中郁次郎

構想力に関する本

メモ
・構想は過去現在未来にまたがる歴史的想像力によって生み出されるナラティブな智慧。大きな時間軸での社会の再生や革新のための仕組み、関係性の創出を担う。

・構想とは①ビッグピクチャー②ビッグクエスチョン③新たなビューポイント

・未来を予測する最善の方法は未来を発明すること

・構想力はゼロを生み出す力

・構想力は想像力、主観力、実践力の融合、人間の根源的能力から生じてくる力

・

野中郁次郎 ナレッジ・フォーラム講義録

野中郁次郎

SECIモデルだけでなくTPMOモデルも紹介。
具体的に知っている日本企業の事例が多いのでわかりやすい。

構想力の方法論

紺野登 / 野中郁次郎

1．好きなデザインだったので何も管変えずに購入しました。

2．構想力を社会の中で自分がどのような生き方をしていくのか、それに向けて得た発想をどのように筋道立てていくのかを言語化する能力だと言えます。本書では、構想力を定義したうえで、日本人に欠けている部分や、過去の偉人がどのように社会を改善してきたのかを述べています。難しいですが、知識創造と目的工学の視点からアプローチしています。
単語や文章が難しいですが、定義や偉人の偉業の部分だけでも読むことで十分元が取れる一冊です。

3．書き方が難しいので読むのに大変苦労しました。ただ、内容は発想力というだけではなく、その先を見通して筋道立てることが構想力なのだと思いました。
私が一番印象的だったのは、「若いころから組織運営を任され、リーダーとしてのあるべき姿とは何なのかを自問自答し続けて、自分なりの経営哲学を体得した人がどれだけいるだろうか？」の部分です。今は個人が目だ徹時代です。しかし、人と関わり合うことは生きている限り離すことができません。そのため、構想力は常に考えていかなければならないと思いました。

共感経営 「物語り戦略」で輝く現場

野中郁次郎 / 勝見明

多くの学びがあり、今の自分にとって勇気づけられる要素が多かった。新しい事例が多く身近に感じるのと、事例がぶつ切りではなく、次の事例解説で何度も振り返ってくれるので頭に染み込む。
分析的戦略の限界と物語り戦略の違い、競争に勝つ事よりも企業の存在意義という部分が特に刺さった。リーダーに求められる未来構想力、筋書きと行動規範を意識していきたいと思った。

『失敗の本質』を語る なぜ戦史に学ぶのか

野中郁次郎 / 前田裕之

野中さんの大きな問題意識の変化というか発展がよくわかる本でした。

内容的には、「失敗の本質」に始まる戦史研究の要約的なものが多いのですが、わたしは「失敗の本質」しか読んでないので、便利でした。

それ以上に役に立ったのは、戦史研究と経営学との関係がどうなっているのか、そして、そのことは野中さんの原体験と学問的なトレーニングの影響との関係も語られていて、野中さんの全体像がわかる感じでした。

戦史に限らず、野中さん入門みたいな感じで読める本ですね。（もっとも、本は１〜２冊はこれを読む前に読んだほうが、いいと思いますが）

失敗の本質

戸部良一 / 寺本義也 / 鎌田伸一 / 杉之尾孝生 / 村井友秀 / 野中郁次郎

太平洋戦争での失敗とされる６つの作戦について、前半でその経緯、後半で論理的な分解と分析が記されている。

ガダルカナル島やインパールで多数の犠牲者が出たということはなんとなく聞いたことがある程度の知識で読み始めたが、書き手の思想を排除して、ひたすら淡々と当時の事実が述べられている前半が特に面白かった。戦後すぐの文献が使われてたりして言葉が難しかったり、史実が気になったりする度にググって確認しながら夢中で読んだ。
前半部を読むだけでも、日本軍という組織の良くないところが分かるんだけど、後半の分析部を読んで前半で自分なりに感じた感想の答え合わせをし、さらに理解が深まるという感じ。

負けると分かっている重大な局面でも現場を立てて曖昧な表現をして作戦中止命令が出来ない日本軍。そして何度も同じ過ちを繰り返す。
こんなしょうもない事で多くの命が犠牲になったのか…と虚しくなることが多数。
「兵站」という言葉と概念を初めて知る。これを軽視している企業、沢山あるよね。

38年前に発行された本作、組織論として(実体験と照らし合わせても)色褪せないと感じたのは、現代もまだ悪しき慣習が残っているってことなんだろうな。

しっかり読み込んでしまった。面白い。

共感経営 「物語り戦略」で輝く現場

野中郁次郎 / 勝見明

言っていることは共感できるし、よく分かる。ただ成功事例においても『経営陣の反対を押し切って』となっている。
求められるのはリーダーのやり抜く力であり、まだまだ理論としては確立していないということだろうか。
そんな中、経営の必要性って何なのだろう？

ワイズカンパニー―知識創造から知識実践への新しいモデル

野中郁次郎 / 竹内弘高 / 黒輪篤嗣

難しい本であるが、具体例が多いため、理解はしやすい。企業の競争力の向上のためには、差別化、知識創造が必要である。二次元的に語られていた、知識総合が、知識実践として、三次元上に繰り返されることが大切と理解した。私の実践としては、日々の業務もそうだが、そういった場の提供に努めていく。

アジャイル開発とスクラム 第2版 顧客・技術・経営をつなぐ協調的ソフトウェア開発マネジメント

平鍋健児 / 野中郁次郎 / 及部敬雄

ウォーターフォール型の開発は敵対関係を生み出しやすく、面白くない→個人的に刺さった

【感想】
　スクラムを中心に、アジャイル開発の技法、企業への導入エピソードが紹介されている。アジャイル開発は大きく技術的手法、組織的手法に分けられる。本書は、組織的手法である「スクラム」の記述に焦点をあてていて、技術的手法の詳細には立ち入っていない。リファクタリングやTDD、CI等については紹介程度の記述がある。実際の開発で生かすには、別の本を読む必要があるだろう。
　とかく、情報が分散していて、章ごとのつながりを捉えるのが難しく、咀嚼が難しいと感じた。おそらく、この本の目的は「アジャイル開発手法とスクラムについて色々な観点で紹介する」ことなのだろう。フレームワーク・プラクティスがかなり多く登場するし、ケーススタディの登場企業も多い（覚えて使いこなすことが難しい）。
　企業４社ごとのアジャイル導入経験も記述されているのが、各企業群をまとめて抽象化していないので、頭に叩き込むのが難しい。研究書ではないので、当然ではあるのだが。そして、読んでも、弊社で実施している４，5カ月程度のシステム導入プロジェクトを、アジャイル方式にするイメージが余り湧かなかった。なんといっても、顧客にとって、アジャイル型を選択するメリットがイマイチ分からなった。基本設計までして、顧客から承認を得る必要があるとする。そのとき、請負型ではなく、準委任型で、なぜユーザー企業が発注してくれるのだろうか。準委任型で、開発発注するにしても、「何を開発するか」は決まっていないといけないわけだから、基本設計は顧客と行っておく必要があるように思えるのだが。基本設計まで終わっている機能を、準委任型で開発依頼してくれるためには、スケジュールと予算が潤沢にあるような企業じゃないと、無理なのかな、と思った。もしくは、要件がふわっとしていて、基本設計自体が無理で、開発して、その成果物をみないと要件が固まらないような内容なのだろうか。そうなると、それはもはやPOCのようでもあるのだろうか。
　「スクラムの源流は野中＆竹内のナレッジマネジメント論文である」という章の取り扱いも難しい。興味深くはあるが、スクラムの関連情報、アカデミックな組織分析である。スクラムの素養が日本企業にはあるよ、という意味では分かるのだが...。既に情報過多なので、ここで新しいアカデミックな話を入れてくるのであれば、事前のケーススタディに対する汎化、抽象化の章にしてほしかった。「野中さんと、点と点がつながる面白い話ができた！スクラムの関連情報だし、伝えたい」という意志を感じる。
　個人的に一番刺さったのは、ウォーターフォール型の仕事自体が楽しくない、と書いていること。今私が仕事で感じている辛みが簡潔な文章で表されていて、なるほどな、と思わされた。この文章と出会えただけで、★４つ。自分の生業、仕事内容を見直し、システム開発に携わるなら、アジャイル的な職場に移るように準備、努力をし始めようと思った。

>>p47「工程を追って順に仕事を進めるやり方は、仕事を渡す側と受ける側の間に敵対関係を生み出す傾向にある。「仕事に書かれていないことをやってほしいと言うのです」「簡単に気を変えないでほしい」「自分にコントロールできないことに対して、私は責任が持てません」などなど。ウォーターフォールの開発を観察すると別の発見がある。そう、仕事が楽しくないのだ。ウォータフォールの開発モデルは、製品作りに携わる人々のモチベーションをそぐ原因になる。そして、その結果できた製品は、作った現場開発者の創造性、スキル、そして情熱を表現するものにはならなにのだ。人はロボットではない。だから、人にロボットのように働くことを求めるプロセスは、介在する人々を不幸にする結果になる。」

【本書を読みながら気になったコト】
■アジャイル開発では、期間を短く区切って優先度の高い機能から実装することを繰り返すことで、最後にならないと動くものが見えないリスクを軽減する。ユーザーからフィードバックを取り入れながら開発する

■ウォーターフォール手法の問題点
・創造性を奪う。変更を拒み、部分最適な機能が出来上がる
・文書による完璧なコミュニケーションなど不可能
・完璧な計画を立てることはできず、必ず不確実なことが起きる
・工程を追って順に仕事を進めるので、ステークホルダー間で敵対関係ができて、仕事が面白くない

■インクリメント…スプリントにおける成果物、製品の機能。

■リファイアメント…プロダクトバックログの内容を更新する。優先順位の変更、機能詳細の追加、工数見積もりの変更を行う

■アジャイル開発という開発手法が存在するわけではい。アジャイル開発宣言の価値観を反映した開発の手法の1つがスクラムである


■こまめに完成物を見せて、フィードバックをもらう、という考え方自体はウォータフォール型の開発でも活かせる。その前提で工数、費用を見積もりする

■各種企業での実践例が記述されているが、何故多くのユーザー企業は、請負型ではなく、準委任型（アジャイル開発）でのプロジェクト推進を許したのか？
　→完成物責任が無い状態で、発注する（最終的な予算がいくらになるか見えてこない）以上、ユーザー企業としては、アジャイル開発を好みそうにないと思えたのだが
　・BtoBでリリースはどうやっている？細かくフィードバックをもらえないと、リリースはできない
　→なぜそんなにも、ユーザー企業は開発やスプリントレビューに付き合ってくれる？どうしてそんなにユーザー企業がアジャイル開発に理解があり、つきあってくれるのか？
　
■2020年3月にIPAからアジャイル開発版「システム・モデル取引・契約書」が公開された
　→準委任契約を前提とする
　→プロダクトオーナーはユーザー企業から選出する

■人生もウォーターフォールより、アジャイルに。変化を前提に。一定の期間、目標を決めて、実践しながら、時折振り返りを実践する
　

共感経営 「物語り戦略」で輝く現場

野中郁次郎 / 勝見明

野中氏の本。共感・物語りの重要性、その不足を痛感していることから読書。
共感経営、まさにその言葉の通り整理も可能だが、簡単に表現すると、共体験、接触機会なども通して、心を動かすことが人を動かし、大きな流れにつながると言う本質を語った本とも言えそう。

メモ
・企業経営やイノベーションや大きな成功は論理や分析でなく、共感→本質直観→跳ぶ仮説というプロセスにより実現される
・日本企業の三代疾病　分析過剰、計画過剰、法令遵守過剰
・共感とは他者の視点に立ち、他者と文脈を共有すること。
・共感は利他主義を生む
・相互主観性・共感の3段階
　1 感性の総合　相手になり切る我汝関係
　2 知性の総合　主客分離で相手を捉える我それ関係
　3 完成と知性の総合　相手と無心無我で私の主観をこえた我々の主観を生み出す　我汝関係
・イノベーションは演繹思考からは生まれない。
・物量で戦う消耗線か、共感力と知力で戦う機動戦か

アジャイル開発とスクラム 第2版 顧客・技術・経営をつなぐ協調的ソフトウェア開発マネジメント

平鍋健児 / 野中郁次郎 / 及部敬雄

Scrum;
適応型ソリューション(adaptive solutions)をチームで開発するために従うべき少数の規則・軽量フレームワークがスクラムである。
1986年に野中郁次郎と竹内弘高が「新製品開発のプロセス」について日本の組織とNASAといったアメリカの組織との比較、分析を行った研究論文「The New New Product Development Game」が『ハーバード・ビジネス・レビュー』に掲載された。その中で柔軟で自由度の高い日本発の開発手法をラグビーのスクラムに喩えて「Scrum」として紹介した。
スクラムの定義と解説はスクラムの創設者Ken SchwaberとJeff Sutherlandによる「The Scrum Guide」にまとめられており、スクラムの改良に伴ってこのガイドも更新されている。(Wikipedia)

Agile;
アジャイルソフトウェア開発宣言(Manifesto for Agile Software Development)は「アジャイルソフトウェア開発」という概念を提唱した文書である。
2001年に、軽量ソフトウェア開発手法（と当時呼ばれてた）分野で名声のある17人がアメリカ合衆国のユタ州のスノーバードというスキーリゾートに会し、彼らがそれぞれ別個に提唱していた開発手法が共有する価値観を議論した。彼らはその結果を 「アジャイルソフトウェア開発宣言」という文書にまとめた。アジャイルソフトウェア開発宣言はアジャイルソフトウェア開発とその諸原則を公式に定義した文書であると、広く認められている。
この宣言は以下の4つの価値観を示し、これらの価値観を有するソフトウェア開発を「アジャイルソフトウェア開発」と名付けた。
・プロセスやツールよりも個人と対話を
　　Individuals and interactions over processes and tools
・包括的なドキュメントよりも動くソフトウェアを
　　Working software over comprehensive documentation
・契約交渉よりも顧客との協調を
　　Customer collaboration over contract negotiation
・計画に従うことよりも変化への対応を
　Responding to change over following a plan
(Wikipedia)