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

更新日

投稿日

 
  技術マネジメント

 

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

 

◆設計部門の課題と原因分析

多くの製品開発は、開発着手とリリースの日程が決まっており、その決められた日程での開発が開発現場は要求されています。日程最優先ですから、トラブルなどにより遅延を生じたときには、品質、機能、開発メンバーなどのどこかにしわ寄せが出てしまいます。通常、計画作成は開発経験や技術スキルを持った人が行っていますから、計画通りに開発を進めるにはどうしたらよいのかと割り切って考えるのが、仕組み構築には良い結果を生みます。

 

設計部門における仕組み構築の道のりは、ゴールに向かう一本道ではなく、いくつものルートがある山登りと同じです。

 

これは、製品、技術、設備、設計者などが設計部門ごとに固有であり、現時点の開発の仕組み(登山のスタート地点)は、どの設計部門をとっても同じものは存在せず、ゴール(頂上)までのルートも設計部門によって違うものになるからです。だからこそ、ルート選択そのものが目標達成のために重要な要素となります。

 

従って、ツールやシステムのメーカー、又はベンダーが提示するゴールと導入プランにしたがって仕組みを構築することは、大きなリスクを抱えることを意味します。目指すべきゴールが高ければ高いほど、固有の綿密な登山計画を立てる必要があるはずです。完全には人任せにできないはずです。

 

設計部門の課題と原因分析について、ものづくりドットコム 登録専門家の石橋 良造氏が詳しく解説しています。

 

【設計部門の課題と原因分析 連載記事】

 

関連解説記事:目指すべき開発体制とは【連載記事紹介

関連解説記事:設計部門とリスク管理 【連載記事紹介

 

【連載 執筆者紹介】

石橋 良造さん

 

<<この連載を利用の際のお願い>>

ここで紹介する連載の転載は固くお断りします。少人数での個人的な勉強会での使用のみに限定してください。

◆ 【ものづくり セミナーサーチ】 セミナー紹介:国内最大級のセミナー掲載数 〈ものづくりセミナーサーチ〉 はこちら!

 

 

 


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

もっと見る
製品設計における納入仕様書の役割(その2)

  【目次】   ものづくりにおいては、顧客や協力会社、自社内の部署間において、様々な「文書」を取り交わす必...

  【目次】   ものづくりにおいては、顧客や協力会社、自社内の部署間において、様々な「文書」を取り交わす必...


位置関係-5 普通の組織をイノベーティブにする処方箋 (その108)

   現在、KETICモデルの中の「知識・経験を関係性で整理する」を解説しています。前回まで4度にわたり、KETICモデルの思考の中の「位...

   現在、KETICモデルの中の「知識・経験を関係性で整理する」を解説しています。前回まで4度にわたり、KETICモデルの思考の中の「位...


新規事業開発には創発的戦略を使う 新規事業・新商品を生み出す技術戦略(その8)

        ◆「創発的戦略」    新規事業立ち上げ時の技術開発では、想定外・計画外の事象...

        ◆「創発的戦略」    新規事業立ち上げ時の技術開発では、想定外・計画外の事象...


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

もっと見る
追求するのは擦り合わせ能力を活かすマネジメント(その3)

 前回のその2に続いて解説します。図15は製品開発(設計)における調整の仕組みを詳細化したものです。「可視化」「分析」「視点切り替え」3つの要素から成り立...

 前回のその2に続いて解説します。図15は製品開発(設計)における調整の仕組みを詳細化したものです。「可視化」「分析」「視点切り替え」3つの要素から成り立...


製品開発部へのカンバン導入記(その3)

        前回からの続きです。前回ではまず製品開発工程の価値(物と情報)の流れ図を作り、工程上の問題点...

        前回からの続きです。前回ではまず製品開発工程の価値(物と情報)の流れ図を作り、工程上の問題点...


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

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

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