拠点が異なるメンバー同士で開発するポイント 新規事業・新商品を生み出す技術戦略(その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商品を創る企業を世の中に送り出し続けることが私の使命です。


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

もっと見る
普通の組織をイノベーティブにする処方箋 (その25)

 前回はKETICモデルの中の知識(Knowledge)の内、技術知識について議論をしましたが、今回も引き続きその議論をしたいと思います。 ◆関連解説『...

 前回はKETICモデルの中の知識(Knowledge)の内、技術知識について議論をしましたが、今回も引き続きその議論をしたいと思います。 ◆関連解説『...


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

  前回は、「自社の市場と技術を目いっぱい広げ活動する」の中の「市場」について議論しました。今回は「技術を目いっぱい拡大」に関する活動を議...

  前回は、「自社の市場と技術を目いっぱい広げ活動する」の中の「市場」について議論しました。今回は「技術を目いっぱい拡大」に関する活動を議...


改善活動のポイント 開発生産性向上(その4)

【開発生産性向上 連載目次】 1. 生産性向上の必要性 2. ビジネスの質的変化への対応 3. 開発生産性向上施策 4. 改善活動のポイント ...

【開発生産性向上 連載目次】 1. 生産性向上の必要性 2. ビジネスの質的変化への対応 3. 開発生産性向上施策 4. 改善活動のポイント ...


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

もっと見る
プロジェクトの計画策定 プロジェクト管理の仕組み (その3)

 前回のその2:CMMIの要件管理に続いて、プロジェクトの計画策定について解説します。CMMIでは次のことができている必要があります。   ...

 前回のその2:CMMIの要件管理に続いて、プロジェクトの計画策定について解説します。CMMIでは次のことができている必要があります。   ...


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

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

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


マトリクス体制での品質保証3 プロジェクト管理の仕組み (その32)

 前回のマトリクス体制での品質保証2に続いて解説します。    これまで説明してきたのは、プロジェクトごとに作成する品質計画(プロジェクト品...

 前回のマトリクス体制での品質保証2に続いて解説します。    これまで説明してきたのは、プロジェクトごとに作成する品質計画(プロジェクト品...