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

更新日

投稿日

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

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

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

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

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

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

   続きを読むには・・・


この記事の著者

石橋 良造

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

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


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

もっと見る
市場トラブルを解決に導く調査の進め方~海外製テレビの誤動作と電池焼損の事例に学ぶ~

【目次】 市場で発生する製品トラブルは、単なる故障から環境要因、設計上の不具合まで多岐にわたります。特に海外製品の場合、初期対応や原...

【目次】 市場で発生する製品トラブルは、単なる故障から環境要因、設計上の不具合まで多岐にわたります。特に海外製品の場合、初期対応や原...


知識は経験から生み出される 普通の組織をイノベーティブにする処方箋 (その51)

        今回からイノベーションに必要な要素を表したKETICモデルの2つ目、Experience(経...

        今回からイノベーションに必要な要素を表したKETICモデルの2つ目、Experience(経...


影響を当える関係とは 普通の組織をイノベーティブにする処方箋(その92)

   今回は、KETICモデルの「思考」の中の、「関係性の種類」の下記 (2) 影響を与えるについて解説します(普通の組織をイノベーティブ...

   今回は、KETICモデルの「思考」の中の、「関係性の種類」の下記 (2) 影響を与えるについて解説します(普通の組織をイノベーティブ...


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

もっと見る
設計部門の仕組み構築(その1)

【設計部門の仕組み構築 連載目次】 1. 設計部門の仕組み構築 2. 設計部門の仕組み構築(解決すべき根本原因) 3. 設計部門の仕組み構築(具...

【設計部門の仕組み構築 連載目次】 1. 設計部門の仕組み構築 2. 設計部門の仕組み構築(解決すべき根本原因) 3. 設計部門の仕組み構築(具...


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

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

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


筋のよい技術の見極め

 1.筋のよい技術とは    R&Dの現場、特に研究や技術開発の現場では、「筋のよい技術」という言葉が頻繁に用いられます。...

 1.筋のよい技術とは    R&Dの現場、特に研究や技術開発の現場では、「筋のよい技術」という言葉が頻繁に用いられます。...