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

更新日

投稿日

 
  技術マネジメント

 

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

 

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

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

 

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

 

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

 

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

 

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

 

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

 

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

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

 

【連載 執筆者紹介】

石橋 良造さん

 

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

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

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

 

 

 


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

もっと見る
設計品質の作り込みと、人的設計ミス防止策(その1)

  【設計品質の作り込みと人的設計ミス防止策 連載目次】 1. 設計品質とはなにか 2. 設計プロセスと設計ミス回避策 3. 設計ミ...

  【設計品質の作り込みと人的設計ミス防止策 連載目次】 1. 設計品質とはなにか 2. 設計プロセスと設計ミス回避策 3. 設計ミ...


「テーマを創出できるように部下にフィードバックしているか」~技術企業の高収益化:実践的な技術戦略の立て方(その39)

  【目次】 ▼さらに深く学ぶなら!「技術マネジメント」に関するセミナーはこちら! ▼さらに幅広く学ぶなら!「分野別のカリ...

  【目次】 ▼さらに深く学ぶなら!「技術マネジメント」に関するセミナーはこちら! ▼さらに幅広く学ぶなら!「分野別のカリ...


製品開発とコストダウン(その2)

1.設計でのコストダウン  設計でのコストダウンは、大きく2つに分けて考えることが出来ます。一つは、設計者が、設計業務の中で着目すべきコストダウンポ...

1.設計でのコストダウン  設計でのコストダウンは、大きく2つに分けて考えることが出来ます。一つは、設計者が、設計業務の中で着目すべきコストダウンポ...


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

もっと見る
開発者が意識したいスケジューリングのコツ(朝~午前編)

先日、ある開発リーダーからこんな相談がありました。「一日のスケジューリングをしても、当日になると急な会議やら雑務が入ってしまって仕事が進まないんだよ。...

先日、ある開発リーダーからこんな相談がありました。「一日のスケジューリングをしても、当日になると急な会議やら雑務が入ってしまって仕事が進まないんだよ。...


設計部門と組織政治の影響(その1)

 これまで数回にわたって、設計部門における仕組み構築の考え方や手順を解説してきました。仕組み構築のためのシステム化計画作成は、頂上を目指す登山ルートを設計...

 これまで数回にわたって、設計部門における仕組み構築の考え方や手順を解説してきました。仕組み構築のためのシステム化計画作成は、頂上を目指す登山ルートを設計...


システム設計6 プロジェクト管理の仕組み (その38)

◆システム設計は仮説と検証の繰り返し     前回は、システム(ここでは製品も含めてシステムと呼ぶことにします)に必要とされる要件を漏れなく...

◆システム設計は仮説と検証の繰り返し     前回は、システム(ここでは製品も含めてシステムと呼ぶことにします)に必要とされる要件を漏れなく...