機械設計者のためのPDCA——設計業務に使う改善の回し方

はじめに

PDCAという言葉は誰でも知っています。しかし、「実際に設計業務で使いこなしている」という設計者は意外と少ないのではないでしょうか。

私が設計業務にPDCAを取り入れ始めたのは、同じミスを繰り返していることに気づいたときでした。「またこのパターンでミスした」という経験が積み重なり、「何かを変えなければ」という焦りから始めました。当時はまだ会社員として設計部門に所属していましたが、その後客先常駐を経験し、さらにその後は個人事業主として独立しました。立場が変わるたびに痛感したのは、「PDCAを回す仕組みを持っているかどうかで、設計品質の安定度がまったく違う」という事実です。

組織に所属していれば、レビュー会議や品質管理部門が半ば強制的にCheckとActの役割を担ってくれます。ところが独立して一人で設計を請け負うようになると、そのセーフティネットはすべて自分で用意しなければなりません。20年以上設計の現場に身を置き、独立後も確定申告を20年以上継続してきた中で、「記録を残し、振り返り、仕組みに落とし込む」という習慣そのものが、設計力だけでなく事業の継続力そのものを支えていると実感しています。

この記事では、設計業務にPDCAをどう組み込むか、具体的な方法と、実際に現場で起きた失敗エピソードを交えて紹介します。

機械設計でのPDCAの全体像

機械設計のPDCAは、一般的なビジネスのPDCAより「周期が長く、フィードバックが具体的」という特徴があります。企画から量産・稼働までのリードタイムが数ヶ月から数年に及ぶこともあり、1周のサイクルが長い分、1回1回の振り返りの質が設計者としての成長速度を大きく左右します。

【機械設計のPDCAサイクル】

Plan（計画）：
→ 仕様確認・要求分析・設計コンセプトの策定
→ 工数見積もり・スケジュール計画
→ リスクの洗い出し（難しいポイント・不確実な箇所）

Do（実行）：
→ 3Dモデリング・2D図面作成
→ 強度計算・干渉チェック
→ 設計レビュー・社内承認

Check（確認）：
→ 試作・試験での動作確認
→ 量産移行時の寸法検査・組み立て検証
→ 稼働後の現場フィードバック収集

Act（改善）：
→ 不具合・指摘事項の原因分析
→ 設計変更・チェックリスト更新
→ 次回設計への反映

この4段階は独立して存在するのではなく、実際には「小さなPDCA」が何重にも入れ子になっています。たとえば1つの部品の板厚を決める作業だけでも、Plan（強度計算で仮決め）→Do（モデリングして干渉確認）→Check（レビューで指摘）→Act（板厚変更）という小サイクルが回っています。設計プロジェクト全体の大きなPDCAと、日々の作業レベルの小さなPDCAの両方を意識することが、実践のコツです。

設計業務でPDCAを実際に回す方法

Plan：設計を始める前にリスクを言語化する

【設計開始前のリスク洗い出し（Planning Memo）】

① この設計で難しいと思うポイントはどこか？
（例：複雑な干渉チェックが必要 / 溶接変形の制御が難しい）

② 過去の類似設計でどんな問題があったか？
（例：取り付け穴の位置ズレ / 板厚の剛性不足）

③ 仕様で曖昧・未確定の部分はどこか？
（例：使用環境温度が未確定 / 荷重の変動パターンが不明）

→ リスクを事前に言語化するだけで、見落としが減る
→ A4用紙1枚のメモで十分。設計完了後に振り返りに使う

このPlanning Memoを書く際に重要なのは、「不安に感じていること」を正直に書き出すことです。設計者はどうしても「自分は理解できている」という前提で仕事を進めがちですが、実際には仕様書の行間にある曖昧な部分を見て見ぬふりしていることが少なくありません。私の経験では、量産後にトラブルが出た設計の大半は、Plan段階で「なんとなく気になっていたけれど、確認しなかった」箇所から発生しています。

具体的な運用例としては、以下の3パターンのリスクを分けて書き出すとより効果的です。

【リスクの3分類】

技術的リスク：
→ 強度・剛性・熱・振動など、計算や解析で詰め切れるか不安な項目

情報不足リスク：
→ 客先からの情報がまだ来ていない・仕様書に記載がない項目

工程リスク：
→ 加工方法・組み立て手順・調達リードタイムに関する不確実な項目

→ 技術的リスクは自分で潰せる、情報不足リスクは早めに客先へ確認する
→ 工程リスクは製造・購買部門に早期共有する

Do：設計中にメモを残す習慣

【設計中に記録しておくこと】

・判断に迷った箇所と、最終的にどちらを選んだか・その理由
・「なぜこの形状にしたか」「なぜこの板厚にしたか」の根拠
・工場・客先との打ち合わせで決まったこと

→ これらは設計変更や後工程の問い合わせ対応に役立つ
→ CADのコメント機能・設計ノートに残す

ここで一つ、客先常駐時代の失敗エピソードを紹介します。ある装置の架台設計で、当初指定されていた板厚では計算上ぎりぎり足りていたのですが、現場の要望で急遽補強リブを追加することになりました。打ち合わせはその場の口頭確認だけで終わらせ、図面には反映したものの「なぜリブを追加したか」という理由をどこにも記録していませんでした。数ヶ月後、量産移行のタイミングで別の担当者が「コストダウンのためリブを削減できないか」と提案してきたとき、私は理由を思い出すのに丸一日を費やす羽目になりました。もし打ち合わせ直後に一行でもメモを残していれば、即座に「振動対策のため削減不可」と回答できたはずです。この経験以来、打ち合わせが終わった直後の5分間で必ず決定事項をメモに残す習慣をつけました。

Check：フィードバックを「使える形」で集める

【フィードバックの収集方法】

設計レビューの指摘：
→ 指摘内容・修正内容をリスト化して記録する

試作・試験のフィードバック：
→ 「何が問題で・どこを・どう修正したか」を記録する

量産・稼働後のフィードバック：
→ 現場（製造・保守）からの「作りにくい・使いにくい」を拾う
→ 稼働後に現場を訪問する習慣が設計力を上げる

→ フィードバックをエクセルの「設計変更管理シート」に一元記録する

Checkのフェーズで最も差がつくのは、「悪い情報ほど拾いに行く」姿勢です。組織にいた頃は、品質保証部門から不具合報告が回覧されてくるため、待っていても情報が入ってきました。しかし独立後は、客先が黙って自社内で対処してしまうと、設計に問題があったことすら知らされないまま次の案件を受けてしまうリスクがあります。私は現在、納品後3ヶ月・1年のタイミングで必ず「その後、不具合や使いにくい点はありませんか」と自分から問い合わせる運用にしています。これによって、些細な「実は取り付け作業がやりにくかった」といった声を拾えるようになり、次の設計に反映できています。

Act：改善を「次の設計」に埋め込む

【改善の埋め込み方】

① チェックリストに追加する
→ 「今回出た不具合パターン」をチェックリストの新項目にする
→ 次の設計者（自分を含む）が同じミスをしにくくなる

② 設計ガイドラインに追記する
→ 自分専用の「設計ノート」に学んだことを書き残す

③ 工数見積もりの精度を上げる
→ 実際の工数と見積もり工数を比較する
→ ズレが大きかった作業を次回の見積もりに反映する

→ 「Act」のポイントは「個人の記憶」に頼らないこと
仕組みに落とし込んではじめて改善が継続する

Actのフェーズは、地味ですが最もPDCA全体の成否を決める工程です。「次から気をつけます」という反省だけで終わらせてしまうと、半年後にはほぼ確実に同じミスを繰り返します。これは精神論ではなく、単純に人間の記憶容量の問題です。20年以上この業務をやってきた実感として、「気をつける」は仕組みではなく決意表明にすぎず、決意表明はチェックリストの1行に勝てません。

個人事業主として痛感したPDCAの必要性

会社員時代は、設計品質を担保する仕組み（レビュー体制・品質保証部門・先輩からの指摘）が組織側に用意されていました。独立して個人事業主になってからは、その仕組みをすべて自分一人で構築しなければならないという現実に直面しました。

独立直後、私は「一人で全部見なければいけない」というプレッシャーから、逆にPlanを疎かにして「とにかく手を動かして早く形にする」という進め方をしていた時期があります。その結果、ある治具設計で、客先の設置スペースの寸法を最終確認せずに詳細設計まで進めてしまい、納品直前になって装置が設置スペースに収まらないことが発覚しました。急遽現地で分解・調整対応を行う羽目になり、信頼を大きく損なうところでした。これは典型的な「情報不足リスクを言語化していなかった」失敗であり、Planning Memoさえ書いていれば防げたミスでした。

もう一つ興味深いのは、確定申告を20年以上続けてきた経験とPDCAの共通点です。確定申告は毎年1回、必ず「1年分の帳簿と記録」を振り返って集計する作業です。日々のレシートや取引を放置していると、確定申告の時期に膨大な手戻りが発生します。逆に、毎月きちんと記帳する習慣があれば、確定申告そのものは淡々とした作業で終わります。これは設計のCheck・Actと全く同じ構造です。日々の記録を怠ると、後でまとめて振り返ろうとしたときに膨大な手戻りが発生し、逆に日々の記録が習慣化していれば、振り返り自体は軽い作業で済むのです。

PDCAが回らなくなる典型パターンと対処法

ここまで理想的な回し方を紹介してきましたが、実際の現場ではPDCAが途中で止まってしまうことが頻繁にあります。20年以上の経験の中で見えてきた典型パターンを整理します。

【PDCAが止まる典型パターンと対処】

パターン1：Planが形骸化する
症状：納期優先でリスク洗い出しを省略し、いきなり設計に着手する
対処：「Planning Memoを書くまでCADを開かない」ルールを自分に課す

パターン2：Doの記録が「あとで書く」で溜まる
症状：メモを後回しにして結局書かずに終わる
対処：判断した「その場」で1行だけでも即メモする。あとでまとめては書かない

パターン3：Checkが「良い情報」しか集まらない
症状：レビューでは指摘が出ず、稼働後も自分からは聞きに行かない
対処：定点観測日（納品後3ヶ月・1年）を先に予定として確保しておく

パターン4：Actが「反省」で終わる
症状：「次から気をつける」で終わり、チェックリストに反映されない
対処：振り返りメモの最後に必ず「チェックリストへの追加項目」欄を設ける

パターン5：忙しさを理由に振り返り自体をやめる
症状：案件が立て込むとPDCAの振り返り時間が真っ先に削られる
対処：振り返りは「15分だけ」と時間を区切り、予定表に固定枠として組み込む

この中でも特に多いのがパターン5です。皮肉なことに、PDCAが最も必要なのは忙しい時期であるにもかかわらず、忙しいという理由でまさにその時期に振り返りが後回しになります。私自身、独立直後の受注が立て込んだ時期にこのパターンに陥り、同じ種類の干渉チェック漏れを3案件連続で起こしたことがあります。それ以降、月末の振り返り時間だけは他の予定より優先して確保するようにしました。

個人レベルでできるPDCA

組織的なPDCAが難しい環境でも、個人レベルで実践できます。

【個人PDCAの実践例（月次）】

毎月末に15分だけ振り返る：

□ 今月の設計業務で一番うまくいったことは何か？
□ 今月の設計業務で一番手こずったことは何か？
□ 同じ問題が来月も起きるとしたら、今できる対策は何か？
□ チェックリストに追加すべき項目はあるか？

→ A4用紙1枚・手書きのメモで十分
→ 積み重ねると半年後・1年後の自分が助かる資産になる

月次に加えて、案件単位での振り返りも有効です。1つの設計案件が完了するたびに、次のような簡易フォーマットで5分だけ振り返る習慣をおすすめします。

【案件完了時の簡易振り返り（5分）】

① 見積もり工数と実際の工数、どれくらいズレたか？
② 途中で仕様変更・手戻りが発生したか？その原因は？
③ レビューで指摘された項目は何か？
④ 次の案件にすぐ使える「型」ができたか？（テンプレート化）

→ ④は特に重要。似た設計を繰り返すなら、テンプレート化することで
　次回のPlan・Doの工数そのものを削減できる

よくある質問（FAQ）

Q1. 個人事業主として一人で設計をしていますが、それでもPDCAは必要ですか？
むしろ組織に所属している場合よりも重要です。組織にいれば他者のチェックが自動的に入りますが、一人で設計をしていると自分がPlanもDoもCheckもActもすべて担うことになります。仕組みを持たないと、同じ失敗を誰にも指摘されないまま繰り返すことになります。

Q2. PDCAを回す時間がどうしても取れません。どうすればいいですか？
まずは案件完了時の5分振り返りと、月末の15分振り返りだけに絞ることをおすすめします。完璧な仕組みを最初から作ろうとせず、「A4用紙1枚に手書き」程度の軽さから始めるのがコツです。忙しい時期こそ振り返りの効果が大きいので、時間ではなく優先順位の問題として扱ってください。

Q3. 設計変更管理シートは具体的にどんな項目を用意すればいいですか？
最低限、「日付」「案件名」「指摘・不具合内容」「原因」「対応内容」「対応後の確認方法」「次回への反映事項（チェックリストへの追加有無）」の7項目があれば運用できます。項目を増やしすぎると入力が続かなくなるため、まずはこの7項目から始めて、必要に応じて拡張するとよいでしょう。

Q4. レビューで指摘を受けるのが怖くて、設計に自信が持てません。
指摘は「Checkのフェーズが正常に機能している証拠」だと捉え方を変えてみてください。指摘が出ないレビューの方が、実は危険な兆候です。私自身、若手の頃は指摘を人格否定のように感じていましたが、独立後に「指摘してくれる人がいない」怖さを知ってからは、指摘をもらえること自体をありがたく感じるようになりました。

Q5. チェックリストが増えすぎて、逆に使いにくくなってきました。どう管理すればいいですか？
チェックリストは定期的に「本当に効果があった項目か」を見直し、形骸化した項目は削除・統合してください。増やすだけでなく、年に1〜2回は棚卸しをして、実務で機能しているかを確認する工程自体もPDCAの一部です。

今日から始める設計PDCAチェックリスト

• 設計に着手する前に、Planning Memo（リスク洗い出し）をA4用紙1枚に書き出しているか
• 技術的リスク・情報不足リスク・工程リスクの3分類で不安要素を整理しているか
• 打ち合わせ直後の5分以内に、決定事項と理由を記録する習慣があるか
• 設計変更管理シートに、指摘・不具合・原因・対応・反映事項を一元記録しているか
• 納品後3ヶ月・1年のタイミングで、自分から現場にフィードバックを求めているか
• 振り返りの最後に「チェックリストへの追加項目」を必ず書き出しているか
• 見積もり工数と実績工数の差分を、次回の見積もりに反映しているか
• 月末15分・案件完了後5分の振り返り時間を、予定として先に確保しているか
• チェックリストを年1〜2回棚卸しし、形骸化した項目を整理しているか

まとめ表

PDCAは「一度回したら終わり」ではなく、設計プロジェクトのたびに回すことで、確実に設計力が上がっていきます。組織に所属していても、個人事業主として一人で設計をしていても、記録を残し、振り返り、仕組みに落とし込むという基本構造は変わりません。まず小さな振り返りから始めてみてください。

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