Table of Contents

Lab protocols

Most practical modules in your curriculum require that you write a lab protocol at the end of your project. This lab protocol is your proof of achievement, and thus must be taken seriously, independent of whether it is graded or not. Please find below some information that should give you an idea of what to consider when writing a protocol.

There is a difference between a lab protocol, and the daily documentation of your work in the WIKI. You can write, in principle, a lab protocol as a set of WIKI pages, but then we expect that it adheres to the guidelines listed below

Objective

Before writing a lab protocol, you should ask yourself not only why your are writing a lab protocol, but much more what you want to achieve with the lab protocol. The answer is considerably simple: You write the lab protocol for

With the help of your protocol, any person should be able to quickly reproduce your analysis. If you keep this objective in mind, then you should already have a good idea of how to write a protocol.

How to write a lab protocol

It happens often that people have no clear idea of how to write a protocol. We have, therefore, compiled a short guideline of what to take into account when writing a protocol.

  1. A protocol is a scientific text, and thus the same rules apply
  2. A protocol is typically written for a short term project. Its focus is more on the technical part and the results, and less on answering a particular scientific question2)
  3. A protocol is meant to provide
    1. all data
    2. all programs
    3. all analysis steps

    that are required to reproduce your analysis

Follow this LINK to get some additional ideas of how to write a good report

It is a good idea to carefully read the guidelines How to write scientific text

Some additional points to consider

Below, we have compiled a collection of points that you should check before writing a protocol, and afterwards as well

Structure of the protocol

Try sticking to the standard structure

  • Introduction
  • Material & Methods
  • Results
  • Discussion
  • References

Don't mix up the contents of the main sections! In particular, there is always the danger to write results in the discussion section, or vice versa! Likewise, people tend to write results into the methods section. Simply don't do it…

Figures

Before inserting a figure, think about what it should tell the reader, and then design it accordingly. In particular think about the final image size when drawing it. Figures for print are typically either 80 mm (single column) or 160 mm (two columns) wide.3)

Each figure…

Watch out for the following

Tables

Like with figures, think about the information that should be provided with a table

Methods

References

Remember why we use references? This is because we have to back up each statement in a scientific text with supporting evidences. These can be either previously published and peer-reviewed literature, or own data. In either case, the supporting information must be invariant with time. Thus, Wikipedia cannot serve as a reference for scientific text for several reasons. One of the most important ones is that article contents are subject to change over time!

You can read more about how to cite in this document provided by the University of Cologne (in German only): Handout_Ueberpruefbarkeit

Abbreviations

Abbreviations, that cannot safely be considered common knowledge, have to be explicitly introduced.

Spelling

Most editors provide a spell checker. Make sure to use this!

Headings

Headings should be concise and informative. Something like ‘Getting an idea (of) how to use HaMStR…’ should be avoided. This could be reformulated to ‘Establishing the HaMStR Workflow for …'

Miscellaneous

1)
since you have forgotten about all the details
2)
It is, thus ok to keep introduction and discussion concise
3)
it is not a good idea to draw figures in any size first and later re-scale them. This will result in font sizes and line weights that to be different for each figure!