仕組み見直しとグローバル化(その3)

更新日

投稿日

 前回のその2に続いて解説します。設計のカギを握っているリーダーの振る舞いは、開発のパフォーマンスやメンバー育成に大きな影響を及ぼします。したがって、リーダーに対して、自らの振る舞いにより多くの「気づき」の機会を提供することができれば、製品開発のパフォーマンスを大きく改善するでしょう。開発組織の視点に立つと、リーダーの振る舞いが均質であることは製品開発を見通しやすいことになりますし、仕組みや開発プロセスの改善を実施しやすいことにもなります。つまり、開発マネジメントのレベルアップにつながります。
 
 実際、リーダーの振るまいがバラバラな設計部門に対して、見積もりの仕組みを導入したり、開発プロセス改善活動を実施したりしても、開発現場のリーダーのばらつきが大きいわけですから、一律の仕組みでは期待した効果を上げることは難しいでしょう。程度の議論はありますが、リーダー個々に対して振る舞いのばらつきを小さくすることを考える必要はあるでしょう。また、そのためにはリーダーのばらつきの現状を知る必要もあります。
 
 図18は、ある事業部の設計部門に所属するリーダー(主任クラス)に対して、同様の分析を行った結果です。リーダーは5~6人程度のメンバーを任されているのですが、やはり彼らの振る舞いは大きくばらついています。この組織では、開発する製品数を増やしたいために、以前から対策のひとつとして、プロジェクト管理ができるリーダーを増やす取り組みを行っています。プロジェクト管理のトレーニングを行ったり、プロジェクトにおける役割明確化などを行っており、図18に示す主任クラスは、まさにプロジェクト管理スキルを高めようとしている階層です。しかし現実は、プロジェクト管理に時間を使っている割合は人によって大きく異なりますし、製作や評価などの開発実務に多くの時間を使い、プロジェクト管理どころではないような人も少なくありません。
 
      R&D
            図18.設計部門のリーダー、1年間の開発工程別工数比率

 開発現場のリーダーにこれだけのばらつきがあると、プロジェクト管理の集合教育を行ったり、リーダーの役割定義を行ったり、各種ツールを導入したりしても、現実の業務から考えると、まだその段階ではないリーダーもいれば、すでに活用できる状態のリーダーもいるということになります。したがって、トレーニングや仕組み作りなどの集合的、標準的な対策と並行して、プロジェクト管理業務ができてない、あるいは、製作や評価などの実作業に追われているリーダーに対しては、個別にその原因を明らかにして、必要な対策を行うこと...
 前回のその2に続いて解説します。設計のカギを握っているリーダーの振る舞いは、開発のパフォーマンスやメンバー育成に大きな影響を及ぼします。したがって、リーダーに対して、自らの振る舞いにより多くの「気づき」の機会を提供することができれば、製品開発のパフォーマンスを大きく改善するでしょう。開発組織の視点に立つと、リーダーの振る舞いが均質であることは製品開発を見通しやすいことになりますし、仕組みや開発プロセスの改善を実施しやすいことにもなります。つまり、開発マネジメントのレベルアップにつながります。
 
 実際、リーダーの振るまいがバラバラな設計部門に対して、見積もりの仕組みを導入したり、開発プロセス改善活動を実施したりしても、開発現場のリーダーのばらつきが大きいわけですから、一律の仕組みでは期待した効果を上げることは難しいでしょう。程度の議論はありますが、リーダー個々に対して振る舞いのばらつきを小さくすることを考える必要はあるでしょう。また、そのためにはリーダーのばらつきの現状を知る必要もあります。
 
 図18は、ある事業部の設計部門に所属するリーダー(主任クラス)に対して、同様の分析を行った結果です。リーダーは5~6人程度のメンバーを任されているのですが、やはり彼らの振る舞いは大きくばらついています。この組織では、開発する製品数を増やしたいために、以前から対策のひとつとして、プロジェクト管理ができるリーダーを増やす取り組みを行っています。プロジェクト管理のトレーニングを行ったり、プロジェクトにおける役割明確化などを行っており、図18に示す主任クラスは、まさにプロジェクト管理スキルを高めようとしている階層です。しかし現実は、プロジェクト管理に時間を使っている割合は人によって大きく異なりますし、製作や評価などの開発実務に多くの時間を使い、プロジェクト管理どころではないような人も少なくありません。
 
      R&D
            図18.設計部門のリーダー、1年間の開発工程別工数比率

 開発現場のリーダーにこれだけのばらつきがあると、プロジェクト管理の集合教育を行ったり、リーダーの役割定義を行ったり、各種ツールを導入したりしても、現実の業務から考えると、まだその段階ではないリーダーもいれば、すでに活用できる状態のリーダーもいるということになります。したがって、トレーニングや仕組み作りなどの集合的、標準的な対策と並行して、プロジェクト管理業務ができてない、あるいは、製作や評価などの実作業に追われているリーダーに対しては、個別にその原因を明らかにして、必要な対策を行うことが大切だと考えられます。

 今回は「気づき」の機会を増やす仕組みのひとつとして、個人に自らの振る舞いをフィードバックする方法を紹介しました。「気づき」の仕組み構築とは、実際の製品開発をベースに、このような手法を積み重ねることになると考えています。
 
 さて、数回にわたり「擦り合わせ型」開発と「組み合わせ型」開発という視点から、開発の仕組みについて解説してきましたが、次回からは別の視点から設計・製造の仕組みについて考察したいと思います。
 

   続きを読むには・・・


この記事の著者

石橋 良造

組織のしくみと個人の意識を同時に改革・改善することで、パフォーマンス・エクセレンスを追求し、実現する開発組織に変えます!

組織のしくみと個人の意識を同時に改革・改善することで、パフォーマンス・エクセレンスを追求し、実現する開発組織に変えます!


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

もっと見る
危機管理とリスクマネジメントの違いとは

 危機管理とリスクマネジメントを同義語として解釈されている人も多いのではないでしょうか。実は、個別に確認していくとかなり違うことがわかります。今回は、でき...

 危機管理とリスクマネジメントを同義語として解釈されている人も多いのではないでしょうか。実は、個別に確認していくとかなり違うことがわかります。今回は、でき...


開発で考えるべき計画の余裕度  新規事業・新商品を生み出す技術戦略(その22)

        今回は、「開発で考えるべき計画の余裕度」についてです。特に開発計画を設定する際に注意しておき...

        今回は、「開発で考えるべき計画の余裕度」についてです。特に開発計画を設定する際に注意しておき...


開発初期の戦略には言語化することが大切 新規事業・新商品を生み出す技術戦略(その5)

         「 新規事業・新商品を開発するにあたって、絶対に『戦略』が必要です 」とお話しす...

         「 新規事業・新商品を開発するにあたって、絶対に『戦略』が必要です 」とお話しす...


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

もっと見る
‐産学交流からの開発テ-マと市場の観察‐  製品・技術開発力強化策の事例(その7)

 前回の事例その6に続いて解説します。産学交流による開発テ-マの探索や共同開発に関心が寄せられています。 大学には基礎研究の面で優れた開発テ-マの候補にな...

 前回の事例その6に続いて解説します。産学交流による開発テ-マの探索や共同開発に関心が寄せられています。 大学には基礎研究の面で優れた開発テ-マの候補にな...


品質の仕組みとは3 プロジェクト管理の仕組み (その29)

 これまでISO9001を例にした話になっていますので、ここで PMBOK (Project Management Body of Knowledge) ...

 これまでISO9001を例にした話になっていますので、ここで PMBOK (Project Management Body of Knowledge) ...


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

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

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