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

更新日

投稿日

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

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

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

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

   続きを読むには・・・


この記事の著者

石橋 良造

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

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


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

もっと見る
インポスター症候群とは 普通の組織をイノベーティブにする処方箋 (その83)

 前回エドワード・デシの4段階理論における第3段階を実現する活動として「(その1)有能感への貢献:目的達成が自分自身の成長につながることを理解する」に...

 前回エドワード・デシの4段階理論における第3段階を実現する活動として「(その1)有能感への貢献:目的達成が自分自身の成長につながることを理解する」に...


アイディア創出 新規事業・新商品を生み出す技術戦略(その88)

  ◆ アイディア創出は時間と場所を選ぶ  みなさんは新しいビジネスや開発テーマのアイディアを出す時、どんなことに気を付けていますか?私...

  ◆ アイディア創出は時間と場所を選ぶ  みなさんは新しいビジネスや開発テーマのアイディアを出す時、どんなことに気を付けていますか?私...


自社の存在価値 普通の組織をイノベーティブにする処方箋 (その118)

  前回は、「整理するフレームワークで整理・構造化した知識の中で焦点を当てる。重要部分を切り取る。」という議論の中で、果物の変色に目を付け...

  前回は、「整理するフレームワークで整理・構造化した知識の中で焦点を当てる。重要部分を切り取る。」という議論の中で、果物の変色に目を付け...


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

もっと見る
IoT 時代の製品開発とは - カギとなるデータ指向とシステム設計 -

   今回は、BtoB のビジネスをベースにハードウェア開発を中心としていたメーカーが IoT に対応した製品開発にシフトする際のカギとなるデ...

   今回は、BtoB のビジネスをベースにハードウェア開発を中心としていたメーカーが IoT に対応した製品開発にシフトする際のカギとなるデ...


作業要素の進捗分析2 プロジェクト管理の仕組み (その19)

  前回のその18:作業要素の進捗分析1に続いて解説します。    図50は製品構造の観点から管理単位にブレークダウンした例です。製品がどの...

  前回のその18:作業要素の進捗分析1に続いて解説します。    図50は製品構造の観点から管理単位にブレークダウンした例です。製品がどの...


羽のない扇風機が創られた時の目標設定、横並び競争と何が違うのか?

【目次】 1. 福原流QFDは技術者の創造性を引き出す技法 私も含めて我々技術者の思考は知らず知らずにうちに技術手段のHOWを考え...

【目次】 1. 福原流QFDは技術者の創造性を引き出す技法 私も含めて我々技術者の思考は知らず知らずにうちに技術手段のHOWを考え...