Project glossary

Information, data, measurements, documents, calculations, sources or verification results on which a material conclusion is based.

A core principle: a conclusion should not come before a verifiable factual basis.

Checking a claim, calculation, parameter, source or solution against available evidence and requirements.

Checking that a model, solution or result is fit for real use under the stated conditions.

The ability to identify the source, context and origin path of material data or claims.

Information treated as established within the current analysis and supported well enough for that purpose.

Information supplied by the client that is not independently verified until it is checked separately.

Data or a claim confirmed by a source or method independent of the original assertion.

A conclusion logically derived from known information; it is not itself a primary fact.

A value or condition temporarily accepted for analysis without sufficient independent confirmation.

A possible explanation, mechanism or claim that requires testing.

Material information that is missing or not confirmed at the current stage.

An unknown fact or parameter capable of changing the direction, architecture, safety, economics or the decision itself.

A state in which some material data, parameters or relationships are not sufficiently known for an unconditional conclusion.

A situation in which relevant sources or checks support incompatible conclusions.

Information or work capable of materially changing a decision, direction, architecture, economics, safety or next step.

Evidence strong enough for a specific decision, taking its risk and consequences into account.

The element, parameter, conflict or uncertainty that currently limits progress more than anything else.

A condition or limit that must be respected when a solution is formed and checked.

A constraint that an acceptable solution is not allowed to violate.

A conflict of requirements where improving one parameter causes an unacceptable deterioration of another.

The explicitly defined boundary between the system, its environment and related subsystems used to frame the problem.

An existing possibility in the system or its environment — material, energy, spatial, time, information, organizational or functional — that can be used in a solution.

The required, practically achievable outcome of the work or system change.

A search direction in which the required function is achieved with minimal added resources, complexity, losses and new failure modes.

A quantitative estimate based on a model, inputs and assumptions, with explicit limitations.

An approximate estimate of scale used before precise data are available.

Checking how strongly the result depends on changes in key inputs and assumptions.

A consistent set of assumptions and parameters used to assess a possible outcome when exact data are lacking.

A condition under which analysis or progression to the next stage must stop until more evidence, verification or expert judgement is obtained.

A formal marker that the current conclusion may not be extended because of risk, critical uncertainty, missing data or a required external check.

Human expert involvement to control the analysis, resolve material conflicts, assess high risk or make a responsible professional judgement.

A targeted check of a specific conclusion or question by a relevant specialist.

Passing a specific narrow question to a specialist when it should not be resolved by general analysis alone.

A methodology route for assessing a project, technology, development or opportunity in order to identify what is known, what is unknown, the main bottleneck and the rational next step.

A structured picture of what is established, what needs verification, where the main bottleneck lies and which conditions could change the conclusion.

A methodology block for finding relevant sources, checking claims, analysing conflicts in evidence and determining evidence sufficiency.

A practical engineering problem-solving route used when the main obstacle is an engineering problem or contradiction, not merely missing information.

The ARITZ stage in which the real problem, system boundary, contradiction, resources, constraints and critical unknowns are defined.

The ARITZ stage for directed generation of candidate solutions from the structure of the problem rather than free brainstorming.

The ARITZ stage in which a candidate is checked by calculations, analogues, literature, standards, manufacturer data, simulation, testing or expert confirmation.

The established classical methodology foundation on which ARITZ builds.

A sequence of actions or stages through which the analysis is performed.

The selected methodology path after the initial assessment, for example Opportunity Assessment, focused validation or ARITZ.

A narrow analytical task aimed at one critical question that can change the decision.

An individual project, problem or opportunity handled in CheckOpp or used in methodology examples.

A stage at which new evidence is used to select the next direction.

The specific additional evidence or action most likely to change the current decision.

The smallest amount of relevant information and checking sufficient for the current decision, given its risk.

The primary quality criterion: whether the analysis helps make or change a specific decision.