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

更新日

投稿日

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

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

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

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

   続きを読むには・・・


この記事の著者

石橋 良造

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

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


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

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

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

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


普通の組織をイノベーティブにする処方箋 (その192) 遊びごころを持つ

  ・見出しの番号は、前回からの連番です。 ▼さらに深く学ぶなら!「技術マネジメント」に関するセミナーはこちら! 妄想はネガティブに捉えら...

  ・見出しの番号は、前回からの連番です。 ▼さらに深く学ぶなら!「技術マネジメント」に関するセミナーはこちら! 妄想はネガティブに捉えら...


原因、複数の結果 普通の組織をイノベーティブにする処方箋 (その73)

 前々回から時系列や物理量で整理した知識を、更にそれらの関係性を考え整理・拡大することについて解説をしています。今回は「原因と結果」の2つ目の類型の「...

 前々回から時系列や物理量で整理した知識を、更にそれらの関係性を考え整理・拡大することについて解説をしています。今回は「原因と結果」の2つ目の類型の「...


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

もっと見る
手戻りのフィードバック・ループを小さくするとは プロジェクト管理の仕組み (その9)

 ソフトのモジュール作成(プログラム作成)は機能セット単位にスケジュールするのが基本となります。そして、機能セットごとのモジュール作成は、詳細設計、コーデ...

 ソフトのモジュール作成(プログラム作成)は機能セット単位にスケジュールするのが基本となります。そして、機能セットごとのモジュール作成は、詳細設計、コーデ...


設計部門の仕組み改革(その2)

【設計部門の仕組み改革 連載目次】 1. システムやツールの導入を伴う設計部門の仕組み改革の進め方 2. 設計部門の仕組み改革、事例解説 3. ...

【設計部門の仕組み改革 連載目次】 1. システムやツールの導入を伴う設計部門の仕組み改革の進め方 2. 設計部門の仕組み改革、事例解説 3. ...


管理力より技術力を磨け

【ものづくり企業のR&Dと経営機能 記事目次】 管理力より技術力を磨け 技術プラットフォームの重要性 手段としてのオープンイノベーション...

【ものづくり企業のR&Dと経営機能 記事目次】 管理力より技術力を磨け 技術プラットフォームの重要性 手段としてのオープンイノベーション...