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

更新日

投稿日

◆「気づき」能力向上のカギは製品開発経験の活用

 
 前回は、日本の多くの開発現場で「組み合わせ型」アーキテクチャの製品を「擦り合わせ型」の仕組み(組織能力や環境)で開発するという「ねじれ」が生じていること、「ねじれ」のない「擦り合わせ型」開発においても多大な手戻りや調整が発生していること、そして、このような状況が製品開発を非効率なものにしていることを図12を使用して指摘しました。
 
             R&D 
                        図12.「組み合わせ型」と「擦り合わせ型」のマネジメントの違い
 
 しかし、日本人技術者の擦り合わせ能力が高いことは多くの人が認識していることであり、高い競争力を持つためにはこの能力を活かした開発の仕組みを構築することが重要であること、そして、そのためには、「調整」の仕組みと「気づき」の仕組みを構築する必要があることを述べました。「調整」の仕組みについては既に解説しましたので、今回は「気づき」の仕組みについて解説します。

 「擦り合わせ型」開発は、現場の技術者が高い「気づき」能力を持っていることが前提の開発スタイルです。 技術者自らが、現場で起きている問題を把握し、その重要性を判断し、解決に向けて行動を起こすことが様々な「擦り合わせ」活動となっているのです。
 
 トヨタ生産方式の「自働化」でも、人の「気づき」の重要性を説いています。「見える化」によって様々な問題が見えるようになったとしても、その問題の中から対処すべき問題を選択する必要が生じます。この対処すべき問題(解決の優先順位が高い問題)を選別する処理を、「自動化」するのではなく人の知恵を持った目で選別することが、にんべんのついた「自働化」ということです。「自働化」とは、ひとの創造性を活かした問題への対応行動であり、見える化されたものから重要なものを選別する能力「気づき」能力だと考えられます。
 
 擦り合わせ能力の高さは日本の技術者が持つ DNA で、「気づき」能力についても、高いレベルにあることは間違いないでしょう。ただ、最近の開発現場では、この「気づき」能力が低下してきているようで心配です。技術者の中に、指示がないと動かない、他の人の仕事内容に興味を持たない、自分の担当範囲外のトラブルには関心を持たないなど、気になる行動が増えているような気がします。技術者個人が持っている「気づき」能力に期待するだけではなく、「気づき」能力向上を製品開発の仕組みの中で考えなくてはいけないのでは...

◆「気づき」能力向上のカギは製品開発経験の活用

 
 前回は、日本の多くの開発現場で「組み合わせ型」アーキテクチャの製品を「擦り合わせ型」の仕組み(組織能力や環境)で開発するという「ねじれ」が生じていること、「ねじれ」のない「擦り合わせ型」開発においても多大な手戻りや調整が発生していること、そして、このような状況が製品開発を非効率なものにしていることを図12を使用して指摘しました。
 
             R&D 
                        図12.「組み合わせ型」と「擦り合わせ型」のマネジメントの違い
 
 しかし、日本人技術者の擦り合わせ能力が高いことは多くの人が認識していることであり、高い競争力を持つためにはこの能力を活かした開発の仕組みを構築することが重要であること、そして、そのためには、「調整」の仕組みと「気づき」の仕組みを構築する必要があることを述べました。「調整」の仕組みについては既に解説しましたので、今回は「気づき」の仕組みについて解説します。

 「擦り合わせ型」開発は、現場の技術者が高い「気づき」能力を持っていることが前提の開発スタイルです。 技術者自らが、現場で起きている問題を把握し、その重要性を判断し、解決に向けて行動を起こすことが様々な「擦り合わせ」活動となっているのです。
 
 トヨタ生産方式の「自働化」でも、人の「気づき」の重要性を説いています。「見える化」によって様々な問題が見えるようになったとしても、その問題の中から対処すべき問題を選択する必要が生じます。この対処すべき問題(解決の優先順位が高い問題)を選別する処理を、「自動化」するのではなく人の知恵を持った目で選別することが、にんべんのついた「自働化」ということです。「自働化」とは、ひとの創造性を活かした問題への対応行動であり、見える化されたものから重要なものを選別する能力「気づき」能力だと考えられます。
 
 擦り合わせ能力の高さは日本の技術者が持つ DNA で、「気づき」能力についても、高いレベルにあることは間違いないでしょう。ただ、最近の開発現場では、この「気づき」能力が低下してきているようで心配です。技術者の中に、指示がないと動かない、他の人の仕事内容に興味を持たない、自分の担当範囲外のトラブルには関心を持たないなど、気になる行動が増えているような気がします。技術者個人が持っている「気づき」能力に期待するだけではなく、「気づき」能力向上を製品開発の仕組みの中で考えなくてはいけないのではないかと感じています。
 
 次回、その2では、製品開発経験に関連づけた人材育成を解説します。
 
 

   続きを読むには・・・


この記事の著者

石橋 良造

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

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


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

もっと見る
イノベーションの創出 普通の組織をイノベーティブにする処方箋 (その131)

  【この連載の前回へのリンク】 現在「切り取った知識の重要部分を発想するフレームワークを使って、イノベーションを発想する」にむけて、日...

  【この連載の前回へのリンク】 現在「切り取った知識の重要部分を発想するフレームワークを使って、イノベーションを発想する」にむけて、日...


設計の信頼性・安全性を考える

 設計のしくみ確立と設計品質作り込み法として、今回は、設計ミスと信頼性・安全性について考えてみます。新製品を開発する場合、お客様の要求を理解して、デザイン...

 設計のしくみ確立と設計品質作り込み法として、今回は、設計ミスと信頼性・安全性について考えてみます。新製品を開発する場合、お客様の要求を理解して、デザイン...


トレンド技術は課題ありきで取り入れる 新規事業・新商品を生み出す技術戦略(その15)

        今回は自社の商品や生産性の効率化などにトレンド技術を取り入れる前に注意したいことを解説します...

        今回は自社の商品や生産性の効率化などにトレンド技術を取り入れる前に注意したいことを解説します...


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

もっと見る
品質の仕組みとは1 プロジェクト管理の仕組み (その27)

 製品開発を行っている組織において、設計・製造の仕組みを構築したり見直したりするというとき、品質向上に貢献することが何らかの形でゴールのひとつとなっている...

 製品開発を行っている組織において、設計・製造の仕組みを構築したり見直したりするというとき、品質向上に貢献することが何らかの形でゴールのひとつとなっている...


仕組みの見直しに成功する組織2 プロジェクト管理の仕組み (その26)

 前回の仕組みの見直しに成功する組織1に続いて解説します。    仕組みの見直しに成功する組織の考察ですが、今回は、マネジメントのコミットメ...

 前回の仕組みの見直しに成功する組織1に続いて解説します。    仕組みの見直しに成功する組織の考察ですが、今回は、マネジメントのコミットメ...


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

 品質の仕組み、前回に続いて解説します。今回は、品質計画についてです。    計画の重要性は ISO9001でも「品質計画」として強調されて...

 品質の仕組み、前回に続いて解説します。今回は、品質計画についてです。    計画の重要性は ISO9001でも「品質計画」として強調されて...