3 simple rules for creating Open Science Policies


What are good strategies to develop an Open Science Policy? Here's our opinionated guide. This post was co-created with Sander Bosch, Open Science Programme Coordinator at VU Amsterdam.

At the Open Science Retreat 2024 Sander and I had a conversation about his experience in policy development. Since we believe that his experience is valuable for a lot of people out there, we decided to write down three simple rues to create an Open Science policy:

  1. Develop output policies first and combine them into an Open Science policy later.
  2. Policies are about the "what" and "why". The "how" belongs elsewhere (e.g. guidelines).
  3. Don't start with the policy, start with the guidelines.

Rule 1: Develop output policies first and combine them into an Open Science policy later.

Let's say you are in charge of creating an Open Science policy for your institution. If you create an Open Science policy from the get go, this will usually lead to a minimal consensus. Too many people need to be involved and forward thinking ideas may be shut down. Instead do the following:

  • Develop output policies first: a policy for open source, a policy for FAIR/open data, a policy for open access, ...
  • Develop the Open Science policy second: it's really easy, contains a statement at the top ("We value open scholarship and apply best research practices...") and then essentially just links to the output policies.

Rule 2: Policies are about the "what" and "why". The "how" belongs elsewhere.

Policies are about what to do and why to do it. The implementation steps (how to it), belong in guidelines or similar support documents.

For example:

  • Policy: We want all publications from members of our organization to be openly accessible (WHAT), because we believe that open access promotes equity and increases effectiveness of scientific progress (WHY).
  • Guideline: To ensure that your publication is open access, you can publish an open access preprint version, publish in an open access journal, or discuss alternatives with the open access support team (HOW).

The "what" and "why" will stay relatively constant over time, but the how may change rather quickly depending on technological advances, changes in publication venues, or the organization's support structure.

Rule 3: Don't start with the policy, start with the guidelines.

In order to know what a policy should encompass, it is helpful to understand best practices first. Let's say you are developing an open source policy. It's good to know what good strategies for open source development are and what the organization's members already do before you get to the "what" and "why" of the policy. If you do this, you can make sure that there’s no huge gap between what the policy demands and what is feasible, supported and useful in practice (gaps like these are there surprisingly often!). You can first develop the guidelines (HOW) and then the policy (WHAT and WHY) or develop them simultaneously.

Example: Open Source Policy development

  • Run a workshop with people who write code and support with code at your organization. Ask them about best practices and also what the reasons for applying these practices are to them.
  • Depending on what you learn, you might decide to jointly develop a guideline for best practices on (1) open source software development and licensing and (2) FAIR code scripts.
  • During these discussions you might notice values coming up over and over again: quality (over quantity), reusability, equity, or simply openness. Take these and use them for the policy.

We hope these 3 rules help you create policies for your organization. Please forward this information to anyone who might benefit.

The newsletter and all images are licensed under CC-BY 4.0. Feel free to reuse them. Please link back to this newsletter post.

All the best,

Sander and Heidi

In other news...

Introduction to GIS

Free online course from the Digital Research Academy for everyone who wants to start working with location data in GIS.

May 16, 10:00 AM → 12:00 PM

Event with panel discussion

On Monday I will moderate an event with researchers and special guest Felix Neureuther.

Open Science Retreat

The 2024 retreat was a full success! I will share more here in the next weeks, but you can find all outputs as they become available on R=.


P.S. If you're enjoying this newsletter, please consider supporting my work by leaving a tip.

Heidi Seibold, MUCBOOK Clubhouse, Elsenheimerstr. 48, Munich, 81375
Unsubscribe · Preferences · My newsletters are licensed under CC-BY 4.0

Dr. Heidi Seibold

All things open and reproducible data science.

Read more from Dr. Heidi Seibold
Mel, Joyce, and Heidi at the notary

I am excited to share that the Digital Research Academy incorporation is almost done. We had our notary appointment last week, set up the bank account and are now waiting for the official registration of the DRA Digital Research Academy GmbH. I published my first post about the initial idea for the Digital Research Academy in May 2023. Now, just a year and a few months later, the Digital Research Academy is becoming not only an initiative but a company. Last week Joyce Kao, Melanie Imming and...

Logo

I am in the process of making my newsletter FAIR (Findable, Accessible, Interoperable, and Reusable). Here's how. I am an advocate for Open Science. The FAIR priciples are very near and dear to my heart. I was excited when the Open Science folks at Jülich archived a bunch of my posts and gave them a persistent identifier (DOI, see archived posts here). This was exactly what I was still missing to make my posts more FAIR. However, I cannot expect them to take care of archiving all my posts and...

I get asked for career advice all the time (even though I am just figuring stuff out myself). Generally I try to help by listening and asking questions, but there is one thing that I tell everyone who wants to hear it: pick work where you like the people. How do you pick the research group you want to work with? My recommendation is to pick based on two things: Do you like the topics they work on? Do you get along with the people in the group (in particular your boss/supervisor)? The first is...