
研究者自身が感じる脅威とは 『価値づくり』の研究開発マネジメント (その21)


1. 研究者自身が感じる個人的な脅威とは
2. 研究者自身が脅威と感じることへの対応策
(1) オープンイノベーション経営への転換をコミットメント
(2) 強化すべき技術分野とそうでない分野を明確にする
(3) コア技術以外の研究者は「協創」推進者として位置付ける
続きを読むには・・・
この連載の他の記事

現在記事
「技術マネジメント総合」の他のキーワード解説記事
もっと見るオープン・イノベーションを社内で実現する方法 研究テーマの多様な情報源(その29)
1.自社のコア技術を外部に発信する理由 前回のその28に続いて解説します。それでは、まず自社のコア技術を外部に発信する理由は何なのでし...
1.自社のコア技術を外部に発信する理由 前回のその28に続いて解説します。それでは、まず自社のコア技術を外部に発信する理由は何なのでし...
GTE法 【快年童子の豆鉄砲】(その50)
1.GTE法 夢商品の開発・商品化で、受注側にとって最も難しいケースが「夢」の所在が顧客にある場合です。しかも、その夢は、商品化でき...
1.GTE法 夢商品の開発・商品化で、受注側にとって最も難しいケースが「夢」の所在が顧客にある場合です。しかも、その夢は、商品化でき...
知識・経験を整理するフレームワーク 普通の組織をイノベーティブにする処方箋 (その61)
前回から「思い付く」ための「知識・経験を整理するフレームワーク」の解説をしています。今回も引き続きこの解説をします。 ◆関連解説記...
前回から「思い付く」ための「知識・経験を整理するフレームワーク」の解説をしています。今回も引き続きこの解説をします。 ◆関連解説記...
「技術マネジメント総合」の活用事例
もっと見るマトリクス体制での品質保証3 プロジェクト管理の仕組み (その32)
前回のマトリクス体制での品質保証2に続いて解説します。 これまで説明してきたのは、プロジェクトごとに作成する品質計画(プロジェクト品...
前回のマトリクス体制での品質保証2に続いて解説します。 これまで説明してきたのは、プロジェクトごとに作成する品質計画(プロジェクト品...
ソフトウェア開発スケジュールと結合テスト プロジェクト管理の仕組み (その7)
前回のその6:進捗管理可能なソフト開発計画に続いて解説します。 ソフトウェア開発スケジュールでは次のような問題を抱えています。 &...
前回のその6:進捗管理可能なソフト開発計画に続いて解説します。 ソフトウェア開発スケジュールでは次のような問題を抱えています。 &...
精密鍛造金型メーカーが自社技術を起点に新商品開発に取り組んだ事例
※イメージ画像 1. 自社技術起点に新商品開発 今回は、精密鍛造金型メーカーとして創業し、現在は研究開発から部品製造まで精密鍛造に関するトータル...
※イメージ画像 1. 自社技術起点に新商品開発 今回は、精密鍛造金型メーカーとして創業し、現在は研究開発から部品製造まで精密鍛造に関するトータル...