若手設計者の指導体系——OJTを仕組み化する方法

「背中を見て覚えろ」という指導スタイルが機械設計の世界には根強く残っている。私自身、駆け出しの頃は先輩の図面を横から覗き込み、質問すれば舌打ちされ、それでも食らいついて覚えていくというやり方で育ってきた世代だ。ただ、20年近く現場を渡り歩き、複数の会社で若手の指導も任されるようになってから、このやり方には限界があると痛感するようになった。属人的なOJTは、教える側の力量とタイミング次第で若手の成長速度に大きなばらつきが出る。忙しい現場では「教える時間がない」という理由で放置され、結果として3年経っても図面が描けない設計者ができあがってしまうこともある。

この記事では、私が客先常駐や複数の設計チームで実践してきた「OJTを仕組み化する」という考え方を、具体的な方法論とともに整理する。感覚や根性論に頼らず、誰が指導者になっても一定の品質で若手を育てられる体系を作ることが、これからの設計現場には必要だと考えている。

なぜ「背中を見て覚えろ」は機能しなくなったのか

昔ながらの徒弟制的なOJTが機能していた時代は、指導する先輩に十分な時間的余裕があり、若手も長期間同じ職場に留まることが前提だった。しかし今の設計現場は状況が違う。人手不足でベテランは複数案件を掛け持ちし、若手を丁寧に見ている時間的余裕がない。加えて、転職が当たり前になった今、若手が3年以内に別の会社に移ることも珍しくなく、「長い時間をかけてじっくり育てる」という前提そのものが崩れている。

私が客先常駐先で見た実例では、入社2年目の設計者が、先輩から明確な指導を受けられないまま自己流で図面を描き続け、公差の考え方や材料選定の基本的な判断基準が身についていないことが、量産直前の設計レビューで発覚したことがあった。本人に悪気はなく、むしろ真面目に取り組んでいたが、誰も体系立てて教えていなかったことが根本原因だった。この一件をきっかけに、私は所属していたチームでOJTのプロセスを可視化し、誰が教えても一定水準まで到達できる仕組みを作ることにした。

振り返ってみると、この設計者が特別に飲み込みが遅かったわけではない。むしろ質問への回答は的確で、理解力自体は十分にあった。問題は、体系立てて教わる機会がなかったために、知識が断片的にしか積み上がっていなかったことだった。断片的な知識は一見それらしく見えるものの、応用が利かない。量産直前という一番負荷がかかるタイミングでその弱さが露呈したことは、指導する側にとっても大きな教訓になった。

属人的なOJTの最大の問題は、教える内容が指導者の経験と気分に左右されることだ。ある先輩は公差の考え方を丁寧に教えるが強度計算には無頓着、別の先輩は逆——というように、教える範囲に偏りが生じる。仕組み化とは、この偏りをなくし、若手が「何を、いつまでに、どのレベルで」習得すべきかを明文化することに他ならない。

もちろん、仕組み化がすべてを解決するわけではない。最終的に若手を育てるのは人と人とのやり取りであり、マニュアルだけで技術が身につくわけではない。ただ、仕組みがあることで「教え忘れ」や「教える範囲の偏り」といった、本来防げるはずの育成漏れを最小限にできる。属人的な勘や経験に頼る部分は残しつつ、最低限のラインを仕組みで担保するというバランス感覚が実務では重要だと考えている。

育成ロードマップを3段階に区切る

私が実践しているOJTの仕組みは、大きく3段階に分けて設計している。第1段階は「図面が読める・描ける」レベル、第2段階は「単独で簡単な設計ができる」レベル、第3段階は「設計の妥当性を自分で判断できる」レベルだ。

第1段階では、まず既存図面の模写や、簡単な部品(ブラケットやカバー類)の図面作成を通じて、製図規格(JIS)や公差記入のルールを身につけさせる。この段階でつまずきやすいのが、寸法公差の意味を理解せずに数値だけコピーしてしまうことだ。私は新人に必ず「なぜこの公差値なのか」を口頭で説明させるようにしている。答えられなければ、まだ理解が伴っていないというサインだ。

第2段階では、実際の案件の一部を任せ、先輩がレビューする体制で進める。ここでの目標は、単に図面を完成させることではなく、設計の根拠(なぜこの材質を選んだか、なぜこの構造にしたか)を説明できるようになることだ。私のチームでは、この段階の若手には設計判断の理由を簡単なメモとして残させ、レビュー時にそのメモをもとに議論する形式を取っている。

この段階でありがちな失敗は、任せる範囲の見積もりを誤ることだ。私が過去に指導した若手には、いきなり案件全体の主要部分を任せてしまい、本人が抱え込んだまま相談できずに納期直前で破綻しかけたケースがあった。以降は、最初に任せる範囲を意図的に小さく区切り(例えば装置全体ではなく特定のユニット一つ)、成功体験を積ませてから徐々に範囲を広げるという段階的なやり方に切り替えている。任せる側が「これくらいならできるだろう」と一方的に判断するのではなく、本人の理解度を確認しながら任せる範囲を調整することが重要だと感じている。

第3段階は、独り立ちに向けた最終ステップで、既存設計の妥当性を自分で検証できるレベルを目指す。強度計算や公差計算のダブルチェック、コスト試算、製造性の検討まで、自分自身で一次判断ができるようになることが目標だ。この段階では、あえて意図的に不備のある図面を渡し、どこに問題があるかを指摘させる「アラ探し演習」を取り入れているチームもある。私自身、この演習を受けたことで、レビュー時に見るべきポイントの勘所が一気に磨かれた実感がある。

この段階まで来ると、若手によって成長速度に差が出やすくなる。私が見てきた限りでは、同じ第2段階を通過していても、第3段階で伸び悩む若手には共通点があった。それは「答え合わせ」の感覚から抜け出せていないことだ。第1・第2段階では先輩の判断を正解として学ぶことが中心だが、第3段階では自分なりの判断基準を持ち、時には先輩と異なる結論に至ることも必要になる。私はこの段階の若手には、あえて正解を教えずに「自分ならどう判断するか、根拠とともに説明してほしい」と問いかけ、その上で議論する形式のレビューに切り替えるようにしている。

質問しやすい空気を作る仕組み

若手が育たない原因の多くは、能力ではなく「質問できない環境」にある。忙しそうな先輩に話しかけるタイミングが掴めず、分からないまま図面を進めてしまい、後で大きな手戻りになるというパターンを何度も見てきた。

私が有効だと感じているのは、質問専用の時間を固定で設けることだ。私が指導する立場になったチームでは、毎日15分程度、「質問タイム」として業務の合間に固定枠を設け、その時間はどんな些細な質問でも歓迎する空気を作った。この仕組みを導入してから、若手からの質問数が明らかに増え、結果として設計ミスの早期発見にもつながった。

また、質問された内容を記録し、社内のナレッジベースとして蓄積する仕組みも重要だ。同じような質問が何度も繰り返されるのであれば、それは教育資料の不足を意味している。私のチームでは、若手からよく出る質問をFAQ形式でまとめたドキュメントを作成し、新しいメンバーが入るたびに更新している。これにより、指導者が変わっても教える内容の質が落ちない仕組みができている。

質問しやすさを作るためには、指導者側の姿勢も重要だ。私は若手からの質問に対して、たとえ答えが簡単なものであっても「よく気づいたね」という反応を意識的にするようにしている。逆に「そんなことも知らないのか」という態度を一度でも取ると、それ以降その若手は質問をしなくなる。これは私自身が過去に経験したことでもあり、質問しづらい空気を作った側にならないよう常に気をつけている。

チャットツールの活用も有効だ。対面で聞くのはハードルが高くても、テキストであれば気軽に質問できるという若手は多い。私のチームでは、設計に関する質問専用のチャットチャンネルを作り、誰でも自由に質問を投げられるようにしている。この方式のよい点は、一人が質問した内容と回答が他のメンバーにも自動的に共有されることだ。同じ疑問を持っていた別の若手が、わざわざ同じ質問をせずに済むため、結果的にチーム全体の学習効率が上がる。ただし、込み入った内容や図面を見ながらでないと説明しづらい話は、無理にテキストで済ませようとせず、対面や画面共有に切り替える判断も必要になる。

フィードバックは「なぜ」を必ずセットで返す

図面レビューでのフィードバックの質は、若手の成長速度に直結する。単に「ここを直して」と指摘するだけでは、若手はその場しのぎの修正はできても、次の案件で同じミスを繰り返す。重要なのは、指摘の理由を必ずセットで伝えることだ。

私がレビューで意識しているのは、「何が問題か」「なぜ問題か」「どう直すべきか」の3点セットで伝えることだ。例えば公差の設定ミスを指摘する際、単に「この公差は緩すぎる」と言うのではなく、「この寸法は嵌合部だから、相手部品のはめあい公差との整合を取る必要がある。今の公差だとガタが出る可能性がある」というように、背景となる理屈まで含めて説明する。

私自身、若手の頃に受けたフィードバックで印象に残っているのは、ある先輩から「この溶接構造だと熱歪みで後工程の加工基準が狂う」と指摘された時のことだ。単なる図面上のミス指摘ではなく、製造工程全体を見据えた理由が添えられていたことで、以降同じ観点で図面を見る習慣がついた。良いフィードバックは、単発の修正指示ではなく、若手の判断基準そのものを育てるものであるべきだと考えている。

フィードバックの頻度も重要な要素だ。月に一度まとめて指摘するようなやり方では、若手は何が悪かったのかを具体的に思い出せず、改善につながりにくい。私のチームでは、図面が一区切りついた時点で都度小さくレビューを入れ、修正がすぐに反映される短いサイクルを回すようにしている。

指摘の伝え方にも工夫が要る。私が意識しているのは、良い点と改善点をセットで伝えることだ。改善点だけを列挙されると、若手は自分の設計を全否定されたように感じ、モチベーションが下がってしまうことがある。私はレビューの冒頭で必ず「ここの構造はよく考えられている」といった具体的な良い点を一つ挙げてから、改善点に入るようにしている。些細なことのように思えるが、この順序を変えるだけで若手の受け止め方が大きく変わることを、これまで指導してきた中で何度も実感している。

失敗を「共有資産」に変える仕組み

若手が起こす設計ミスは、成長過程で避けられないものだ。問題は、そのミスを個人の失敗として終わらせるか、組織の学びとして蓄積するかの違いにある。私が過去に所属したチームでは、設計ミスが発生するたびに「なぜなぜ分析」を簡易的に行い、原因と再発防止策を1枚のシートにまとめて共有する仕組みを作っていた。

このシートは個人の反省文ではなく、次に同じ設計をする人が参照するためのチェックリストとして蓄積していく。私が経験した実例では、ある若手が板金部品のプレス加工性を考慮せずに設計し、量産段階で歩留まりが大幅に悪化するというトラブルがあった。このケースを「板金設計チェックリスト」に反映し、以降の若手には最初からこのチェックリストを使わせることで、同じ失敗を防げるようになった。

失敗を共有資産に変えるためには、ミスを起こした本人を責めない文化が前提になる。私は指導する立場として、ミスが発覚した際にまず本人の状況(何を考えてその設計にしたか)を聞くようにしている。頭ごなしに叱ると、次からミスを隠すようになり、かえって重大な問題の発見が遅れるリスクがある。ミスを早期に共有できる心理的安全性があってこそ、失敗が組織の資産として機能する。

もう一つ意識しているのは、失敗事例を共有する際に、あえて誰が起こしたミスかを匿名化することだ。私のチームでは、共有シートに担当者名を記載せず、「ある案件で発生した事例」という形で記録するルールにしている。これにより、ミスを起こした本人が過度に晒される心配がなくなり、正直に報告しやすい雰囲気ができる。結果として、以前は報告が遅れがちだった軽微なミスも、早い段階で共有されるようになり、大きなトラブルに発展する前に手を打てるケースが増えた。

評価制度とOJTを連動させる

OJTを仕組み化しても、それが評価制度と連動していなければ、指導する側のモチベーションが続かない。私が見てきた現場では、若手の指導に熱心な社員が、その活動を評価されずに疲弊していくケースが少なくなかった。

これを解決するために、私が関わったチームでは、指導実績を評価項目の一つとして明文化した。具体的には、育成対象の若手が第何段階まで到達したか、レビューやフィードバックの記録が適切に残っているかを、上長との面談で確認する仕組みを取り入れた。数値化しづらい活動ではあるが、記録が残っていること自体が指導の質を担保する材料になる。

また、若手側にも成長を実感できる仕組みが必要だ。私のチームでは、前述の3段階のロードマップに沿って、各段階をクリアするたびに簡単な認定(社内資格のようなもの)を与える形を取った。形式的なものではあるが、若手にとっては自分の成長が可視化されることでモチベーションの維持につながっていた。

指導者への負担軽減という観点では、指導を一人で抱え込ませない体制も重要だ。私が過去に見た失敗例では、特定のベテラン一人に育成担当が集中し、その人が多忙な案件を抱えると若手指導が完全に止まってしまうということがあった。以降は、一人の若手に対して複数の指導者(メイン担当とサブ担当)を割り当て、メイン担当が不在の際でもサブ担当がフォローできる体制に変更した。これにより、指導者側の負担が分散され、育成が特定の個人の稼働状況に左右されにくくなった。

まとめ——仕組みは属人性を消すためにある

OJTの仕組み化は、指導者の個性や経験を否定するものではない。むしろ、優れた指導者が持っているノウハウを、誰でも再現できる形に落とし込むことが目的だ。私自身、多くの先輩から学んだことを、今度は仕組みという形で次の世代に残していきたいと考えている。

育成ロードマップの明文化、質問しやすい環境づくり、理由を添えたフィードバック、失敗の共有資産化、評価制度との連動——これらは特別な予算をかけなくても、現場の工夫次第で始められることばかりだ。もし今、自分のチームで若手がなかなか育たないと感じているなら、まずは「教える内容が指導者によってばらついていないか」を点検するところから始めてみてほしい。仕組みを整えることは、若手のためだけでなく、指導する側の負担を減らし、チーム全体の設計品質を底上げすることにもつながる。

客先常駐という立場で複数の会社の設計現場を見てきた経験から言えるのは、若手育成に力を入れているチームほど、長期的に見て設計品質もチームの雰囲気も安定しているということだ。目先の案件をこなすことに追われて育成が後回しになりがちな現場は多いが、今日仕組みづくりに投じた時間は、数年後には必ず設計チーム全体の底力として返ってくる。焦らず、しかし着実に、仕組みを育てていってほしい。