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

更新日

投稿日

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

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

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

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

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

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

   続きを読むには・・・


この記事の著者

石橋 良造

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

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


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

もっと見る
普通の組織をイノベーティブにする処方箋【連載記事紹介】

  連載中の普通の組織をイノベーティブにする処方箋が無料でお読みいただけます!   ◆ 曖昧なイノベーションの定義 近年に...

  連載中の普通の組織をイノベーティブにする処方箋が無料でお読みいただけます!   ◆ 曖昧なイノベーションの定義 近年に...


工数の集計と評価 「設計工数の見える化」から始める業務改善(その2)

   前回のその1に続いて解説します。   3. 設計工数の集計と評価    これまで述べてきたように、「設計工数...

   前回のその1に続いて解説します。   3. 設計工数の集計と評価    これまで述べてきたように、「設計工数...


製品開発部へのカンバン導入とは 【連載記事紹介】

       製品開発部へのカンバン導入の連載が無料でお読みいただけます。   ビジネスの世界...

       製品開発部へのカンバン導入の連載が無料でお読みいただけます。   ビジネスの世界...


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

もっと見る
進捗の見える化:第1回 プロジェクト管理の仕組み (その10)

 この数回はプロジェクト管理の仕組みについて解説していますが、表面的な仕組みではなく、本質的な課題に対応したより進化・深化した仕組みにするための考え方を解...

 この数回はプロジェクト管理の仕組みについて解説していますが、表面的な仕組みではなく、本質的な課題に対応したより進化・深化した仕組みにするための考え方を解...


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

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

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


開発生産性とは プロジェクト管理の仕組み (その17)

 前回のその16に続いて解説します。作業成果物メトリクスは、作業成果物を測定することにより作業量から見た進捗を把握するためのものですが、その活用方法につい...

 前回のその16に続いて解説します。作業成果物メトリクスは、作業成果物を測定することにより作業量から見た進捗を把握するためのものですが、その活用方法につい...