拠点が異なるメンバー同士で開発するポイント 新規事業・新商品を生み出す技術戦略(その29)

更新日

投稿日

 
    技術マネジメント
 
 社内における拠点が異なるメンバーとの共同開発や在宅勤務の拡大、また産学連携をはじめとする他社との共同開発など「異なる拠点での開発」が進んでいくと思われます。
 
 隣の席でも難しいコミュニケーションミスによる開発の遅延は避けたいです。国内・海外を含めた拠点が異なるエンジニアとの共同開発で経験した私の例を元に開発の進め方をご紹介します。
 
 まず始めに必ず実施したいことは、「メンバー全員で顔合わせする」ことです。
 
 それも「リアル」つまり「直接会う」ということです。
 
 当たり前だと感じるでしょうか?それともここでもご紹介した「ZOOM」や「Skype」などのインターネットツールでも十分だと思いますか?
 
 結論から言いますと「メンバー全員で直接、会う」方が断然、スムーズに開発を進めることができます。ちなみに「メラビアンの法則」をご存知でしょうか?
 
 人は他人の第一印象を決める時、下記のような割合で決めています。
 
  •  視覚情報 55%
  •  聴覚情報 38%
  •  言語情報  7%
 
 この結果からも分かる通り、実に93%を目と耳で相手を判断しています。初対面のメンバーだらけの開発プロジェクトを早く軌道にのせるためには、直接会うことがよいことを理解できるかと思います。
 
 私の経験からも実際の開発プロジェクトにおいて、キックオフや最初2〜3回の定例は、全員が集まって行うことがベストです。
 
 また、カメラ+音声付きのインターネットツールが進化してきてはいますが、開発現場の空気(リーダーの熱意、プロジェクトの重要性、メンバーの感情)に触れる・感じることは非常に難しいので、あくまで「リアルに会う」ことをお勧めします。
 
 たった2〜3回でもお互いの人柄や性格、また開発プ...
 
    技術マネジメント
 
 社内における拠点が異なるメンバーとの共同開発や在宅勤務の拡大、また産学連携をはじめとする他社との共同開発など「異なる拠点での開発」が進んでいくと思われます。
 
 隣の席でも難しいコミュニケーションミスによる開発の遅延は避けたいです。国内・海外を含めた拠点が異なるエンジニアとの共同開発で経験した私の例を元に開発の進め方をご紹介します。
 
 まず始めに必ず実施したいことは、「メンバー全員で顔合わせする」ことです。
 
 それも「リアル」つまり「直接会う」ということです。
 
 当たり前だと感じるでしょうか?それともここでもご紹介した「ZOOM」や「Skype」などのインターネットツールでも十分だと思いますか?
 
 結論から言いますと「メンバー全員で直接、会う」方が断然、スムーズに開発を進めることができます。ちなみに「メラビアンの法則」をご存知でしょうか?
 
 人は他人の第一印象を決める時、下記のような割合で決めています。
 
  •  視覚情報 55%
  •  聴覚情報 38%
  •  言語情報  7%
 
 この結果からも分かる通り、実に93%を目と耳で相手を判断しています。初対面のメンバーだらけの開発プロジェクトを早く軌道にのせるためには、直接会うことがよいことを理解できるかと思います。
 
 私の経験からも実際の開発プロジェクトにおいて、キックオフや最初2〜3回の定例は、全員が集まって行うことがベストです。
 
 また、カメラ+音声付きのインターネットツールが進化してきてはいますが、開発現場の空気(リーダーの熱意、プロジェクトの重要性、メンバーの感情)に触れる・感じることは非常に難しいので、あくまで「リアルに会う」ことをお勧めします。
 
 たった2〜3回でもお互いの人柄や性格、また開発プロジェクトの目的やゴールなどを共有することができますので、リアルに会った後、互いの拠点に戻り開発を進め、「ZOOM」などのインターネットツールを使った定例をするといった進め方がよいでしょう。
 

   続きを読むには・・・


この記事の著者

川崎 響子

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

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


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

もっと見る
イノベーションの創造 普通の組織をイノベーティブにする処方箋 (その138)

  前々回から「心理的コスト(その1):(イノベーションより)やるべきより重要なことが他にもあると考える」について解説しています。今回も引...

  前々回から「心理的コスト(その1):(イノベーションより)やるべきより重要なことが他にもあると考える」について解説しています。今回も引...


将来に向かっての強みを設定する要件 普通の組織をイノベーティブにする処方箋 (その47)

        前回はKETICモデルのK(Knowledge)の知識の3つの要素の内、「自社の強み」の中の...

        前回はKETICモデルのK(Knowledge)の知識の3つの要素の内、「自社の強み」の中の...


イノベーションの創出 普通の組織をイノベーティブにする処方箋 (その126)

  【この連載の前回へのリンク】 【この連載の次回へのリンク】 今回も前回、前々回と同様、「切り取った知識の重要部分を発想するフレーム...

  【この連載の前回へのリンク】 【この連載の次回へのリンク】 今回も前回、前々回と同様、「切り取った知識の重要部分を発想するフレーム...


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

もっと見る
設計部門の仕組み構築(その1)

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

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


進捗の見える化:第2回 プロジェクト管理の仕組み (その11)

 進捗の見える化ですが、前回のその10に続いて解説します。今回考えるべきポイントは、可視化・見える化の方法です。図40 に示しているように、進捗管理では予...

 進捗の見える化ですが、前回のその10に続いて解説します。今回考えるべきポイントは、可視化・見える化の方法です。図40 に示しているように、進捗管理では予...


システム設計6 プロジェクト管理の仕組み (その38)

◆システム設計は仮説と検証の繰り返し     前回は、システム(ここでは製品も含めてシステムと呼ぶことにします)に必要とされる要件を漏れなく...

◆システム設計は仮説と検証の繰り返し     前回は、システム(ここでは製品も含めてシステムと呼ぶことにします)に必要とされる要件を漏れなく...