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

更新日

投稿日

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

   続きを読むには・・・


この記事の著者

川崎 響子

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

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


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

もっと見る
バリューチェーン・サプライチェーンとその普遍化 普通の組織をイノベーティブにする処方箋 (その62)

   今回も、前回に引き続き、「思い付く」ための「知識・経験を整理するフレームワーク」です。今回は、バリューチェーン・サプライチェーンとそ...

   今回も、前回に引き続き、「思い付く」ための「知識・経験を整理するフレームワーク」です。今回は、バリューチェーン・サプライチェーンとそ...


『価値づくり』の研究開発マネジメント (その1)

     「研究開発の生産性を向上させたい」は、以前からの多くの日本企業の課題でした。私も過去のコンサルティングの中で、企業の生産性評価...

     「研究開発の生産性を向上させたい」は、以前からの多くの日本企業の課題でした。私も過去のコンサルティングの中で、企業の生産性評価...


アイディアの種の蓄積 新規事業・新商品を生み出す技術戦略(その20)

       ◆ アイディアの種を簡単に蓄積する「写真メモ」とは    今回は「アイディアの種...

       ◆ アイディアの種を簡単に蓄積する「写真メモ」とは    今回は「アイディアの種...


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

もっと見る
設計部門の課題と原因分析(その3)

【設計部門の課題と原因分析 連載目次】 1. 設計部門の現状を正確に特定する 2. 課題分析と課題の根本原因除去 3. 設計部門用に用意したコン...

【設計部門の課題と原因分析 連載目次】 1. 設計部門の現状を正確に特定する 2. 課題分析と課題の根本原因除去 3. 設計部門用に用意したコン...


擦り合わせ型と組み合わせ型、目指すべき開発体制とは(その2)

【目指すべき開発体制 連載目次】 目指すべき開発体制とは(その1)擦り合わせ型と組み合わせ型 目指すべき開発体制とは(その2)日本企業文化を引きず...

【目指すべき開発体制 連載目次】 目指すべき開発体制とは(その1)擦り合わせ型と組み合わせ型 目指すべき開発体制とは(その2)日本企業文化を引きず...


設計部門と組織政治の影響(その2)

 前回のその1に続いて解説します。   1. 政治的要因のリストアップ    設計部門と組織政治の影響を考察する際に、最初にや...

 前回のその1に続いて解説します。   1. 政治的要因のリストアップ    設計部門と組織政治の影響を考察する際に、最初にや...