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

更新日

投稿日

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

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

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

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

   続きを読むには・・・


この記事の著者

石橋 良造

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

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


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

もっと見る
段取り力で差がつく設計ルール 新規事業・新商品を生み出す技術戦略(その31)

        今回は開発、設計の「ルール」についてです。    既存の商品設計には当たり前で...

        今回は開発、設計の「ルール」についてです。    既存の商品設計には当たり前で...


開発テーマを中断できないとは 新規事業・新商品を生み出す技術戦略(その43)

        今回は「開発テーマを中断できない問題への対策」というタイトルで記事を進めます。  ...

        今回は「開発テーマを中断できない問題への対策」というタイトルで記事を進めます。  ...


Painのインパクト 普通の組織をイノベーティブにする処方箋 (その88)

   今回も引き続き、エドワード・デシが内発的動機付けに必要と主張している2つの要素、「自律性」と「有能感」の内、後者の実現手段として「有...

   今回も引き続き、エドワード・デシが内発的動機付けに必要と主張している2つの要素、「自律性」と「有能感」の内、後者の実現手段として「有...


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

もっと見る
進捗管理可能なソフト開発計画 プロジェクト管理の仕組み (その6)

 前回のその5:ソフト開発計画の作成方法に続いて解説します。    製品機能に対するソフトウェアの各モジュールが実装すべき処理(内部機能)が...

 前回のその5:ソフト開発計画の作成方法に続いて解説します。    製品機能に対するソフトウェアの各モジュールが実装すべき処理(内部機能)が...


‐操作性改善‐ ‐修理情報活用‐  製品・技術開発力強化策の事例(その1)

1.機械の操作性の改善  自社の機械を購入してくれた顧客を訪問し、操作性について苦情を聞くことを中心に営業活動をしている機械メ-カがあります。多品種...

1.機械の操作性の改善  自社の機械を購入してくれた顧客を訪問し、操作性について苦情を聞くことを中心に営業活動をしている機械メ-カがあります。多品種...


技術者の創造性とモチベーションを引き出すマネジメントとは

◆ 技術者の創造性とモチベーションを引き出すマネジメントとは 失われた20年の間に日本はグローバルな競争力を著しく低下させてしまいました.日本の賃金...

◆ 技術者の創造性とモチベーションを引き出すマネジメントとは 失われた20年の間に日本はグローバルな競争力を著しく低下させてしまいました.日本の賃金...