スーパーマンではなくプロフェッショナルな技術者に(その1)

更新日

投稿日

【プロフェッショナルな技術者 連載目次】

 
(1) 設計部門は製造移管に伴う製造現場とのやりとりに、全体の約10%の工数を使っている。
(2) 設計部門は製造移管後の設計作業に多くの時間を使っており、新製品の設計に取りかかれない。
(3) 設計部門の技術者自身が交渉、手配、指示、問題対処など試作対応や顧客対応を行って、設計時間が
   確保できない。
 
 この結果、多くの開発現場で設計品質低下を招き、トラブル対応など様々な手戻り作業を引き起こしています。そしてこのような場合、トップマネジメントが「設計品質向上が最大の課題だ。今すぐ対応すべし」と指示を出し、それを受けて設計部門では、デザインレビューの時間を増やし、チェックリストを増やし、開発規定や作業手順書を増やす、となることがしばしばです。「もともと設計する時間がなくて設計品質を確保できないのに、さらに設計時間がなくなってしまう」というのが開発現場の本音なのですが、マネジメントの指示や期待に応えようと、サービス残業をしてでもがんばることになります。これでは、技術者の疲弊が加速するだけで、何の解決にもならないのは明らかです。
 
 デザインレビューの強化、チェックリストの追加、といったことは対策の一つにはなるのでしょうが、少々短絡的な問題解決だと言わざるをえないでしょう。根本原因は、設計部門の技術者が本来業務である設計作業に専念できていないことです。
 
 設計部門の技術者が優秀だからといって、開発に関係する業務を何でもやらせるというのでは、マネジメント不在と言えそうです。優秀な技術者を活かすための「場」を提供すること、その実現のために開発業務を設計することがマネジメントに求められていることです。
 
 人材育成「ものづくり」における「人づくり」ですが、今も昔も、最も重要なのは仕事を通じて人を育てることだというのは変わらないと思います。人材育成が問題となっているのは、技術者を育てるための仕事の「場」を提供できていないことが最大の原因ではないでしょうか。設計部門であれ製造部門であれ、どのような技術者を育成し、製品開発においてその技術者がどのようにして協力するのかというグランドデザインがないのではないかと思います。技術者というのは自らの専門領域が明確であり、その専門領域では誰にも負けない自信を持つことができ、そして、自らのアウトプットに責任を持つ、製品開発においてそういう「場」を提供することで育っていくのではないでしょうか。
 
 設計部門の技術者をスーパーマンのように考えたり、スーパーマンになることを要求するのは、現在のように利益...

【プロフェッショナルな技術者 連載目次】

 
(1) 設計部門は製造移管に伴う製造現場とのやりとりに、全体の約10%の工数を使っている。
(2) 設計部門は製造移管後の設計作業に多くの時間を使っており、新製品の設計に取りかかれない。
(3) 設計部門の技術者自身が交渉、手配、指示、問題対処など試作対応や顧客対応を行って、設計時間が
   確保できない。
 
 この結果、多くの開発現場で設計品質低下を招き、トラブル対応など様々な手戻り作業を引き起こしています。そしてこのような場合、トップマネジメントが「設計品質向上が最大の課題だ。今すぐ対応すべし」と指示を出し、それを受けて設計部門では、デザインレビューの時間を増やし、チェックリストを増やし、開発規定や作業手順書を増やす、となることがしばしばです。「もともと設計する時間がなくて設計品質を確保できないのに、さらに設計時間がなくなってしまう」というのが開発現場の本音なのですが、マネジメントの指示や期待に応えようと、サービス残業をしてでもがんばることになります。これでは、技術者の疲弊が加速するだけで、何の解決にもならないのは明らかです。
 
 デザインレビューの強化、チェックリストの追加、といったことは対策の一つにはなるのでしょうが、少々短絡的な問題解決だと言わざるをえないでしょう。根本原因は、設計部門の技術者が本来業務である設計作業に専念できていないことです。
 
 設計部門の技術者が優秀だからといって、開発に関係する業務を何でもやらせるというのでは、マネジメント不在と言えそうです。優秀な技術者を活かすための「場」を提供すること、その実現のために開発業務を設計することがマネジメントに求められていることです。
 
 人材育成「ものづくり」における「人づくり」ですが、今も昔も、最も重要なのは仕事を通じて人を育てることだというのは変わらないと思います。人材育成が問題となっているのは、技術者を育てるための仕事の「場」を提供できていないことが最大の原因ではないでしょうか。設計部門であれ製造部門であれ、どのような技術者を育成し、製品開発においてその技術者がどのようにして協力するのかというグランドデザインがないのではないかと思います。技術者というのは自らの専門領域が明確であり、その専門領域では誰にも負けない自信を持つことができ、そして、自らのアウトプットに責任を持つ、製品開発においてそういう「場」を提供することで育っていくのではないでしょうか。
 
 設計部門の技術者をスーパーマンのように考えたり、スーパーマンになることを要求するのは、現在のように利益を生むための攻めのグローバル化が進展している製品開発には適していません。今現在、マネジメントに求められていることは、製品開発に必要なプロフェッショナルとはどのようなもので、プロフェッショナルたちが協調するにはどのようなワークフローが適切で、それぞれのプロフェッショナルがその専門性を向上させるにはどのような仕組みが必要なのかを考えることなのです。
 
 次回、その2ではプロフェッショナルによる製品開発がどのようなものなのかを解説します。
 
 

   続きを読むには・・・


この記事の著者

石橋 良造

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

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


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

もっと見る
開発効率向上の重要性 開発効率を上げるには(その2)

【開発効率向上の重要性 連載目次】 製造業の生産性 開発効率向上の重要性 開発効率向上活動の考え方 開発効率向上、活動計画 1  ...

【開発効率向上の重要性 連載目次】 製造業の生産性 開発効率向上の重要性 開発効率向上活動の考え方 開発効率向上、活動計画 1  ...


クレーム率シングルppmをゼロに(8) 【快年童子の豆鉄砲】(その63)

  【連関図法で把握した原因に対する対策実施】(前弾からの続き) 【この連載の前回:【快年童子の豆鉄砲】(その62)へのリンク】 【連...

  【連関図法で把握した原因に対する対策実施】(前弾からの続き) 【この連載の前回:【快年童子の豆鉄砲】(その62)へのリンク】 【連...


整理の為に考える要素、その中の物理量の選択 普通の組織をイノベーティブにする処方箋 (その70)

 前回のその69に続いて解説します。  現在、収集した知識・経験をイノベーションに向けて整理するフレームワークを解説していますが、今回も前回に引き続...

 前回のその69に続いて解説します。  現在、収集した知識・経験をイノベーションに向けて整理するフレームワークを解説していますが、今回も前回に引き続...


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

もっと見る
‐現場観察のチェックポイント‐  製品・技術開発力強化策の事例(その8)

 前回の事例その7に続いて解説します。現場観察はどのような場合でも非常に大切です。 価値ある情報をくみ上げる観察力を絶えず自己啓発する必要があります。現場...

 前回の事例その7に続いて解説します。現場観察はどのような場合でも非常に大切です。 価値ある情報をくみ上げる観察力を絶えず自己啓発する必要があります。現場...


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

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

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


チーム力を活かす設計ルームのレイアウトとは

   今回は、金型メーカーに限らず、機械設備メーカーなども含め、設計室(設計ルーム)でチーム力を活かすレイアウトについて解説します。 &nb...

   今回は、金型メーカーに限らず、機械設備メーカーなども含め、設計室(設計ルーム)でチーム力を活かすレイアウトについて解説します。 &nb...