Inherited by Default: Uncovering the Hidden Assumptions Embedded in Your Research Methods
When a doctoral student opens a statistical software package for the first time, the interface feels neutral. Clean menus, familiar buttons, a blank spreadsheet waiting for data. What that interface does not announce is that every default setting represents a methodological position—a judgment call made by a developer, a statistician, or a committee that predates the researcher's project by years, sometimes decades. That alpha threshold of .05? It was not derived from your research question. The default two-tailed test? It reflects a general convention, not your specific directional hypothesis. The assumption of homogeneity of variance baked into a standard ANOVA? It may or may not reflect the population you are actually studying.
This is the quiet problem at the heart of research training in the United States and beyond: researchers learn how to apply methods far more readily than they learn why those methods were designed the way they were. The result is a discipline-wide inheritance of assumptions that most practitioners never examine—and some never even notice.
What It Means to Inherit a Methodological Assumption
An inherited assumption is any methodological choice that arrived in your workflow through convention, template, or training rather than through deliberate evaluation. These assumptions operate at every level of research design.
At the statistical level, they include defaults like minimum sample sizes drawn from older power analysis standards, confidence interval conventions established for different research contexts, and effect size benchmarks that were originally calibrated for psychological research in the mid-twentieth century and have since migrated—sometimes without appropriate scrutiny—into fields ranging from education to public health.
At the design level, inherited assumptions shape which comparison groups seem obvious, which variables are treated as controls versus covariates, and what counts as an appropriate follow-up interval in longitudinal work. In qualitative research, they influence which coding frameworks are treated as universal when they were, in fact, developed within specific cultural or theoretical traditions.
None of these inherited elements are necessarily wrong. Many represent accumulated disciplinary wisdom. The problem is not that they exist—it is that they are rarely surfaced for examination.
The Origins Problem: Who Made These Choices, and Why?
Understanding where your methods came from is not an exercise in academic history for its own sake. It is a practical act of quality control.
Consider the convention of using a sample size of 30 as a rough threshold for invoking the central limit theorem in introductory statistics courses. That heuristic has a legitimate mathematical basis in certain contexts. But it has also been absorbed into research practice as a kind of minimum acceptable standard in situations where it offers no real justification—studies with non-normal distributions, small target populations, or outcome variables that require substantially greater statistical power to detect meaningful effects.
Similarly, many survey instruments used in social science research were normed on college student populations in the 1970s and 1980s. Researchers who adopt those instruments today are inheriting not only a measurement tool but also the demographic and cultural assumptions embedded in its development. If your study population differs significantly from that norming group, the instrument's validity is not guaranteed—it is a hypothesis that requires testing.
Asking "who made this choice, and under what circumstances?" transforms a methodological assumption from an invisible constraint into an explicit variable that can be evaluated, justified, or modified.
How to Audit Your Methods for Invisible Assumptions
A methods audit is not a wholesale rejection of established practice. It is a structured review designed to distinguish between assumptions you have consciously adopted and those you have simply inherited. The following framework offers a starting point.
Step one: List every methodological decision in your protocol. Work through your design from sampling strategy to analysis plan and write down each choice as if you were explaining it to a skeptical reviewer who has never encountered your discipline. This process alone frequently surfaces decisions that have been made by habit rather than intention.
Step two: For each decision, identify its source. Did you make this choice based on your research question? Did your advisor recommend it? Is it the default in your software? Is it what the previous study in your literature review used? Labeling the source of each decision helps distinguish deliberate methodology from inherited convention.
Step three: Evaluate alignment with your specific research context. Ask whether the assumption was developed for a population, setting, or research question comparable to yours. A benchmark effect size derived from clinical trials may be inappropriate for community-based participatory research. A coding scheme validated in urban settings may require adaptation for rural populations.
Step four: Document your conclusions explicitly. Where you retain an inherited assumption because it genuinely fits your context, say so in your methods section. Where you modify or reject a convention, provide a rationale. This documentation serves your readers and protects your work from the criticism that you applied methods without understanding them.
Making Deliberate Choices: The Difference Between Convention and Justification
One of the most common mistakes early-career researchers make is treating methodological convention as methodological justification. The fact that a particular approach is widely used in your field is relevant information, but it is not a complete defense of that approach for your specific study.
This distinction matters practically. Peer reviewers at rigorous journals increasingly expect researchers to demonstrate that their design choices were made deliberately rather than inherited uncritically. Funding agencies, particularly those supporting federally funded research in the US, are paying closer attention to issues of measurement validity, demographic representation, and analytical transparency. Researchers who can articulate the reasoning behind their methods—including where they have diverged from convention and why—are better positioned in both review processes.
More fundamentally, making deliberate choices is what separates technical execution from genuine methodological competence. The goal of research training is not to produce practitioners who can operate a protocol correctly. It is to develop researchers who understand their methods deeply enough to know when those methods are serving the inquiry and when they are constraining it.
Building the Habit of Methodological Interrogation
Auditing inherited assumptions is not a one-time exercise performed before data collection. It is an ongoing practice that strengthens with each project. Researchers who regularly ask "why are we doing it this way?" develop an increasingly refined sense of when convention is serving their work and when it is limiting it.
This habit is also contagious in the best sense. Research teams that normalize methodological interrogation tend to produce more transparent, more reproducible, and more contextually appropriate work. Graduate students trained in environments where assumptions are named and examined carry that practice into their own labs and classrooms.
At Research Skill Center, we view this kind of critical self-awareness as foundational to research quality. Mastering a method means more than executing it correctly. It means understanding what the method assumes, where those assumptions came from, and whether they hold for the work you are actually doing. That understanding is not inherited. It has to be built—deliberately, and one examined assumption at a time.