機械設計の構想設計段階で決めておくべきこと——後工程への影響を最小化する

構想設計の段階でつまずいた案件を、私はこれまで数えきれないほど見てきました。客先常駐のエンジニアとして様々な現場を渡り歩いていた時代も、独立してからも、失敗の多くは詳細設計や製造工程ではなく、もっと手前の構想設計フェーズの詰めの甘さに起因していました。図面が真っ赤になるほどの手戻り、金型を作り直す羽目になったコスト、納期遅延で頭を下げに行った日々——そのほとんどは「構想設計の段階で決めておくべきことを決めていなかった」ことが根本原因です。

構想設計(基本設計と呼ぶ現場もあります)は、機械設計プロセス全体の中でもっとも自由度が高く、同時にもっとも軽視されやすい段階です。「まだ細かいことは決まっていないから」と流されがちですが、実はこの段階での意思決定が、後工程のコスト・納期・品質のほとんどを規定してしまいます。今回は20年以上、機械設計の現場で構想設計に向き合ってきた経験をもとに、この段階で何を決めるべきか、なぜそれが重要なのか、そして私自身が痛い目を見た具体的なエピソードを交えながら解説していきます。

構想設計とは、実際には何を決める段階なのか

構想設計というと「大まかなレイアウトを決める段階」というイメージを持たれがちですが、それは半分正解で半分間違いです。構想設計で本当に決めるべきなのは、以下のような「後から覆すと影響範囲が広がるもの」です。

• 製品・装置全体のアーキテクチャ(サブシステムの分割方法とその境界)
• 主要な機能をどの機構・原理で実現するか(方式選定)
• 主要インターフェース(機械的・電気的・ソフトウェア的な接続点)
• 使用する材料・加工法のファミリー(切削か板金か樹脂成形か、など)
• 安全率や公差の基本方針、法規・規格への適合方針
• コスト目標の大枠配分と、それをどのサブシステムに割り振るか

逆に言えば、個々の部品の寸法や締結方法、細かい表面処理の指定などは詳細設計の仕事であり、構想設計の段階でそこまで踏み込む必要はありません。むしろ踏み込みすぎると、後述する「詳細設計に急ぎすぎる」失敗に陥ります。構想設計の役割は、後工程が迷わず走れるだけの「骨格」と「制約条件」を明確にすることだと私は考えています。

なぜ構想設計の手戻りは高くつくのか——変更コストカーブという考え方

製品開発の世界でよく引用される「変更コストカーブ(cost of change curve)」という考え方があります。これは、設計変更にかかるコストが、開発の初期段階では低く、後工程に進むほど指数関数的に増大するというものです。構想設計の段階であれば紙とホワイトボードの修正で済む話が、詳細設計後であれば図面の修正と再レビュー、試作後であれば金型や治具の作り直し、量産後であればリコールに近い規模の損失になり得ます。

私が客先常駐で入っていたある現場では、構想設計の段階で「この駆動軸の支持方式は片持ちで問題ない」という判断がされ、そのまま詳細設計、試作、量産準備まで進んでしまったことがありました。ところが実際に組み立ててみると、想定していた負荷条件下でたわみが基準を超え、両持ち構造への変更を余儀なくされたのです。結果として、周辺部品の再設計、ハウジングの金型修正、組立治具の作り直しが発生し、影響額は数百万円規模に膨らみました。もし構想設計の段階で片持ちと両持ちの両方について簡易的な強度計算を行い、負荷条件のばらつきを織り込んで判断していれば、この手戻りは発生しなかったはずです。

この経験から私が学んだのは、構想設計段階での検討には「多少時間がかかっても、複数案を数値で比較する」という手間を惜しんではいけないということです。感覚や経験則だけで方式を決めてしまうと、後になって取り返しのつかないコストとして跳ね返ってきます。

構想設計で固めておくべき6つの要素

私が構想設計のレビューで必ずチェックしている項目を整理すると、大きく6つに集約されます。ここを曖昧にしたまま詳細設計に進むプロジェクトは、高い確率で後工程が荒れます。

1. 全体レイアウト・アーキテクチャ

装置全体をどうサブシステムに分割するか、それぞれの配置関係はどうするかを決めます。特に保守性、搬入経路、将来の拡張性まで見据えたレイアウトになっているかがポイントです。

2. サブシステム間の主要インターフェース

機械的な取り合い(座標系、基準面、締結点)、電気的な取り合い(電源容量、信号線、コネクタ仕様)、ソフトウェア的な取り合い(通信プロトコル、タイミング要求)を、担当者間で文書化して合意しておく必要があります。インターフェースが曖昧なまま各サブシステムの詳細設計が並行して進むと、後で「聞いていた寸法と違う」というトラブルが必ず起きます。

3. 材料・加工法のファミリー選定

切削加工にするか、板金にするか、樹脂成形にするか、あるいは購入品を組み合わせるか。この選択は、コスト構造だけでなく、設計変更の柔軟性やリードタイムにも大きく影響します。量産数量が読めない開発初期段階では、あえて汎用性の高い加工法を選び、量産移行時に見直すという判断もあり得ます。

4. 主要機能要求と安全率の設定

「この機構は何を、どの条件で、どの程度の余裕を持って達成すべきか」を数値で明文化します。安全率を後から変更すると、構造全体の再検討が必要になることが多いため、法規・社内基準・過去トラブル事例を踏まえて、構想設計の段階でしっかり合意しておくべきです。

5. メンテナンス性・保守アクセスの確保

消耗品交換や点検作業のためのアクセススペースは、構想設計の段階でレイアウトに組み込んでおかないと、詳細設計以降ではほぼ手遅れになります。私が独立してから受けた仕事の一つに、既存装置の改修設計がありましたが、保守用の点検口が最初から考慮されていなかったために、フィルター交換のたびに装置を半分解体しなければならないという状態になっていました。発注元の担当者からは「なぜこんな設計になったのか」と聞かれましたが、原因をたどると構想設計の議事録に保守性についての記載が一切なかったのです。

6. コスト目標の配分

製品全体の目標原価を、サブシステムごとにどう配分するかを構想設計の段階で決めておくと、詳細設計者が「この部品にどこまでコストをかけられるか」を判断する基準になります。配分がないまま各担当者が個別最適でコストを詰めると、全体としては目標を大幅に超過するということがよく起こります。

効果的な設計レビューの回し方

構想設計段階のレビューは、詳細設計段階のレビューとは性質が異なります。詳細設計レビューは「この寸法、この公差で問題ないか」という具体的な確認が中心ですが、構想設計レビューは「そもそもこの方式で進めてよいか」「見落としている前提条件はないか」という、より上流の問いを扱うべきです。私が実践している構想設計レビューのポイントは次の通りです。

• 製造・調達・品質保証の担当者を必ず同席させる(設計者だけで完結させない)
• 複数の実現方式を最低2案は用意し、比較表で議論する
• 安全率、コスト目標、納期制約という3つの数値を必ず議題に含める
• 「まだ決まっていないこと」をリスト化し、誰がいつまでに決めるかを明確にする
• レビュー結果は議事録として残し、次工程の担当者が参照できる形にする

特に重要なのが、製造・調達部門を早期に巻き込むことです。設計者だけで進めた構想が、いざ製造部門に見せた瞬間に「その加工方法はうちの設備では対応できません」「その部品は納期が半年かかります」と覆されるケースは、私の経験上決して珍しくありません。構想設計段階であれば代替案の検討にも余裕がありますが、詳細設計後にこれが発覚すると、スケジュール全体が根底から崩れます。

よくある失敗——詳細設計への性急な移行と、製造・調達の巻き込み不足

構想設計フェーズで私が繰り返し目にしてきた失敗パターンは、大きく2つに集約されます。

一つ目は「詳細設計に急ぎすぎる」失敗です。納期のプレッシャーがかかると、構想が固まりきっていない状態で見切り発車的に詳細設計に着手してしまうことがあります。一見すると早く進んでいるように見えますが、実際には構想の未決事項が詳細設計の中で個別になし崩し的に決められてしまい、後工程で整合性が取れなくなります。私自身、独立して最初の数年は「早く手を動かした方が信頼を得られる」と考え、構想が曖昧なまま図面を描き始めてしまったことがありました。結果として、クライアントとの間で「そもそもこの装置は何を優先すべきなのか」という認識のズレが後から発覚し、図面をほぼ一から描き直すことになりました。この経験以来、私は構想設計の合意を取るまでは、どれだけ急かされても詳細図面には着手しないと決めています。

二つ目は「製造・調達を早期に巻き込まない」失敗です。設計部門だけで構想を固め、ある程度詳細設計が進んだ段階で初めて製造部門に情報を共有するというプロジェクト進行を、私は客先常駐時代に何度も経験しました。その結果、加工性の悪い形状、入手困難な特殊材料の指定、リードタイムの長い購入品の選定などが後から発覚し、設計のやり直しを迫られることが繰り返し起こりました。確定申告のために自分の仕事の原価管理を20年以上続けてきた経験から言えるのは、手戻りのコストは想像以上に「見えにくい形」で積み上がるということです。再設計にかかった工数を経費として計上するたびに、構想段階での巻き込み不足がいかに高くつくかを数字として実感させられました。

構想設計を軽視しないための組織的な工夫

個人の心がけだけでなく、組織としての仕組みも重要です。私がこれまで関わったプロジェクトの中で効果があったと感じる工夫を挙げます。

• 構想設計完了の「ゲート」を明確に設け、未決事項がゼロになるまで詳細設計への移行を許可しない
• 構想設計の成果物(レイアウト図、インターフェース仕様書、方式比較表)をテンプレート化し、抜け漏れを防ぐ
• 過去プロジェクトの手戻り事例をデータベース化し、構想設計レビューのチェックリストに反映する
• 設計者のキャリアの早い段階で、あえて構想設計フェーズを経験させる(詳細設計だけを担当させない)

特に最後の点は、独立して個人事業主として様々な現場に入るようになってから強く感じるようになりました。詳細設計だけを長く担当してきた設計者は、往々にして「決められた条件の中で最適化する」ことには長けていても、「そもそもの条件を疑う」ことに慣れていません。構想設計フェーズを経験することで、後工程への影響を想像しながら意思決定する感覚が養われます。

構想設計の記録を残すことの価値

構想設計で決めたことは、口頭やホワイトボードの議論だけで終わらせず、必ず文書として残すべきです。私が独立してから特に強く意識するようになったのが、この「記録を残す」という習慣でした。会社員時代は議事録係が別にいたり、構想設計の資料フォーマットが会社に整備されていたりしましたが、独立後はすべて自分で仕組みを作らなければなりません。

私が実際に使っている構想設計の記録フォーマットは、シンプルなもので構いません。決定事項、その決定に至った理由、検討した代替案とそれを採用しなかった理由、そして未決事項とその期限、この4項目を1枚のシートにまとめるだけです。これだけでも、後から「なぜこの方式にしたのか」を振り返る際の強力な資料になります。特に、採用しなかった代替案とその理由まで記録しておくことは重要です。プロジェクトが進むうちに「やっぱりあの方式の方が良かったのでは」という声が上がることがありますが、当時どのような条件でその案を却下したのかが記録に残っていれば、同じ議論を蒸し返さずに済みます。

確定申告のために20年以上、案件ごとの経費や工数を記録し続けてきた経験も、この習慣に少なからず影響しています。記録を取ることを面倒に感じる時期もありましたが、後から見返したときの価値は、記録にかけた手間をはるかに上回ります。構想設計の記録も同じで、今は面倒に感じても、次のプロジェクトで似たような判断を迫られたときに、過去の記録が的確な判断の助けになってくれます。

まとめ

構想設計は、機械設計プロジェクト全体の成否を左右する、もっとも重要でありながらもっとも軽視されやすい段階です。ここで固めておくべき要素と、その理由を改めて整理します。

構想設計の段階でこれらを丁寧に詰めておくことは、一見すると遠回りに見えるかもしれません。しかし、私自身が20年以上の現場経験、そして独立してからの個人事業主としての原価意識を通じて実感しているのは、構想設計にかけた時間は、後工程で何倍にもなって回収されるということです。急がば回れという言葉が、これほど当てはまる工程は他にないと感じています。

よくある質問

Q1. 構想設計にはどのくらいの期間をかけるべきですか？

プロジェクトの規模や新規性によって大きく異なりますが、私の経験則では、開発全体のスケジュールのうち10〜20%程度を構想設計に充てることが多いです。既存装置の改修であれば短縮できますが、新規機構を含む場合は、複数案の比較検討に十分な時間を確保すべきです。時間を惜しんで詳細設計を早めても、結局は手戻りで同じかそれ以上の時間を失うことになります。

Q2. 構想設計段階で完璧な情報が揃っていない場合はどうすればよいですか？

すべての情報が揃うことはまずありません。重要なのは「未決事項をリスト化し、いつまでに誰が決めるかを明確にした上で先に進む」ことです。未決のまま放置するのではなく、仮の前提条件を明示的に置いて、それが崩れた場合の影響範囲を事前に把握しておくことがリスク管理になります。

Q3. 一人で設計している個人事業主やフリーランスでも、構想設計レビューは必要ですか？

むしろ一人だからこそ必要だと私は考えています。自分一人の頭の中だけで検討していると、思い込みに気づけません。私は独立してから、構想段階の資料をクライアントの担当者や、信頼できる他の設計者に見てもらうようにしています。第三者の視点が入ることで、自分では気づけなかった見落としが見つかることが少なくありません。

Q4. 構想設計と詳細設計の境界が曖昧になりがちです。どう線引きすればよいですか？

私の目安は「その決定を変更した場合、他のサブシステムや担当者に影響が及ぶかどうか」です。影響が及ぶものは構想設計の範囲、その部品・機構の中だけで閉じるものは詳細設計の範囲と考えると整理しやすくなります。境界を厳密に定義しようとするよりも、この判断基準を関係者間で共有しておく方が実務的です。

Q5. 製造部門を早期に巻き込むと言っても、まだ製造できる形になっていない構想をどう見せればよいですか？

完成度の高い図面である必要はありません。ラフスケッチや簡易的な3Dモデル、方式比較表のレベルでも十分です。むしろ完成度を上げすぎると「今さら変更しづらい」という心理的な障壁が生まれてしまうため、あえて粗い状態で早めに見せ、率直な意見をもらうことを私は心がけています。

Q6. 構想設計段階でのコスト目標配分は、どのように決めればよいですか？

過去の類似プロジェクトの原価実績があれば、それを出発点にするのが現実的です。実績がない場合は、主要サブシステムごとに大まかな見積もりを取り、目標原価との差分を関係者で議論しながら配分を調整していきます。私の経験では、最初から精緻な配分を目指すよりも、ざっくりした配分から始めて、詳細設計が進むにつれて精度を上げていく方がうまくいきます。

設計×現場ラボ｜機械設計の実務知識を、現場目線で発信しています。