Manuel B. Garcia

Manuel B. Garcia serves as the Senior Director for Educational Technology and Digital Learning at FEU Institute of Technology, Manila, Philippines. Read More

Contact Info

1607, FEU Tech Building,
P. Paredes St, Sampaloc,
Manila, Philippines
mbgarcia@feutech.edu.ph

Follow Me

What Happens When Your Study Depends on Equipment, Software, or Services You Cannot Reliably Access?

A resource can exist without being reliable enough to support your study. Learn how to identify critical dependencies, assess failure risk, create workable alternatives, and redesign research when equipment, software, facilities, or services cannot be counted on.

457
When Research Resources Are Unreliable Guide 457 of 533
01 · The Question

What If the Resource You Need Exists but You Cannot Count on It?

Your institution has the equipment. The laboratory normally accepts bookings. The software license is currently active. A technician can usually provide the service. A computing system appears capable of running the analysis.

But there is uncertainty.

The equipment breaks down occasionally. Laboratory access competes with teaching and other projects. The software license expires halfway through your study. The only technician who knows the procedure is frequently unavailable. A service provider has unpredictable turnaround times. The computing cluster has long queues. A collaborator has offered access to equipment, but nothing has been formally arranged.

In these situations, the question is no longer simply whether the resource exists. You need to determine whether it is reliable enough for the study to depend on it.

A resource that is available most of the time may be perfectly adequate for one project and an unacceptable vulnerability for another. What matters is what happens to your research when that resource becomes unavailable.

02 · The Short Answer

Treat Unreliable Resources as Research Risks, Not Minor Inconveniences

In Brief

If your study depends on equipment, software, facilities, computing, or services that you cannot reliably access, identify how critical each resource is, estimate the likelihood and consequences of interruption, verify what alternatives actually exist, and redesign the study when a foreseeable resource failure could make the research impossible or compromise the resulting evidence.

Not every resource needs perfect availability. The more difficult a resource is to replace, the longer an interruption would affect the project, and the more essential it is to collecting or analyzing valid data, the stronger your contingency planning should be.

03 · What You Need to Know

How to Manage Research That Depends on Uncertain Resources

Availability and reliability are different questions

A resource can be available today without being reliable across the period your study needs it.

Available resource The equipment, software, facility, service, or infrastructure can presently be accessed by the project under specified conditions.
Reliable resource The resource can reasonably be expected to remain accessible, functional, sufficiently available, and suitable throughout the period in which the methodology depends on it.

The difference becomes particularly important for studies lasting several months or years. An active software license today may expire before final analysis. Equipment working during proposal development may be scheduled for replacement during data collection. A laboratory with open slots this semester may be fully booked next semester.

Identify every resource that can stop the study

Begin by mapping the methodology from data generation through analysis and identify resources whose absence would prevent an essential step.

These might include a laboratory instrument, imaging system, specialized sensor, recording device, licensed software package, survey platform, secure server, high-performance computing environment, database, technician, laboratory service, transcription provider, cloud service, specialist facility, or another externally controlled resource.

Then ask a simple question for each one: If this resource disappeared tomorrow, what would happen to the study?

If the answer is "we would use another equivalent resource with little disruption," the dependency is relatively manageable. If the answer is "data collection stops completely," you have identified a critical vulnerability.

Look for single points of failure

A single point of failure is a resource whose loss can stop or fundamentally compromise the study because no appropriate substitute is readily available.

Replaceable dependency An appropriate alternative can be substituted without materially changing the methodology, measurements, data security, or interpretation.
Single point of failure The study cannot perform an essential procedure or preserve methodological consistency if one particular resource becomes unavailable.

Single points of failure deserve disproportionate attention. Ten minor resources with easy substitutes may create less feasibility risk than one irreplaceable machine.

This principle is familiar in research infrastructure and data-management planning because continuity depends not merely on having resources, but on ensuring that essential functions are not vulnerable to one avoidable failure.

Assess both probability and consequence

A useful risk assessment considers two dimensions.

First, how plausible is interruption? Second, how damaging would the interruption be?

Resource situation Likelihood of disruption Consequence Planning priority
Reliable resource with an easy substitute Low Low Basic contingency may be sufficient.
Occasionally unavailable resource with an easy substitute Moderate Low Document the alternative and switching procedure.
Usually reliable resource with no substitute Low High Confirm maintenance, availability, and recovery arrangements.
Frequently unavailable resource with no suitable substitute High High Major feasibility concern; redesign or secure a reliable alternative before proceeding.

A low-probability event can still deserve serious planning when its consequence is catastrophic. Conversely, a frequently occurring inconvenience may require little attention if the study can recover easily.

Do not confuse a backup with a theoretical alternative

Researchers sometimes say, "If this equipment fails, we can probably use the one in another department."

Probably is doing considerable work in that sentence.

A real backup should be methodologically suitable and realistically accessible. Verify whether you are permitted to use it, whether it has sufficient capacity, what it costs, whether training is required, and whether it produces comparable data.

Theoretical alternative Another resource appears to exist and might be usable if the preferred resource fails.
Operational backup An alternative has been identified as suitable, its access pathway is understood, and it could realistically be activated within the time available.

A list of equipment on another institution's website is not yet a contingency plan.

Equivalent equipment may not produce equivalent measurements

Replacing one instrument with another can create more than a scheduling issue.

Different models may have different calibration, precision, sensitivity, settings, software, processing algorithms, or output formats. Even nominally similar devices can introduce systematic differences that matter to the study.

If equipment substitution might occur during data collection, determine in advance whether measurements would remain comparable. Depending on the methodology, you may need calibration procedures, validation, cross-device testing, statistical adjustment, or a rule preventing mid-study substitution altogether.

A backup is useful only if using it does not quietly change what is being measured.

Switching software can also change the workflow

Researchers often assume software is easier to replace than physical equipment. Sometimes it is.

But software dependencies can become deeply embedded in a study. Data may be stored in proprietary formats. Analytical scripts may depend on specific packages. Collaborators may use the same platform. A secure environment may permit only certain applications. Specialized software may contain procedures unavailable elsewhere.

If a commercial license expires, moving to another package may require data conversion, new code, validation, retraining, or changes in analytical workflow.

Where possible, use portable data formats and maintain documentation or code that reduces unnecessary dependence on one proprietary system. This does not mean avoiding commercial software. It means avoiding preventable lock-in when the project would be seriously disrupted by losing access.

Check software license duration before the study begins

A software license that covers data collection but expires before analysis is not sufficient.

Determine how long the institutional license lasts, whether renewal is expected, whether students remain eligible after enrollment status changes, and whether you will need the software during revision or publication after the thesis itself is complete.

If a license is tied to your institution, consider what happens when you graduate or leave.

For critical analytical workflows, retain documentation of the software and version used so that changes during the project do not become invisible sources of inconsistency.

Cloud and subscription services create external dependencies

Survey platforms, transcription systems, cloud computing, storage providers, collaboration tools, APIs, and software-as-a-service platforms can make research substantially easier. They also place parts of the research workflow outside your direct control.

Services can change pricing, usage limits, features, authentication requirements, storage policies, APIs, or terms. Outages occur. Accounts can expire. Institutional subscriptions can change.

For critical services, ask whether data can be exported in usable formats, whether local or institutional copies can be retained where appropriate, and whether another approved service could take over if necessary.

Do not allow the only usable copy of essential research data to exist inside a platform whose future access you do not control.

Data backup is different from resource backup

These concepts are related but should not be confused.

A data backup protects information you have already collected. A resource backup protects your ability to continue the research process.

If a laboratory computer fails but the data are backed up, previous observations may be safe while future data collection remains impossible. If the only instrument fails, duplicating your dataset does not replace the instrument.

Both forms of continuity planning may be necessary.

Follow the 3-2-1 principle where appropriate for research data

For research data that can appropriately be stored in this manner under applicable security requirements, a commonly used backup principle is the 3-2-1 rule: maintain at least three copies of important data, on at least two types of storage, with at least one copy in another location.

National Institute of Standards and Technology guidance on contingency planning emphasizes backups, alternate storage, recovery procedures, and testing as components of information-system continuity. The specific implementation should reflect your institution's policies and the sensitivity of the data.

For restricted, identifiable, or sensitive research data, do not implement generic backup advice in ways that violate security, consent, provider, or institutional requirements. Use approved storage and backup systems.

Test whether backups can actually be restored

A backup that has never been checked may provide more psychological comfort than operational protection.

Files can be incomplete, corrupted, encrypted with forgotten credentials, stored in obsolete formats, or inaccessible to the people who need them.

Where appropriate, verify periodically that critical research files can be restored and opened. Document what is backed up, how frequently, where approved copies are stored, and who is responsible.

The worst time to discover that the backup procedure was misunderstood is immediately after the primary copy disappears.

Technical staff can themselves be critical resources

Sometimes the fragile dependency is not the equipment but the person who makes it usable.

A laboratory may have a sophisticated instrument that only one technician can operate. A research database may depend on one programmer. A specialized analytical workflow may rely on one collaborator. A core facility may have limited staff who support many projects.

Ask whether procedures are documented, whether another qualified person can perform the work, and what happens during illness, leave, resignation, or competing commitments.

This does not mean every project needs redundant staff. It means that a study should recognize when essential capability resides in one person.

External services require turnaround estimates and contingency

Research can depend on organizations outside the university for laboratory assays, sequencing, transcription, translation, data extraction, printing, equipment repair, participant payments, or other services.

Ask for realistic turnaround times rather than planning from the provider's fastest advertised option. Determine whether delays are common during busy periods and whether rush services exist if needed.

If the service is critical, identify another provider where feasible and check whether changing providers would create comparability, confidentiality, contractual, or methodological issues.

Cheap services can become expensive when they fail

Selecting a provider solely by price can create downstream costs.

Poor transcription may require extensive correction. Low-quality laboratory processing may require repeat assays. Unreliable equipment rental can cause cancelled participant sessions. Inadequate technical support can consume researcher time.

Total feasibility includes reliability, quality, turnaround, and recovery, not only the initial invoice.

This is why research budgeting and resource planning should be connected rather than treated as separate administrative exercises.

Capacity risk can be as serious as outright failure

A resource does not need to break to become unreliable for your project.

A laboratory may remain fully operational but become unavailable because another project receives priority. A computing cluster may function perfectly while queues become too long for your deadline. A technician may still be employed but have insufficient time to process your required workload.

Reliability therefore includes predictable capacity, not merely technical functionality.

If your study requires 200 equipment hours and the facility can promise only "whatever slots are available," that uncertainty belongs in the feasibility assessment.

Resource delays can interact with participant recruitment

Participant-based studies are particularly vulnerable when recruitment and resource availability must be synchronized.

Suppose participants are recruited for a laboratory assessment but the equipment becomes unavailable. Appointments may need to be cancelled or rescheduled. Participants may withdraw. Recruitment may need to pause. Payments, travel arrangements, or follow-up windows may be affected.

Do not recruit participants faster than the study can reliably process them when access to the required resource is uncertain.

This should be incorporated into the recruitment and data-collection timeline.

Longitudinal studies need resource continuity

Longitudinal research creates a particular challenge because the same procedures may need to remain available over an extended period.

If participants are measured at baseline and twelve months later, replacing equipment, software, instruments, or laboratory procedures between waves may introduce comparability problems.

Before beginning, ask whether the required resource is expected to remain available throughout the complete follow-up period. If replacement is planned, determine whether continuity or cross-calibration can be maintained.

The longer the project, the more important it becomes to think beyond current availability.

Do not build a fallback that requires months to activate

A backup that takes four months to arrange may be of little value in a project with six weeks remaining.

Estimate the switching time: how long would it take to move from the preferred resource to the alternative?

Recovery Time
Resource disruption = Downtime + Switching time + Rework or validation time
Downtime is the period before the failure is recognized or resolved. Switching time includes permission, booking, setup, training, procurement, or migration. Rework or validation time covers any procedures needed to ensure that the replacement remains methodologically compatible.
Hypothetical example: An instrument fails for two weeks. Moving to another facility requires one week for approval and booking, followed by several days of cross-calibration. The practical disruption is substantially longer than the two-week repair period alone.

When evaluating a backup, ask not only whether it exists but whether it can be activated quickly enough to protect the study.

Set thresholds for switching rather than waiting indefinitely

If a preferred resource becomes unreliable, researchers can lose substantial time hoping access will improve.

Define a point at which continued waiting would threaten the project. For example, if laboratory access falls below the weekly capacity required to complete data collection by the latest feasible date, activate the backup site. If a software license is not renewed by a specified point, migrate the workflow.

These thresholds should be based on the study timeline rather than frustration.

A decision rule helps prevent a temporary resource problem from consuming so much time that both the preferred and alternative plans become infeasible.

Record resource failures and substitutions

If equipment, software, providers, or procedures change during the study, document what happened.

Record dates, affected observations, equipment or software versions, calibration or validation procedures, and any methodological changes made in response. This information may be important for data cleaning, analysis, interpretation, reproducibility, and reporting.

Do not allow a mid-study resource change to become invisible merely because the replacement seemed equivalent at the time.

Consider whether the disruption changes the protocol

A resource substitution may require more than an operational decision.

Changing equipment, data-collection procedures, software used to administer an intervention, participant location, data-storage arrangements, or an external service could affect the approved protocol or other institutional requirements.

Whether an amendment or additional approval is required depends on the study and the applicable ethics, institutional, regulatory, contractual, or data-governance framework.

Check before implementing a material change rather than assuming that a contingency plan automatically falls within existing approval.

Some resources are too unreliable to build the study around

There is a point where contingency planning stops being enough.

If the essential resource fails frequently, has unpredictable capacity, cannot be reserved, has no suitable backup, and would stop the study whenever unavailable, the methodology may simply be too fragile.

At that point, redesign may be preferable.

You might choose another measurement, another facility, a different data source, a method requiring more reliable infrastructure, or a research question less dependent on the resource.

Feasibility is not improved by writing an elaborate contingency plan for a resource that was never dependable enough to support the study in the first place.

Watch Out

Do not call something a backup simply because another laboratory, software package, provider, or piece of equipment exists. A usable contingency must be accessible, methodologically compatible, sufficiently available, affordable, and capable of being activated before the disruption makes the project impossible to complete.

Reliability can matter more than technical superiority

The most sophisticated resource is not always the best resource for a time-limited study.

Suppose one instrument provides slightly better precision but is frequently unavailable, while another provides measurements adequate for the research question and can be reliably booked throughout the project. Depending on the methodological requirements, the second may be the more defensible choice.

This is not an argument for accepting poor-quality measurement. It is recognition that the usable quality of a research resource includes whether it can consistently produce the required evidence.

The ideal resource that you cannot reliably use is not necessarily the best resource for the study you can actually complete.

04 · A Practical Example

When One Piece of Equipment Controls the Entire Research Timeline

Hypothetical Example

A study dependent on a shared eye-tracking laboratory

A graduate student plans an experiment examining how learners visually process different forms of multimedia instruction. The study requires eye-tracking data from 160 participants.

The university has an appropriate eye-tracking system, and the student initially treats equipment access as confirmed. During planning, however, the student learns that the laboratory supports several research groups, has only one functioning system, and occasionally closes for maintenance.

Identify the dependency Eye-tracking data are central to the research question. Without the equipment, the study cannot collect its primary outcome.
Calculate required capacity Including setup, calibration, the experiment, and participant turnover, each session requires approximately one hour. The project therefore needs roughly 160 equipment hours before allowing for cancellations or repeated sessions.
Check realistic availability The laboratory can provide the student approximately ten reliable hours per week during the relevant semester, implying at least 16 weeks of equipment time under ideal throughput.
Investigate failure history The laboratory manager explains that maintenance occasionally causes several days of downtime and that teaching activities receive priority during certain weeks.
Verify an alternative Another university has a compatible system, but access would require a collaboration agreement, training, travel, and cross-device validation. It is a possible backup, but not one that can be activated overnight.
Build a trigger The student establishes a monitoring point based on completed sessions. If access falls sufficiently behind the rate required to finish within the thesis timeline, the alternative arrangement will be activated while there is still time to use it.
Protect comparability The analysis plan records which device produces each observation, and any switch would be accompanied by appropriate technical and methodological checks before combining data.

The study still depends heavily on one resource. The difference is that the dependency is now visible, quantified, and managed rather than represented by the sentence "eye-tracking equipment is available at the university."

05 · What Researchers Often Get Wrong

Common Mistakes When Research Resources Are Unreliable

Misconception

If the resource is available when I write the proposal, I can assume it will remain available

Research may extend across months or years. Equipment, licenses, staff, facilities, subscriptions, and computing environments can change during that period. For critical resources, investigate continuity across the full period in which the study will depend on them.

Misconception

If equipment breaks, I can simply use another model

Another device may differ in calibration, precision, settings, software, processing, or outputs. Determine whether substitution preserves measurement comparability and whether validation or analytical adjustment would be required.

Misconception

Software is easy to replace

Software changes can require data conversion, new code, retraining, validation, different workflows, or movement to an environment incompatible with restricted data. Critical software dependencies deserve continuity planning just as physical equipment does.

Misconception

A backup exists because another institution has the resource

A genuine backup must be accessible to your project, sufficiently available, technically compatible, affordable, and activatable within the required timeframe. Mere existence elsewhere does not establish any of these conditions.

Misconception

If the data are backed up, the study is protected

Data backups protect observations already collected. They do not replace a failed instrument, unavailable laboratory, expired software license, missing technician, or inaccessible service required to continue the study. Data continuity and resource continuity are different problems.

Misconception

I can decide what to do if the resource fails when it happens

By then, alternatives may take too long to arrange. Critical dependencies should have predefined alternatives, switching requirements, and decision points while there is still enough time to activate them.

06 · What This Means for You

Plan Around Failure Before Failure Controls the Study

List the resources essential to your methodology and rank them according to how difficult they would be to replace and how damaging their loss would be. For the highest-risk dependencies, verify continuity, capacity, technical support, and an appropriate alternative before the project reaches a stage where switching becomes prohibitively difficult.

The goal is not to eliminate all uncertainty. It is to ensure that ordinary resource problems do not automatically become study-ending events.

A simple decision framework

If a critical resource is reliable and an appropriate substitute is readily available
Document the alternative and the conditions under which you would switch, then proceed with ordinary monitoring.
If a critical resource is generally reliable but no suitable substitute exists
Verify maintenance, license duration, staffing, capacity, and continuity carefully and build additional schedule protection around the dependency.
If a resource is frequently unavailable but an equivalent backup can be activated quickly
Prepare the backup operationally before data collection and establish clear switching criteria.
If a critical resource is unreliable and the backup requires substantial time to arrange
Begin backup arrangements early enough that they can still protect the project if the preferred resource deteriorates.
If an essential resource is unreliable and no methodologically suitable alternative exists
Redesign the study or research question rather than making successful completion depend on infrastructure you cannot reasonably count on.

Reliability should therefore be treated as part of resource adequacy. A technically perfect instrument that is inaccessible half the time may be less useful to your project than a slightly less sophisticated resource that can consistently provide measurements adequate for the research question.

07 · A Quick Checklist

Can Your Study Survive a Resource Failure?

Before depending on equipment, software, facilities, or services, check:
Identify every resource whose loss would stop data collection, prevent required processing, compromise secure storage, or make the planned analysis impossible.
Assess both how likely each resource is to become unavailable and how serious the consequences would be for the study.
Identify single points of failure for which no immediately usable equivalent resource exists.
Verify maintenance schedules, equipment condition, software license duration, service continuity, staffing, booking capacity, and other factors affecting reliability throughout the study period.
For each important backup, confirm access, specifications, availability, costs, training, permissions, and the time required to activate it.
Determine whether changing equipment, software, providers, or procedures would affect measurement comparability, data formats, analysis, or interpretation.
Maintain research data in approved storage with appropriate backup and recovery procedures, particularly when loss of the primary copy would be difficult or impossible to recover from.
Verify that critical procedures do not depend entirely on one technician, programmer, collaborator, or other person without a realistic continuity arrangement.
Estimate the full disruption caused by failure, including downtime, switching, retraining, setup, migration, validation, and any required rework.
Set monitoring points or switching thresholds so that you do not continue waiting for an unreliable resource until the backup also becomes infeasible.
Check whether a material resource substitution requires changes to the approved protocol, agreements, ethics documentation, or data-management arrangements.
Redesign the study if an irreplaceable resource is too unreliable to support the required research activities within the project timeline.
08 · Frequently Asked Questions

Frequently Asked Questions About Unreliable Research Resources

What should I do if my research equipment might not always be available?

Estimate how much equipment time the study requires, verify realistic booking capacity and known maintenance periods, and identify whether a methodologically compatible alternative exists. If losing access would stop the study, establish a contingency and a point at which you would activate it rather than waiting until the deadline is threatened.

Should I have backup equipment for my research?

Not every study requires duplicate equipment. A backup becomes more important when the resource is essential, interruption is plausible, downtime would be consequential, and no quick substitute exists. The backup can be another institutional or collaborating facility rather than equipment owned directly by the project, provided access and comparability are verified.

Can I switch equipment halfway through data collection?

Possibly, but first determine whether the devices produce sufficiently comparable measurements and whether calibration, validation, protocol changes, or analytical adjustments are required. Document which resource produced each observation. Depending on the study, a change may also require institutional or ethics review.

What if the software I need expires during my thesis?

Investigate renewal before the license expires and determine whether another suitable platform can reproduce the required workflow. Export data and analytical information into appropriate portable formats where permitted, maintain documentation of the software and version used, and allow enough time for migration and validation if a change becomes necessary.

Should I avoid commercial software because licenses can expire?

Not necessarily. Commercial software can be entirely appropriate when it fits the methodology and access is sufficiently reliable. The issue is unmanaged dependence. Verify license duration, renewal expectations, collaborator access, data portability, and alternatives when loss of the software would seriously disrupt the project.

What if my study depends on one technician or specialist?

Clarify that person's availability throughout the relevant period and determine whether procedures are sufficiently documented or another qualified person could provide continuity if necessary. If the entire study would stop when one person becomes unavailable, recognize that dependence explicitly in the feasibility plan.

How much contingency time should I add for equipment or service problems?

There is no universal percentage. Estimate the plausible downtime of the particular resource, the time needed to activate an alternative, and any setup, migration, validation, or rework that substitution would require. Higher-risk single points of failure deserve more schedule protection than resources with immediate substitutes.

What if there is no reliable alternative to an essential resource?

Then the resource represents a major feasibility risk. If its availability cannot be made sufficiently reliable for the project timeline, consider a different measurement, facility, design, data source, or research question. This is part of deciding whether to design the best possible study or the best study you can realistically complete.

09 · The Bottom Line

A Resource You Cannot Reliably Access Is a Research Dependency, Not a Guarantee

The Bottom Line

When your study depends on equipment, software, facilities, computing, services, or specialist support that may become unavailable, evaluate both the likelihood of disruption and what that disruption would do to the research, then establish realistic alternatives for the dependencies that matter most.

Verify that backups are accessible and methodologically compatible, protect critical data, account for switching and recovery time, and establish decision points before delays become unrecoverable. If an essential resource is both unreliable and irreplaceable, redesigning the study is usually more defensible than making the entire project depend on infrastructure you cannot reasonably count on.

10 · Sources and Further Reading

Sources and Further Reading

11 · Cite this Guide

How to Cite This Guide

This guide is intended to be read, shared, and used in research, teaching, and academic work. If you draw on its ideas, explanations, or other content, please acknowledge the source by citing the guide. Doing so gives appropriate credit and helps your readers locate the original resource.

Has the Field Guide helped your research?

If a guide helped clarify a question, inform a research decision, or move your work forward, I would love to hear about your experience. Your story may also help other researchers discover the Field Guide.

Share Your Experience
Takes only a few minutes