
最も未来に近い最先端を経験 普通の組織をイノベーティブにする処方箋 (その54)


1. 「現状での最も未来に近い最先端を経験する」
(1) ライトハウスカスターとリバースイノベーションからの普遍的意味
(2) 両極端の環境下での人の営みを経験・観察する
【顧客の価値感】
【政治形態】
【気候】
続きを読むには・・・
この連載の他の記事

現在記事
「技術マネジメント総合」の他のキーワード解説記事
もっと見る知識・経験を整理するフレームワーク 普通の組織をイノベーティブにする処方箋 (その61)
前回から「思い付く」ための「知識・経験を整理するフレームワーク」の解説をしています。今回も引き続きこの解説をします。 ◆関連解説記...
前回から「思い付く」ための「知識・経験を整理するフレームワーク」の解説をしています。今回も引き続きこの解説をします。 ◆関連解説記...
イノベーションの創造 普通の組織をイノベーティブにする処方箋 (その138)
前々回から「心理的コスト(その1):(イノベーションより)やるべきより重要なことが他にもあると考える」について解説しています。今回も引...
前々回から「心理的コスト(その1):(イノベーションより)やるべきより重要なことが他にもあると考える」について解説しています。今回も引...
自社のコア技術の発信 普通の組織をイノベーティブにする処方箋 (その32)
今回も前回に引き続き、「その1:自社のコア技術の補完技術」を探す方法としての自社のコア技術の発信について...
今回も前回に引き続き、「その1:自社のコア技術の補完技術」を探す方法としての自社のコア技術の発信について...
「技術マネジメント総合」の活用事例
もっと見る設計部門の仕組み構築(その3)
【設計部門の仕組み構築 連載目次】 1. 設計部門の仕組み構築 2. 設計部門の仕組み構築(解決すべき根本原因) 3. 設計部門の仕組み構築(具...
【設計部門の仕組み構築 連載目次】 1. 設計部門の仕組み構築 2. 設計部門の仕組み構築(解決すべき根本原因) 3. 設計部門の仕組み構築(具...
トレーサビリティの保証 プロジェクト管理の仕組み (その45)
前回のその44に続いて解説します。 ハードウェア設計の場合も、要件と回路ブロックの仕様(スペック)、回路ブロックのスペックと部品のス...
前回のその44に続いて解説します。 ハードウェア設計の場合も、要件と回路ブロックの仕様(スペック)、回路ブロックのスペックと部品のス...
「調整」の仕組み 擦り合わせ型開発 基本の仕組み (その1)
【目指すべき開発体制 連載目次】 目指すべき開発体制とは(その1)擦り合わせ型と組み合わ...
【目指すべき開発体制 連載目次】 目指すべき開発体制とは(その1)擦り合わせ型と組み合わ...