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


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

もっと見る
関係性の種類、協調とは 普通の組織をイノベーティブにする処方箋(その98)

   現在、KETICモデルの中の「知識・経験を関係性で整理する」を解説しています。前回は「対立」について考えました。「対立」があればその...

   現在、KETICモデルの中の「知識・経験を関係性で整理する」を解説しています。前回は「対立」について考えました。「対立」があればその...


設計システム:攻めの設計品質改善を前提とした場合

 攻めの設計品質改善を前提とした設計システムとはどのようなものでしょうか。今回は、攻めの設計システムについて解説します。 ◆関連解説記事『技術マネジメン...

 攻めの設計品質改善を前提とした設計システムとはどのようなものでしょうか。今回は、攻めの設計システムについて解説します。 ◆関連解説記事『技術マネジメン...


10年後のロードマップの考え方 新規事業・新商品を生み出す技術戦略(その14)

        今回は、「10年後のロードマップの考え方」について解説します。    事業や組...

        今回は、「10年後のロードマップの考え方」について解説します。    事業や組...


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

もっと見る
ソフト開発の手戻りを小さくするには プロジェクト管理の仕組み (その8)

 前回のその7:ソフトウェア開発スケジュールと結合テストに続いて解説します。     この数回はプロジェクト管理をテーマにお話ししていますが...

 前回のその7:ソフトウェア開発スケジュールと結合テストに続いて解説します。     この数回はプロジェクト管理をテーマにお話ししていますが...


ソフト開発計画の作成方法 プロジェクト管理の仕組み (その5)

 前回のその4:プロジェクトの進捗管理に続いて解説します。前回は CMMI を使い、要件管理、計画作成、進捗管理のポイントを紹介しました。多くの開発組織で...

 前回のその4:プロジェクトの進捗管理に続いて解説します。前回は CMMI を使い、要件管理、計画作成、進捗管理のポイントを紹介しました。多くの開発組織で...


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

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

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