Direkt zum Hauptbereich

A simple guide to keeping a journal in business

Professional work is documented and reproducible. The basis for good documentation is writing things down personally. There are many instructions online for different areas of application. I was looking for an integrated approach.

Why is it important that we write things down?

I still remember the first few days while studying when I was new in a lab. The professor had agreed to let me write a term paper in his department. On the second day, he came to me and asked me to start writing.

I asked back: "What should I write down? I haven't even started the work yet."

He replied: "Write down what you plan to do! Write down how you want to proceed! Write down what literature there is. What are the important terms?"

Wow. He was right. These were all things that I could already write down. I learned from him how to write. Writing helps me think. In this blog, for example, I write down my knowledge and insights that I will need later. If I write down important things, I save a lot of time later because I don't have to do the research again.

What should you write down in business?

Over time, I have learned that the following information helps me:

  • Journal: There are days when I write down a lot. It's information about my cases and projects. Maybe also tasks that I want to complete. There is a journal section in my notes for this. But these notes shouldn't live long. Watts Humphrey recommended keeping an engineering journal.
  • Project notes: I have a note for (almost) every task or project. These are basic information about a process, e.g. contact persons or links to systems. But also next steps and results. David Allen recommends keeping a projects list.
  • Knowledge notes: Then I need an area in which I store my knowledge for the long term. Recently, I have done a lot of research into the history of the ideas behind Scrum or requirements management. There are lots of little notes about people, institutions or events. Long-term knowledge, however, also includes information on how I edit a video with ffmpeg. Sönke Ahrens recommends a zettelkasten for this.

Each category has to be organized differently so that I can find something again. 

Are there any special principles or rules that make note-taking and note management easier?

I have had a few problems in the past with the many different types of notes:

  • I forgot to write down something important. (Or I wrote it down but forgot where I put it).
  • Notes become outdated. I lost track of what was still current and what was not.
  • Notes, tasks and information were in many different places.

I therefore thought about or copied a few principles:

  • There is only one place where the notes are. I used to have notes in different places. This led to long search times.
  • Temporary notes are separated from permanent notes. Separate the dynamic from the static notes.
  • Write down the sources where you found something.
  • Revise notes regularly. Create overviews regularly.
If I only have one program for notes, what could a structure look like?

Structure for notes

I have three places for my knowledge:
  • my program for notes (e.g. Obsidian),
  • a literature database for all books, articles or other sources (e.g. Zotero) and
  • my file storage, where all files and emails are located.
I have the following structure in my note program:
  • Journal: a note for each day. The diary is tidied up regularly.
  • Project notes: a note for each process or project. When I group the projects or processes into folders, I use the same logic as for my file storage.
  • Knowledge notes: there are many small notes here. There is a very rough list of topics by which I sort my notes. This list follows a different logic than that of the file storage. I also use this list of topics when managing my literature.

 

Fig. 1: A structure for notes

Are there special routines?

Yes. I have gotten into the habit of a few things:

  • Every day a note is created (automatically) for the day.
  • Every morning I go through the note from the previous day. I transfer the knowledge and some tasks to the process or knowledge notes. I transfer the tasks that I want to do today to today's note.
  • A note is created for each new project.
  • When a project (or case) is completed, the note is archived. I either move it to the archive folder in my note program or I save the file for the project in my file storage. This should definitely make it disappear from the list of active processes.
  • I note down references to books, videos, blog articles, etc. in my literature database on the relevant topic.
  • Knowledge notes are filed in the relevant topic. Each knowledge note contains a link to the index of the topic.

Anyone who wants to delve deeper into this topic will find useful knowledge in these books:

 

Kommentare

Beliebte Posts aus diesem Blog

Microsoft Teams: Die neuen Besprechungsnotizen - Loop-Komponenten

  Haben Sie in letzter Zeit in einer Teams-Besprechung die Notizen geöffnet? Dort sind inzwischen die Loop-Komponenten hinterlegt. Die sind zwar etwas nützlicher als das, was zuvor zur Verfügung stand. Trotzdem ist noch Luft nach oben. Und es gibt sogar einige ernstzunehmende Stolperfallen. Hier ein erster, kritischer Blick auf das was Sie damit tun können. Und auch darauf, was Sie besser sein lassen.

Agile Sternbilder: Die Entdeckung kosmischer Agilitäts-Superkräfte

Hast du dich je gefragt, ob dein Sternzeichen deine Fähigkeiten in einer agilen Arbeitsumgebung beeinflusst? In diesem Blogpost tauchen wir ein in die faszinierende Welt der Astrologie und ihre mögliche Verbindung zu modernen Arbeitsweisen. Entdecke, wie die Sterne deine agilen Stärken prägen könnten. Ob überzeugter Agilist oder neugieriger Sternzeichenliebhaber – dieser Artikel kann dir neue Perspektiven eröffnen und vielleicht sogar dein nächstes Teamprojekt inspirieren!

Den passenden Job finden

Hier teile ich, wie ich daran arbeite, endlich den richtigen Job zu finden. Kleingedrucktes: Dieser Artikel richtet sich (natürlich) an jene, die gerade in der luxuriösen Position sind, dass sie nicht jedes Angebot annehmen müssen. Anstatt von Engagement zu Engagement zu hetzen und frustriert zu sein über Konzernstrukturen, fehlende Ausrichtung und die Erkenntnis, dass in einem selbst beständig die Hintergrundfrage nagt, ob es das ist, womit man seine immer knapper werdende Lebenszeit wirklich verbringen möchte, gibt es manchmal auch die Möglichkeit, die nächste berufliche Station etwas nachhaltiger auszusuchen - auch, um tatsächlich (etwas) mehr beitragen zu können.

Die Microsoft Teams-Not-To-Do-Liste

Viele hoffen, dass es  für die Einrichtung von Microsoft Teams  den Königsweg gibt, den perfekten Plan – doch den gibt es leider (oder glücklicherweise?) nicht. Genauso wenig, wie es jemals einen Masterplan für die Organisation von Gruppenlaufwerken gab, gibt oder je geben wird. Was gut und vernünftig ist hängt von vielen Faktoren und ganz besonders den Unternehmensprozessen ab. Sicher ist nur eines: Von alleine entsteht keine vernünftige Struktur und schon gar keine Ordnung. Dafür braucht es klare Entscheidungen.

Agilität ist tot. Ausgerechnet jetzt?

Agilität wird zurückgefahren, Hierarchien kehren zurück. Doch ist das wirklich der richtige Weg in einer Welt, die immer unberechenbarer wird? Oder erleben wir gerade eine riskante Rolle rückwärts?

Wie beschreibt man einen Workshop für eine Konferenz?

Konferenzen bieten immer ein gutes Forum, um sein Wissen und seine Erfahrungen zu teilen. Was für die Vortragenden selbstverständlich scheint, ist für die Besucher:innen oft unverständlich. Wie können Vortragende ihren Workshop in 2-3 Sätzen beschreiben, damit die Besucher:innen schnell einschätzen können, er sich für sie lohnt?

Gemeinsam eine Anwenderdokumentation erstellen

Unternehmenssoftware ist ein wichtiges Bindeglied zwischen Anwenderinnen und Anwendern, den Unternehmensprozessen und den Ergebnissen. Normalerweise schreibt der Hersteller der Software die Dokumentation für diejenigen, die die Software benutzen. Wenn die Software allerdings stark angepasst wurde, muss die Dokumentation von denen kommen, die die Prozessmaschine am besten verstehen - den Anwenderinnen und Anwendern. Wie könnte man das praktisch machen?

Der Softwareeisberg, die Softwarepyramide - Wie sprechen wir über neue Software?

Software ist aus den Geschäftsprozessen vieler Unternehmen nicht mehr wegzudenken. Sie verwaltet Kunden- und Produktdaten. Sie automatisiert Abläufe und verhindert Fehler. Aber Software veraltet. Was machen wir, wenn wir Unternehmenssoftware erneuern müssen? Von den ersten Konzepten bis zum ersten Release ist es ein weiter Weg, mit vielen Entscheidungen. Wie sprechen wir über diese Entscheidungen?