新商品開発リーダーに必要なスキルとは 新規事業・新商品を生み出す技術戦略(その55)

更新日

投稿日

 
  技術戦略
 
 今回は、新商品開発リーダーに必要なスキルで最も大切な考え方として、「チームで成果を出すための1stステップ」の「人」の解説です。ここで言う「人」とは、ご自身の部下や決裁者である上司、協力依頼先であるR&D組織が該当しますが、今回はその中でも部下や同僚であるチームメンバーを中心に話を進めます。
 
 リーダーシップに関する書籍をお読みになっている方は、もしかするとチームで成果を出すなんて当たり前だと思われるかもしれません。しかし、知識として理解したとしても実際に行動に移すこと、その行動を継続することがいかに難しいかを考えさせられる機会があります。
 
 セミナーをはじめ、コンサルティングを行うにあたり、いわゆる新規事業・新商品の立ち上げノウハウや技術戦略の進め方をお伝えしていくのですが、その中で非常に多い悩みとしてあがるのが、頑張っているのに「人がついてこない」という課題です。 
 
 特に既存事業と掛け持ちで新規事業・新商品の要素開発を行う場合、昨今の働き方改革の影響も多少あるのか、部下から検討する時間がないという不満が上がったり、実際に既存事業を優先したがために新規関連の業務を放棄されてしまうこともあるようです。
 
 このような場合、真面目な開発リーダーはご自身で全てを引き受けてしまう傾向があります。実際、会社員時代の私も同じく「私がなんとかしなくては」と息巻いて一人奮闘していた記憶があります。しかし、VUCAと呼ばれる不安定で不確実、複雑かつ曖昧な現代において真新しい事業や商品を開発する、そのための戦略構想を行うことは一人ではとてもなし得ません。
 
 では開発リーダーは何をするべきなのか?
 
 その答えは、チームで成果を出すための行動を心がけることです。行動は結果が出るまで継続するんだと覚悟することも重要です。チームで成果を出すためには、まず目的に合わせたチーム体制を作ることから始めます。
 
 開発リーダーは目標とする成果を実現するためのシナリオを描き、推進することに注力するのです。
 
 チームメンバーにはシナリオを実現できそうなメンバーをアサインする、場合によってはご自身の部下ではないメンバーをアサインできるように交渉することも必要です。チーム体制を作ったら、メンバー個々に期待しているミッションを説明します。
 
 多くの場合、なぜ自分がメンバーに選出されたのか分からないまま、プロジェクトに任命され、不満を持っている状態からスタートという光景を目にします。具体的に何を期待しているのかを伝える...
 
  技術戦略
 
 今回は、新商品開発リーダーに必要なスキルで最も大切な考え方として、「チームで成果を出すための1stステップ」の「人」の解説です。ここで言う「人」とは、ご自身の部下や決裁者である上司、協力依頼先であるR&D組織が該当しますが、今回はその中でも部下や同僚であるチームメンバーを中心に話を進めます。
 
 リーダーシップに関する書籍をお読みになっている方は、もしかするとチームで成果を出すなんて当たり前だと思われるかもしれません。しかし、知識として理解したとしても実際に行動に移すこと、その行動を継続することがいかに難しいかを考えさせられる機会があります。
 
 セミナーをはじめ、コンサルティングを行うにあたり、いわゆる新規事業・新商品の立ち上げノウハウや技術戦略の進め方をお伝えしていくのですが、その中で非常に多い悩みとしてあがるのが、頑張っているのに「人がついてこない」という課題です。 
 
 特に既存事業と掛け持ちで新規事業・新商品の要素開発を行う場合、昨今の働き方改革の影響も多少あるのか、部下から検討する時間がないという不満が上がったり、実際に既存事業を優先したがために新規関連の業務を放棄されてしまうこともあるようです。
 
 このような場合、真面目な開発リーダーはご自身で全てを引き受けてしまう傾向があります。実際、会社員時代の私も同じく「私がなんとかしなくては」と息巻いて一人奮闘していた記憶があります。しかし、VUCAと呼ばれる不安定で不確実、複雑かつ曖昧な現代において真新しい事業や商品を開発する、そのための戦略構想を行うことは一人ではとてもなし得ません。
 
 では開発リーダーは何をするべきなのか?
 
 その答えは、チームで成果を出すための行動を心がけることです。行動は結果が出るまで継続するんだと覚悟することも重要です。チームで成果を出すためには、まず目的に合わせたチーム体制を作ることから始めます。
 
 開発リーダーは目標とする成果を実現するためのシナリオを描き、推進することに注力するのです。
 
 チームメンバーにはシナリオを実現できそうなメンバーをアサインする、場合によってはご自身の部下ではないメンバーをアサインできるように交渉することも必要です。チーム体制を作ったら、メンバー個々に期待しているミッションを説明します。
 
 多くの場合、なぜ自分がメンバーに選出されたのか分からないまま、プロジェクトに任命され、不満を持っている状態からスタートという光景を目にします。具体的に何を期待しているのかを伝えることで、メンバーの意識が変わります。
 
 伝える際には、なぜあなたに依頼するのが最善なのか理由を付けると表情がガラリと変わり、積極的に関与するようになった事例があります。開発リーダーは一人で戦ってはいけません。素直に「ここの業務を助けて欲しい」と言えるリーダーは心強い協力者を得る事ができます。「人がついてこない」とお悩みのリーダーは実践してください。
 

   続きを読むには・・・


この記事の著者

川崎 響子

革新的なテクノロジー事業を最速&確実に量産まで立ち上げます。 世界No.1商品を創る企業を世の中に送り出し続けることが私の使命です。

革新的なテクノロジー事業を最速&確実に量産まで立ち上げます。 世界No.1商品を創る企業を世の中に送り出し続けることが私の使命です。


「技術マネジメント総合」の他のキーワード解説記事

もっと見る
QNP法2 【快年童子の豆鉄砲】(その54)

  ◆QNP法2、【快年童子の豆鉄砲】(その53)QNP法1に続けて解説 ステップ n+1(最終):活動結果の記録 → 最終品...

  ◆QNP法2、【快年童子の豆鉄砲】(その53)QNP法1に続けて解説 ステップ n+1(最終):活動結果の記録 → 最終品...


設計部門の仕組み構築 【連載記事紹介】おすすめセミナーのご紹介 

     設計部門の仕組み構築の連載記事が無料でお読みいただけます!   ◆設計部門と製造部門 製造部門における設...

     設計部門の仕組み構築の連載記事が無料でお読みいただけます!   ◆設計部門と製造部門 製造部門における設...


技術文書の品質管理(その6)技術文書の最小単位、文の品質管理

  今回は、技術文書の最小単位である文と、その品質管理について解説します。文の品質管理は技術文書の品質管理に含まれます。しかし、文の品質管...

  今回は、技術文書の最小単位である文と、その品質管理について解説します。文の品質管理は技術文書の品質管理に含まれます。しかし、文の品質管...


「技術マネジメント総合」の活用事例

もっと見る
設計部門と組織政治の影響(その3)

 前回のその2に続いて解説します。   ◆政治的要因の検討で決まるスケジュールの確度・精度    日程を決めるときには、仕組み...

 前回のその2に続いて解説します。   ◆政治的要因の検討で決まるスケジュールの確度・精度    日程を決めるときには、仕組み...


技術力向上の鍵を握る価値創造力とは

 技術力を高める鍵は、価値創造力にあると考えています。すなわち、技術力を高めるためには、価値創造力を磨かなければならない、という考え方です。しかし、多くの...

 技術力を高める鍵は、価値創造力にあると考えています。すなわち、技術力を高めるためには、価値創造力を磨かなければならない、という考え方です。しかし、多くの...


設計部門の仕組み構築(その1)

【設計部門の仕組み構築 連載目次】 1. 設計部門の仕組み構築 2. 設計部門の仕組み構築(解決すべき根本原因) 3. 設計部門の仕組み構築(具...

【設計部門の仕組み構築 連載目次】 1. 設計部門の仕組み構築 2. 設計部門の仕組み構築(解決すべき根本原因) 3. 設計部門の仕組み構築(具...