How do you keep a senior engineer's expertise when he leaves?

When a senior engineer leaves, the company keeps his drawings and loses his reasoning. The files show what was decided; he alone knows why, what was tried and rejected, and which margins are load-bearing. Successors inherit the geometry without the judgment — and discover the difference through expensive redesigns.

The anatomy of this knowledge

Engineering knowledge looks documented — it is the most drawing- and specification-rich role in the company. The undocumented layer is where the seniority lives:

Design rationale and rejected alternatives

Every released design is the survivor of alternatives that were considered and dropped. The drawing shows the survivor; the senior engineer knows the graveyard — and the reasons things are buried there. Without that, successors re-walk dead ends at full cost.

The failure catalog

Which weld detail cracked in 2012. Which supplier's steel came in out of spec. Which clever optimization failed in the field. A career's worth of failures is the most valuable dataset an engineering department owns, and it lives almost entirely in one memory.

Calculation heuristics and real margins

Where the official safety factor is genuinely needed and where it hides slack. Which loads the standard calculation underestimates. When to trust the simulation and when to distrust it. These heuristics separate a safe design from an economical safe design.

Installed-base memory

What was actually built and shipped over the years — including the undocumented field modifications, the customer-specific variants, and the units that differ from their own drawings.

Why a standard handover misses it

An engineering handover is usually a file transfer: drawings, calculations, specifications, neatly organized. It fails because the files were never the knowledge — they are its output. The rationale, the rejected options and the failure memory were never written down, because no drawing format has a field for them. Three months of overlap cannot fix this: the successor doesn't yet know which questions to ask, and the departing engineer doesn't know which answers are non-obvious.

What a MentX intake focuses on here

MentX is a personality-aware knowledge base: it captures the knowledge of a company's key person — from meetings and a guided intake track — into a living, temporal knowledge graph with full source attribution. For a senior engineer, the intake track works through the installed base and the failure history: walk me through this design's story; what almost went wrong; what would you never do again. Meeting ingest catches the live design reviews where his reasoning is exercised daily. The knowledge graph links rationale to specific designs and clients, dated and sourced.

Who asks the DigiME — and what

Once the base has depth, the team converses with the expert's digital knowledge copy through DigiME. Three questions it answers for this role:

“Why is the frame on the K-series dimensioned this heavily?”

The DigiME returns the story: field cracking on the predecessor series, a client who overloads chronically, and the deliberate decision to buy peace with steel — sourced to a 2024 design review and an intake session, so the new engineer knows the margin is load-bearing before he optimizes it away.

“Have we ever tried aluminum for this housing?”

Yes — the 2016 attempt, why it failed (fatigue at the mounting points, not weight), and what would need to change for it to work. The successor skips a re-run of a failed experiment.

“Which tolerances on this drawing actually matter?”

The engineer's practical hierarchy: the two fits that must hold, the dimensions where the shop floor may drift, and why — turning a uniform tolerance table back into judgment.

Founding Partner Program

Limited to 5 companies

If this role is one person in your company, the capture should start before the calendar decides. Guided intake and your first Knowledge Space at founding-partner conditions.

Message Nicolas for an intro call