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

更新日

投稿日

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

   続きを読むには・・・


この記事の著者

川崎 響子

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

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


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

もっと見る
技術文書の品質管理(その6)技術文書の最小単位、文の品質管理

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

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


PESTEL分析 普通の組織をイノベーティブにする処方箋 (その37)

        前回から市場の知識を得る方法として、マクロ環境分析のPESTEL分析を解説しています。今回も...

        前回から市場の知識を得る方法として、マクロ環境分析のPESTEL分析を解説しています。今回も...


「潜在ニーズを先取りできる社員を育てるには?」~技術企業の高収益化:実践的な技術戦略の立て方(その37)

【目次】 ▼さらに深く学ぶなら!「技術マネジメント」に関するセミナーはこちら! ▼さらに幅広く学ぶなら!「分野別のカリキュラム」に...

【目次】 ▼さらに深く学ぶなら!「技術マネジメント」に関するセミナーはこちら! ▼さらに幅広く学ぶなら!「分野別のカリキュラム」に...


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

もっと見る
製品開発部へのカンバン導入記(その3)

        前回からの続きです。前回ではまず製品開発工程の価値(物と情報)の流れ図を作り、工程上の問題点...

        前回からの続きです。前回ではまず製品開発工程の価値(物と情報)の流れ図を作り、工程上の問題点...


戦略的RPA導入のための業務分析手法

1. RPA~パソコン作業を自動化  RPA(Robotic Process Automation)とは、様々なデータソースを参照しながら行う定型的...

1. RPA~パソコン作業を自動化  RPA(Robotic Process Automation)とは、様々なデータソースを参照しながら行う定型的...


‐産学交流からの開発テ-マと市場の観察‐  製品・技術開発力強化策の事例(その7)

 前回の事例その6に続いて解説します。産学交流による開発テ-マの探索や共同開発に関心が寄せられています。 大学には基礎研究の面で優れた開発テ-マの候補にな...

 前回の事例その6に続いて解説します。産学交流による開発テ-マの探索や共同開発に関心が寄せられています。 大学には基礎研究の面で優れた開発テ-マの候補にな...