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


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

もっと見る
ミスは設計で防げるか?〜ヒューマンエラーと機械設計の交差点〜

   【目次】 製造現場や製品使用の場面で発生する事故や不具合。その原因をたどっていくと、多くは「人のミス」、...

   【目次】 製造現場や製品使用の場面で発生する事故や不具合。その原因をたどっていくと、多くは「人のミス」、...


「コア技術理論」は死んだ~技術企業の高収益化:実践的な技術戦略の立て方(その32)

【目次】 ▼さらに深く学ぶなら!「技術マネジメント」に関するセミナーはこちら! 「コア技術が大事であることを認識させてほしいんです...

【目次】 ▼さらに深く学ぶなら!「技術マネジメント」に関するセミナーはこちら! 「コア技術が大事であることを認識させてほしいんです...


知識・経験を整理するフレームワーク 普通の組織をイノベーティブにする処方箋 (その61)

   前回から「思い付く」ための「知識・経験を整理するフレームワーク」の解説をしています。今回も引き続きこの解説をします。 ◆関連解説記...

   前回から「思い付く」ための「知識・経験を整理するフレームワーク」の解説をしています。今回も引き続きこの解説をします。 ◆関連解説記...


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

もっと見る
サブシステムの開発目標 プロジェクト管理の仕組み (その42)

 前回のその41に続いて解説します。    下図は、改めて操作管理サブシステムだけを抽出したものです。   図78. 操作...

 前回のその41に続いて解説します。    下図は、改めて操作管理サブシステムだけを抽出したものです。   図78. 操作...


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

 前回のマトリクス体制での品質保証1に続いて解説します。品質計画は、製品開発に必要となる手順やリソースが誰によっていつ適用されるかを明確にした個別製品の開...

 前回のマトリクス体制での品質保証1に続いて解説します。品質計画は、製品開発に必要となる手順やリソースが誰によっていつ適用されるかを明確にした個別製品の開...


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

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

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