profile

Dr. Heidi Seibold

3 simple rules for creating Open Science Policies

Published about 1 month ago • 3 min read

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

Already a subscriber?

Dr. Heidi Seibold

https://heidiseibold.com

All things open and reproducible data science.

Read more from Dr. Heidi Seibold

We are finally in the process of incorporating the Digital Research Academy and just when we need it least, I get a notice that my office lease will be terminated by end of July...and with that we are losing the headquarters of the DRA. Munich is a difficult city to find affordable offices, so I am hoping that you can help us. I love my office. It not only comes with a stable internet connection, but also with nice office neighbors (who are also looking for a new space), a nice view into the...

1 day ago • 1 min read

Students and early PhD candidates often don't understand all the talk about Open Science. They think Open Science is just "normal" science. The older researchers are the ones who teach them otherwise. Let's change that! In the process of publishing my first PhD paper, the journal asked whether I would like to publish open access. For me that was a no-brainer. When I talked to my supervisor, he said something along the lines of "you're gonna be an expensive PhD student". I want to mention that...

6 days ago • 3 min read

Spaces where you can gather with like minded people to discuss, learn, and collaborate can be really powerful. Could a space like this exist for Open Science? Walking along the little stream back to Dagstuhl castle (during the seminar on Research Software Engineering: Bridging Knowledge Gaps), I thought about how inspiring this place is, how perfectly set up for collaborating, learning from each other and also for having just a fabulous time. All the rooms, from the regular meeting rooms to...

13 days ago • 1 min read
Share this post