The Mantua Group

Simple Black and White Asset Management, Reliability Expertise, and Maintenance Execution Perfection.

Reliability

Vintage Experience

Decades of Engineering Memory (Vintage Experience) in Cross-Functional Teams: Why It Matters, How Modern Tenure Patterns Erode It, and the Disciplines That Preserve and Apply It

The accumulated engineering experience of long-tenured professionals, the veteran with 30 years (vintage experience) on the same equipment class, the consulting engineer who has worked across four industries and five regulatory regimes, is among the most consequential assets a cross-functional engineering team can have. It is also among the most fragile. Modern average employee tenure is shorter than the time required to develop deep institutional knowledge. The cultural assumption that experience is replaceable by documentation has hollowed out succession planning in many organisations. The natural friction between the older engineer’s deference to lessons already learned and the younger engineer’s enthusiasm for first-principles redesign reduces the value extracted from the experience that does exist. This white paper sets out what vintage experience contributes to engineering decision-making, why modern organisations under-utilise it, and the disciplines that recover and apply it.

Working on the Right Things

Why Reliability Engineers Should Move to the Bottleneck, Not the Job Description

The reliability engineer’s most consequential decision in any given week is rarely a technical one. It is the decision about which problem, of the many available problems, deserves the next hour of attention. Most reliability engineers are not explicitly asked this question. They are given a job description, a department, and a set of tools, and they work on whatever the inbox delivers. The result is that competent reliability work is routinely directed at problems whose solution would deliver only marginal benefit, while much larger sources of organisational loss go unaddressed because they are someone else’s department. This paper sets out 10 principles for working on the right things: knowing what reliability work the certifications actually cover, recognising that the work is often led by people whose titles say something else, moving to the bottleneck rather than the job description, partnering with finance to defend the value of the work, distinguishing systemic change from incremental improvement, and treating the question of return on each hour as the central question of the role. The principles are drawn from a Speaking of Reliability conversation between Philip Sage and Fred Schenkelberg and have been translated here into a structured engineering doctrine in the The Mantua Group (TMG) voice.

The Beta Factor CCF Model

A First-principles Derivation of the Beta Factor Common Cause Failure (CCF) Model: Boolean Expansion, Worked Example, and the Irreducible CCF Floor for a Two-Pump Redundant System

The Beta Factor model is the simplest and most widely deployed mechanism for representing common cause failure (CCF) in fault tree analysis. Its single parameter, the beta factor, partitions the unavailability of every component in a common cause group into an independent share and a shared CCF share. This note develops the model analytically from first principles using the canonical two-pump example, demonstrates that the Beta Factor implementation in fault tree software is shorthand for an explicit three-event topology that can be built by hand, derives the closed-form expression for the top event unavailability in both its rare-event-approximated form and the exact form retaining the cross term, computes the irreducible CCF floor that constrains every redundant system, and reports a sensitivity table that quantifies how rapidly the CCF term overwhelms the independent term as beta increases. A closing argument explains why the rare-event approximation, although introducing an eighth-significant-figure error against the exact form, is the appropriate level of detail for routine engineering work given the parametric uncertainty inherent in the inputs.

The Reliability Engineer Gene

What Makes Reliability Engineers a Recognisable Profession Across Industries, Cultures, and Decades

Reliability engineering is unusual among engineering disciplines in the breadth of its territory and the consistency of its practitioners’ temperament. The same fundamental traits, curiosity, fascination with failure, comfort with statistics, willingness to learn, and the ability to recognise patterns that cross industry boundaries, recur in reliability engineers regardless of the language they speak, the country they work in, or the kind of equipment they happen to be analysing this week. The episode that gave rise to this paper proposed a gene metaphor: if a credible scientist were to sequence the DNA of a thousand reliability engineers, a common gene would emerge. The metaphor is intentional hyperbole, but the underlying observation is real. This paper sets out the profession’s recognisable traits, the multidisciplinary nature of the work, the universality of the underlying problems, and the implications for organisations hiring or developing reliability engineers.

How Much Do You Need to Know?

The Reliability Engineer’s Toolbox, the Sniff Test, and the Discipline of Knowing Enough Plus One

The reliability engineer’s most consequential question, after several years in the role, is rarely a technical one. The question is whether the engineer knows enough. The discipline is broad, advancing, and impossible to master completely; the practitioner who waits to know everything before acting will never act, and the practitioner who acts on superficial knowledge will produce results that do not survive scrutiny. The middle position, knowing enough to do the work in front of you and to recognise when the result is wrong, is the position that produces effective long-term practice. This paper sets out the principles that govern this middle position: the journey framing for a career in reliability, the toolbox metaphor for skill acquisition, the sniff-test discipline that catches the meat-grinder error, the role of the mentor in developing judgement, the role of the professional network in addressing niche questions, and the generational responsibility for transmitting foundational knowledge to the engineers who follow. The principles are drawn from a Speaking of Reliability conversation between Philip Sage and Fred Schenkelberg and have been translated here into a structured engineering doctrine in the TMG voice.