Direkt zum Hauptbereich

Wissen teilen - wie schreibe ich?

Andere Berater:innen stöhnen häufig, wenn es um das Aufschreiben von Wissen geht: "Viel Arbeit! wann soll ich das noch machen, liest eh keiner usw." Dann schauen sie mich an und fragen: "Jan, wie schreibst Du denn eigentlich?" Dieses Wissen möchte ich gern teilen. Vielleicht hilft es anderen, schneller etwas zu Papier zu bringen. (Was wäre eigentlich der passende Ausdruck für elektronische Dokumente?)

Mein Anspruch an ein Ergebnis

Wir leiden nicht mehr unter Wissensmangel, sondern an einem Informationsüberfluss. Da es ohnehin schon schwierig ist, schnell die richtigen Informationen zu finden, denke ich lieber dreimal nach, ob ich meinen Text überhaupt schreibe: Welchen Nutzen haben die Leser:innen von meinem Text? Warum sollte er/sie den Text bis zum Ende lesen?

Foto von Glenn Carstens-Peters auf Unsplash
Ich finde es übrigens gar nicht wichtig, ein Thema umfassend zu beschreiben. Mir reicht es, Interesse zu wecken. Der Leser/die Leserin soll Lust bekommen, sich selbst weiter zu informieren.

Deshalb ist es so wichtig, die Quellen anzugeben, auf denen meine Ideen gründen. Darauf achte ich selbst bei anderen Autor:innen. Das hat einen ganz praktischen Nutzen, denn die Leser:innen haben immer Fragen: Ist das, was ich lese, das relevante Material? Kann ich mich auf die Informationen verlassen? Nichts ist peinlicher, als mit einer neuen Idee um die Ecke zu kommen und dann zu hören, dass diese schon längst überholt ist.

Bei der Qualität der Text achte ich auf eine Lesbarkeit von um die 60 (von 100) und einen Anteil von heißer Luft unter 30%. Es gibt dafür hilfreiche und nette Tools (z. B. den Fleschindex.de und das Blablameter.de). Wie man besser schreibt, hat Thilo Baum in 30 Minuten Gutes Schreiben gut erklärt.

Und wie komme ich eigentlich an meine Ideen?

So kommen die Themen zu mir

Es gibt mehrere Anlässe, die mich zum Schreiben motivieren:

  • Ich ärgere mich über mich selbst, weil ich etwas anderen (z. B. Kund:Innen oder Kolleg:Innen) nicht erklären konnte. Dann schreibe ich es auf.
  • Ich habe an einer interessanten Diskussion teilgenommen und fasse meinen Beitrag oder die Erkenntnisse aller zusammen.
  • Ich lese etwas Wichtiges, für das es keine Quellen in deutscher Sprache gibt: Ich fasse sie für andere zusammen.
  • Ich habe etwas entwickelt, das ich teilen möchte (z.B. ein Spiel, eine Übung, einen Workshop, eine besondere Vorgehensweise).
  • Ich ärgere mich über andere: Jemand anderes schreibt etwas, mit dem ich nicht einverstanden bin. (Manchmal rege ich mich sogar richtig auf. Aber ich versuche den anderen Autor nicht bloßzustellen. Stattdessen versuche ich nur das aufzuschreiben, was mir wichtig ist.)

Und wie wird daraus ein Text?

So entstehen meine Texte

Was bei mir zu schlimmen Texten führt, ist, einfach draufloszuschreiben. Schrecklich! Dann gibt es keine Kernaussage, ich komme nicht auf dem Punkt geschweige denn zum Ende. Erfahrungsgemäß komme ich also auf andere Weise zu besseren Texten.

Ad-hoc-Inhaltsverzeichnis

Wenn ich eine Idee habe, dann schreibe ich die Idee auf und notiere mir die wesentlichen Punkte, die in den Text gehören. Das Notieren der ersten Punkte dauert keine 2 Minuten. Wenn ich dann Zeit habe, schreibe ich den Text herunter. (So entstand auch dieser Text.) 

Skelett-Version

Für ich ist's immer praktisch, wenn ich mir eine passende Grundstruktur aussuche. Von der erlaube ich mir später natürlich, auch wieder abzuweichen, wenn das nötig ist. Erst einmal hilft es mir aber zum Starten. Hier ein paar Ideen:

  • Vergangenheit, Gegenwart, Zukunft: Wie ist die Idee entstanden? Wie wird sie heute genutzt? Was ist in Zukunft zu erwarten?
  • Aufmerksamkeit, Kontext, Leistung: Diese Struktur ist gut, um Personen zu beschreiben. Zuerst braucht's einen besonderen Aufhänger, um eine Person interessant zu machen. Dann wird der Kontext dargestellt, in dem die Idee entstand. Danach, was die Leistung oder die Lösung der Person so besonders macht? Warum ist das für uns heute relevant oder wichtig? 
  • Problem, Erwartung, Lösung: Gut, um Konzepte oder Vorgehensweisen vorzustellen. Was ist das Problem? Wie stellt es sich dar? Was macht es so ärgerlich? Welche Erwartungen habe ich an eine gute Lösung? Wie muss eine Lösung aussehen? Dann erst die Lösung vorstellen, damit die Leser:innen erkennen, dass die Lösung hilft.

Natürlich gibt es noch die bekannte Heldenreise als Strukturhilfe. Für Sachtexte finde ich auch den Ablauf gut, den Jon Franklin in "Writing for Story" nutzt: Problem/Konflikt, drei Entwicklungsstufen (von welchen zwei nicht klappen), und dann die Auflösung.

Story-Map

Wolf Steinbrecher und ich haben für zwei Bücher eine Story-Map erstellt. Das hat diesmal nichts mit Schreiben zu tun. Die Technik stammt aus der Softwareentwicklung. Jeff Patton hatte sich überlegt, wie man sich Überblick über die Funktionen einer Software verschafft und ist dabei die verschiedenen Stationen eines Anwenders durchgegangen.

Wolf und ich überlegten uns ein Story-Map für unser ganzes Buch: Wir einigten uns darauf, was jeweils in die Kapitel kommt. Dann nahmen wir uns ein Kapitel nach dem anderen vor, indem jeder von uns jeweils eine Stunde an einem Kapitel schrieb. Direkt im Anschluss ans Schreiben lasen wir uns die Texte gegenseitig vor und korrigierten sofort, was uns auffiel. Nach zwei Tagen war das Buch fertig (mit 100 DIN-A5-Seiten).

Mach den Text spannend

Ich finde Texte total langweilig, die direkt vom Problem zur Lösung kommen. Da kann man von Romanen lernen. Dort werden die Leser:innen mit Szenenwechseln bei der Stange gehalten. Autor:innen überlegen sich vorab, wie die Szenen enden. Dann folgt auf eine Szene entweder eine Auflösung. Oder die Situation wird der Spannung halber schlimmer. James N. Frey beschreibt diese Technik sehr schön in "Wie man einen verdammt guten Roman schreibt".

Das funktioniert natürlich auch für Sachtexte. Wobei hier und da eine von diesen Fragen ausreicht: "Wie hat er das hinbekommen?", "Warum war ihre Leistung besonders?", "Warum ist kein anderer auf die Idee gekommen?".

Das sind meine Tricks. Viel Spaß beim Schreiben!

Kommentare

Beliebte Posts aus diesem Blog

Wie lassen sich Ergebnisse definieren? - Drei Beispiele (WBS, CBP und BDN)

Ich habe schon darüber geschrieben, warum das Definieren von Ergebnissen so wichtig ist. Es lenkt die Aufmerksamkeit des Projektteams auf die eigentlichen Ziele. Aber was sind eigentlich Projektergebnisse? In diesem Beitrag stelle ich drei Methoden vor, um leichter an Ergebnisse zu kommen.

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.

Microsoft Copilot - Notebook, Pages, Agents und mehr

Es tut sich sehr viel an der Copilot Front. Gefühlt entwickelt Microsoft mit aller Kraft die KI-Anwendung weiter. Mit dem letzten Update hat sich die Microsoft-Startseite stark verändert. Hier zeige ich, was sich hinter all den Begrifflichkeiten verbirgt und was davon alltagstauglich ist.

Schätzungen sind schätzungsweise überschätzte Schätze

"Wer viel misst, misst viel Mist." Zumindest ist diese Gefahr gegeben. Entweder misst man z. B. Mist, weil man zu früh zu KPIs zur Messung von Ergebnissen greift, oder aber man greift zu den falschen KPIs, die gar nicht das messen, was man wissen möchte. Einst war agiles Arbeiten der alternative Ansatz, aber inzwischen gibt es auch für einige Details dessen, was in Konzernen als "agil" praktiziert wird, einleuchtende alternative Ideen, die bis heute noch nicht so richtig auf die große Bühne vorgedrungen zu sein scheinen. 

Wenn es mal gerade etwas schwierig bei Kund:innen wird… Zwei Fragen, die uns helfen, unsere Strategie mit unseren Kund:innen abzusprechen.

Seit 2024 organisieren Bob Galen und ich eine Masterclass für agile Coaches. Wir möchten die Ausbildung von agilen Coaches verbessern und ihnen Techniken mitgeben, mit denen sie bei ihren Kund:innen etwas einfacher haben. Bisher haben wir in vier Durchgängen mit jeweils 14 Modulen ungefähr 70 Extraordinarily Badass Agile Coaches ausgebildet (/1/). In diesem Blogpost möchte ich ein paar Erfahrungen und simple Techniken aus der Masterclass teilen, wie wir unsere Strategie besser abstimmen können. Sie beschränken sich nicht auf agiles Coaching – das ist nur das Setting.

Teamleitungen gesucht

Was macht Teams erfolgreich? Kann man das lernen? Ab Herbst starten unsere Kurse für aktuelle und künftige Teamleitungen. Jetzt gibt es die Gelegenheit, den Kurs zu testen.

Wie überprüft man den aktuellen Stand einer neuen gemeinsamen Ablage?

Ihr habt in eurem Team die individuellen, unordentlichen Ablagen auf eine gemeinsame Ablage, die nach Vorgängen und Prozessen geordnet ist, umgestellt. Woher wisst ihr, ob das wirklich funktioniert? In diesem Beitrag gibt es 10 Auditfragen.

Nachschau zum Lean Coffee-Spezial "Agil einfach machen" (Interaktive Buchvorstellung)

Bei unserem Lean Coffee-Spezial Ende Mai waren wir von Lean Coffee Karlsruhe/Frankfurt Zeugen einer Buchvorstellung, doch nicht nur das – natürlich gab es auch einen nicht unbeträchtlichen Anteil an eigener Aktion, denn bei unseren Spezialterminen ist traditionell „Teilgabe“ angesagt. Das Autorenduo Christian Baron und Janick Oswald zeigte uns, was es mit „Agil einfach machen“ auf sich hat.  

Wie läuft ein Projekt zum Entwickeln von Szenarien ab?

Seit 2016 beschäftigen Edgar und ich uns intensiv mit der Szenariotechnik. Szenarien sind ein wirkungsvolles Werkzeug, um Projekte oder ganze Geschäftsmodelle auf ihre Zukunftstauglichkeit zu testen.

A shared file storage is not a library

In over 90% of cases where we advise organizations on filing systems, we find that they are organized by topic. This system quickly leads to chaos because outdated documents are not disposed of quickly enough. So why does everyone think to structure their filing system by topic? I believe we have the wrong idea.