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

更新日

投稿日

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

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

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

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

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

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

   続きを読むには・・・


この記事の著者

石橋 良造

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

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


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

もっと見る
短期開発プロセスのしくみづくり(その1)

【短期開発プロセスのしくみづくり 連載目次】 1. リードタイムが長くなる理由 2. 短期開発プロセスのしくみ構築を進めていく方法 3. 短期開...

【短期開発プロセスのしくみづくり 連載目次】 1. リードタイムが長くなる理由 2. 短期開発プロセスのしくみ構築を進めていく方法 3. 短期開...


設計部門の課題と原因分析 【連載記事紹介】おすすめセミナーのご紹介

       設計部門の課題と原因分析の連載記事が無料でお読みいただけます!   ◆設計部門の...

       設計部門の課題と原因分析の連載記事が無料でお読みいただけます!   ◆設計部門の...


アイディアが生まれる環境とは 新規事業・新商品を生み出す技術戦略(その38)

        今回はアイディアが生まれやすい物理的な「環境」について解説します。    一昔...

        今回はアイディアが生まれやすい物理的な「環境」について解説します。    一昔...


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

もっと見る
‐企業内に発生している問題点を徹底的に追求 ‐  製品・技術開発力強化策の事例(その3)

 前回の事例その2に続いて解説します。企業内では解決が容易でない様々な問題が生じています。しかし、これらの問題解決に取り組まない限り、競争に勝つことが出来...

 前回の事例その2に続いて解説します。企業内では解決が容易でない様々な問題が生じています。しかし、これらの問題解決に取り組まない限り、競争に勝つことが出来...


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

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

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


CMMIの要件管理 プロジェクト管理の仕組み (その2)

 前回のその1に続いて、今回は、CMMIの要件管理です。CMMI では次のこと(特定プラクティスといいます)ができている必要があります。   ...

 前回のその1に続いて、今回は、CMMIの要件管理です。CMMI では次のこと(特定プラクティスといいます)ができている必要があります。   ...