Die Wahl eines geeigneten Enterprise Wikis spielt in vielen Organisationen eine wichtige Rolle für den erfolgreichen Wissensaustausch. Mit zahlreichen Lösungen auf dem Markt kann die Auswahl jedoch überwältigend sein.
Auch wenn sich Enterprise Wikis auf die Nutzung dieser in Unternehmen beziehen, heißt das nicht, dass die hier angeführten Lösungen nicht auch für andere Organisationsarten, wie Vereine, Stiftungen, Behörden, NGOs, Bildungseinrichtungen und viele weitere geeignet sind.
Da sich die Frage nach dem “richtigen Wiki” jedoch nicht pauschal beantworten lässt, möchte ich hier einen kompakten Überblick über die beliebtesten Systeme und deren Funktionen geben, damit sich Organisationen (bzw. die Personen in der Verantwortung) selbst eine fundierte Meinung bilden können.
Tipp: Die Informationen aus diesem Artikel gibt es auch in Videoform auf YouTube.
Während Atlassians Confluence lange als Quasi-Standard galt, führen Preisentwicklung und die Ankündigung der Beendigung der selbstgehosteten Produkte1 dazu, dass viele Organisationen jetzt alternative Wiki-Lösungen in Erwägung ziehen. In diesem Artikel möchte ich deshalb die sechs populärsten Wiki-Lösungen, abseits von Confluence vergleichen. Dabei richte ich den Fokus speziell auf den deutschen Markt und schaue mir die Anforderungen an, welche Organisationen häufig an Wiki-Systeme stellen.
Mir ist es wichtig zu betonen, dass dies ein unabhängiger Vergleich ist. Dieser Artikel wurde ohne Einflussnahme oder finanzielle Unterstützung von Interessensgruppen erstellt.
Basisfunktionen außerhalb des Vergleichs
Die folgenden häufig angeforderten Funktionen sind in der Wiki-Welt mittlerweile zum Standard geworden, weshalb ich diese nicht mit in den tabellarischen Vergleich aufgenommen haben.
Die sechs Lösungen habe ich, gemessen an ihrem Nachfrage-Volumen in Deutschland2 (über die letzten 5 Jahre) absteigend sortiert.
Im Vergleich zu der Fünf-Jahresbetrachtung ist das Nachfrage-Volumen von XWiki und BookStack in den letzten 12 Monaten deutlich gestiegen, die Reihenfolge bleibt jedoch auch dort bestehen.
Vorab-Hinweise zu einzelnen Eigenschaften:
zum Punkt “Kostenlos”: bezieht sich ausschließlich auf die Software, ohne Support.
zum Punkt “Redlinks”: Redlinks sind Hyperlinks in Wikis, die (meist) in roter Farbe dargestellt werden und auf noch nicht erstellte Seiten verweisen. Sie dienen als visueller Hinweis und Einladung zur Erstellung fehlender Inhalte.
zum Punkt “mobile friendly”: dies bedeutet, dass das Wiki so gestaltet ist, dass es auf Mobilgeräten leicht zu navigieren und gut lesbar ist.
Mit einem Stern (*) versehene Angaben werden unten näher erläutert. Die Angabe “ Plugin” bedeutet, dass die Funktion mithilfe einer kostenfreien Erweiterung hinzugefügt werden kann.
Auf der Website wikimatrix.org können 82 (!) Wiki-Systeme technisch verglichen werden, auch die hier genannten. Auf der Website wird jedoch Werbung für einzelne Lösungen und Dienstleistungen gemacht, weshalb ich keine Neutralität garantieren möchte. Auch sind einige Angaben nicht up to date.
MediaWiki
MediaWiki ist die Software, auf welcher Wikipedia basiert. Es verfügt über umfangreiche Erweiterungsmöglichkeiten durch kostenlose Plugins und eine sehr aktive Community. Mit flexiblen Anpassungsoptionen und der Unterstützung für Mehrsprachigkeit eignet sich MediaWiki nicht nur für große Enzyklopädien, sondern auch für Organisationswikis verschiedenster Art.
Ein frisch installiertes MediaWiki bietet zwar bereits umfangreiche Wiki-Funktionen, jedoch müssen für ein nutzungsfreundliches Firmenwiki noch einige Plugins installiert werden. Wer dafür keine Kapazitäten hat – viele Plugins bürgen immer auch einen höheren administrativen Aufwand – und zusätzlichen Enterprise Support benötigt, sollte eventuell BlueSpice in Erwägung ziehen.
Anmerkungen zu den markierten (*) Angaben in der Tabelle:
Enterprise Support: Es gibt Dritte, die Enterprise Support für MediaWiki anbieten.
Kommentare: MediaWiki bietet statt typischen Kommentaren eine dedizierte Diskussionsseite für jede Wiki-Seite.
Kollaboratives Bearbeiten: mithilfe der kostenlosen Erweiterung CollabPads
Visueller Editor: mithilfe der kostenlosen Erweiterung Visual Editor
mobile friendly: je nach Skin (Design, welches das Aussehen und Layout bestimmt) unterschiedlich, der Standardskin “Vector” (und viele andere) benötigen für eine mobil-freundliche Darstellung jedoch die kostenlose Erweiterung “MobileFrontend“
Zwei-Faktor-Authentisierung: mithilfe der kostenlosen Erweiterung OATHAuth
PDF-Export: Es gibt mehrere Plugins, welche diese Funktion gewährleisten.
DokuWiki ist besonders für seine Einfachheit bekannt, da es keine Datenbank benötigt und im Allgemeinen eher auf eine simple Bedienoberfläche setzt. Es hat eine sehr aktive Community und ist ideal für Teams oder Organisationen, die eine schnelle und einfache Möglichkeit zur Dokumentation suchen, ohne viele Einstellungen vornehmen zu müssen. Auch DokuWikis Community bietet ein umfangreiches und kostenfreies Plugin-Angebot.
Anmerkungen zu den markierten (*) Angaben in der Tabelle:
Enterprise Support: Es gibt Dritte, die Enterprise Support für DokuWiki anbieten.
Kommentare: mithilfe der kostenlosen Erweiterung “Comment Plugin“
Visueller Editor: Es gibt mehrere Plugins, welche diese Funktion gewährleisten.
Simple Statistiken: mithilfe der kostenlosen Erweiterung “Statistics Plugin“
PDF-Export: Es gibt mehrere Plugins, welche diese Funktion gewährleisten.
XWiki
XWiki ist eine Wiki-Software, welche sich durch ihre Anpassbarkeit und Erweiterbarkeit auszeichnet. Ähnlich wie MediaWiki und DokuWiki bietet es umfangreiche Erweiterungsmöglichkeiten durch kostenlose Plugins, die von einer aktiven Community bereitgestellt und gepflegt werden. XWiki ist besonders geeignet für Organisationen und Teams, die ein individuell angepasstes System suchen, ohne die Komplexität, die mit umfangreicheren Wikis einhergehen kann.
Im Vergleich zu anderen Wikis setzt XWiki auf eine eher hierarchische Strukturierung, welche den Nachteil mit sich bringt, dass sich vorab überlegt werden muss, wo der Inhalt einsortiert wird. Dies kann dazu führen, dass Inhalte gar nicht erst dokumentiert werden.
Anmerkungen zu den markierten (*) Angaben in der Tabelle:
BookStack ist eine übersichtliche Wiki-Software, die sich durch ihre einfache Bedienung und einzigartige Strukturierung der Inhalte in Regalen, Büchern, Kapiteln und Seiten auszeichnet. Diese klare Gliederung ermöglicht es, Informationen schnell zu finden und zu organisieren, was den Zugang und die Navigation erleichtert. Anders als bei vielen anderen Enterprise Wikis setzt BookStack auf ein schlankes Design ohne zusätzliche Plugins, wodurch es sich besonders für Anwender*innen eignet, die eine unkomplizierte und direkt einsatzbereite Lösung bevorzugen, ohne durch eine Vielzahl von Erweiterungen überwältigt zu werden.
Ähnlich wie bei XWiki, hat diese hierarchische Strukturform den Nachteil, dass sich vorab überlegt werden muss, wo der Inhalt einsortiert wird. Dies kann dazu führen, dass Inhalte gar nicht erst im Wiki abgelegt werden.
BlueSpice basiert auf der Software MediaWiki und wird von der in Deutschland ansässigen Firma “Hallo Welt! GmbH” entwickelt und supportet. Im Vergleich zum regulären MediaWiki ist BlueSpice explizit für den organisationalen Gebrauch konzipiert und kommt standardmäßig mit rund 180 nützlichen Plugins. Zudem bietet BlueSpice einen Migrations-Service von Confluence zum eigenen System an.
Anmerkungen zu den markierten (*) Angaben in der Tabelle:
Kostenlos: Es gibt eine kostenlose Version, bei welcher jedoch einige der verglichenen Funktionen wegfallen. Was die kostenfreie Version beinhaltet und was nicht, ist auf der offiziellen Bluespice-Website zu finden.
Plugin-Verfügbarkeit: Für BlueSpice können dieselben Erweiterungen verwendet werden, wie für MediaWiki.
Drupal Wiki zeichnet sich durch seine spezielle Ausrichtung auf Qualitäts- und Wissensmanagement aus. Ähnlich wie BlueSpice, hat sich Drupal Wiki auf den Einsatz in Unternehmen fokussiert und bietet einen Migrations-Service von Confluence zum eigenen System an. Mit einem umfangreichen Strukturierungssystem, das Kategorien, Tags und Räume umfasst, ermöglicht Drupal Wiki eine, im Vergleich zu anderen Systemen, erweiterte Organisation von Inhalten.
→ eine Demo ist lediglich auf Anfrage und über einen begrenzten Zeitraum von 30 Tagen möglich
Einzelnachweise
“From Data Center to Cloud” am 10.09.2025 von www.atlassian.com abgerufen ↩︎
Interesse im zeitlichen Verlauf von “DokuWiki, XWiki, BookStack, Bluespice, Drupal Wiki” am 26.10.2023 von trends.google.de abgerufen ↩︎
Die in der Tabelle verwendeten Icons sind von Font Awesome.
Dokumente überall: Auf dem Desktop, in Ordnern, in E-Mails und sehr wahrscheinlich nicht einmal in der aktuellen Version. Sie sind schnell erstellt, aber oft schwer wiederzufinden, unhandlich zu teilen oder schlicht veraltet. Dieses Chaos kann frustrieren und eine Menge Zeit kosten. Ein Enterprise Wiki hingegen bietet Struktur, Aktualität und eine niedrigschwellige Möglichkeit, Informationen zu teilen.
Dieser Leitfaden soll bei der Entscheidung unterstützen, ob eine Information in Form eines klassischen (digitalen) Dokuments oder im Organisations- bzw. Firmen-Wiki geteilt werden sollte.
Verallgemeinert lässt sich empfehlen, so viele Informationen wie möglich im Wiki zu speichern, um die Zusammenarbeit, Aktualität und Zugänglichkeit zu verbessern. Dokumente sollten nur in (den folgenden) spezifischen Fällen verwendet werden, und zwar dann, wenn die Art des Inhalts oder andere Parameter dies wirklich erfordern.
Begriffsklärung
Dokument: Ein (elektronisches/digitales) Dokument ist eine Aufzeichnung von Informationen, die in verschiedenen Formaten wie DOCX (Word), XLSX (Excel), PPTX (PowerPoint), PDF usw. gespeichert wird.
Wiki: Ist ein niedrigschwelliges, beschränkungsarmes und webbasiertes Werkzeug (IT-Tool) für den kollaborativen Wissens- bzw. Informationsaustausch, wie Confluence, BlueSpice, MediaWiki, DokuWiki, XWiki und viele weitere.
Was verwende ich wann?
Die folgenden Umstände erfordern meist die Verwendung eines Dokuments.
Komplexe Formatierung und Gestaltung: Wenn der Inhalt spezielle (nicht anders abbildbare) Formatierungen, Funktionen in Tabellen, umfangreiche Diagramme oder andere komplexe Layouts erfordert, ist ein Dokument besser geeignet, um diese Anforderungen zu erfüllen.
Offline-Zugriff: Wenn die Informations-Adressat*innen häufig in Situationen ohne Internetzugang arbeiten, ist die Verwendung eines Dokuments zu empfehlen, da der Zugriff auf Wiki-Inhalte offline nicht möglich ist.
Externes Teilen: Wenn die Information mit Externen (wie Kund*innen oder Lieferant*innen) zu teilen ist. Da ein firmeninternes Wiki oft nicht für externe Parteien freigeschaltet ist und gewisse Design-Standards (Corporate Design) einzuhalten sind, sollte in einem solchen Fall auf ein Dokument zurückgegriffen werden.
Juristische oder rechtliche Anforderungen: Für rechtlich bindende Dokumente wie Vereinbarungen oder Verträge ist ein Dokument erforderlich, um die Rechtsverbindlichkeit sicherzustellen.
→ Alles andere (wofür es keine dedizierte Wissensmanagement-Software gibt) sollte im Wiki dokumentiert werden.
Weitere Vorteile eines Wikis
Zentralisierung von Informationen: Während Dokumente oft auf verschiedenen Laufwerken, Ordnern oder in E-Mails verteilt sind, bietet ein Wiki eine zentrale Anlaufstelle für Informationen. Dieser Ansatz erleichtert die Suche nach den richtigen Inhalten, ebenso wie diese aktuell zu halten.
Kollaborative Bearbeitung: Bei der Bearbeitung digitaler Dokumente können Bearbeitungskonflikte auftreten, wenn mehrere Personen gleichzeitig darauf zugreifen (sollte dies überhaupt möglich sein). In einem Wiki können dagegen viele Personen simultan an Inhalten arbeiten.
Versionshistorie: Während bei Dokumenten oft mehrere Versionen manuell erstellt und gespeichert werden müssen, protokolliert ein Wiki automatisch alle Änderungen.
Einfache Verlinkung: In Dokumenten sind Verlinkungen oft nur begrenzt (wenn überhaupt) nutzbar. Wikis bieten dagegen die Möglichkeit, Inhalte leicht miteinander zu verknüpfen, was das Lernen und Navigieren erleichtert.
Integration: Dokumente sind in der Regel isolierte Dateien. Wiki-Inhalte hingegen können leichter in andere Systeme integriert werden, wodurch der Informationsaustausch verbessert wird.
Ein wissensförderliches IT-Tool zu implementieren ist eine anspruchsvolle Aufgabe, die sorgfältige Planung und einen partizipativen Ansatz erfordert. Es ist mir wichtig, zu betonen, dass eine Wissensmanagement-Software nicht isoliert betrachtet werden sollte und nicht alleine dafür sorgen wird, dass das Wissensmanagement auf “die nächste Stufe” gehoben wird. Solche Lösungen können hilfreiche Werkzeuge sein, aber sie sind immer nur so gut wie die Organisationskultur, in der sie eingesetzt werden.
Auch ist es besonders wichtig, alle von der Veränderung betroffenen Personen abzuholen und einzubeziehen. Die Prinzipien des Change Managements – Partizipation, Transparenz und Kommunikation – spielen hierbei eine entscheidende Rolle.
Bedürfnisse und Ziele klar definieren
Der erste Schritt besteht darin, die spezifischen Bedürfnisse und Ziele der Organisation zu identifizieren. Dies sollte in einem partizipativen Prozess erfolgen (!), in welchen die Nutzenden aktiv einbezogen werden. Auf diese Weise kann sichergestellt werden, dass das zu implementierende IT-System den Anforderungen und Erwartungen der zukünftigen Nutzer*innen entspricht.
Die von mir bevorzugte und besonders partizipative Vorgehensweise ist eine “einfache” Umfrage.
In diesem Schritt ist es besonders sinnvoll, das bestehende Berechtigungskonzept zu reflektieren. Oftmals sind Organisationen nicht gewohnt, einen so offenen Ansatz (mit wenigen Lese-/Schreibbeschränkungen) zu verfolgen, wie ihn eine Wissensplattform benötigt. Dies führt früher oder später zu Problemen und kann die gesamte Einführung nachhaltig gefährden.
Die Auswahl der richtigen Wissensmanagement-Software, welche den Bedürfnissen der Organisation entspricht und gleichzeitig ausreichend intuitiv in der Anwendung ist, stellt den nächsten Schritt dar. Hierbei ist Transparenz von entscheidender Bedeutung. Die Nutzenden sollten den Auswahlprozess nachvollziehen können und verstehen, wie das ausgewählte IT-System ihre Arbeit unterstützen wird.
Welche Art von Anwendung es wird, hängt von den Bedürfnissen und dem Ziel ab. Ob es ein Wiki, ein ECMS eine Lernplattform (LMS), oder ein anderes IT-Tool wird, ist demnach höchst individuell.
Begleitung und Schulung der Nutzer*innen
Die Implementierung des IT-Tools ist nur der Anfang. Im Weiteren kann eine transparente, begleitende Kommunikation (in Meetings, über Blog-Beiträge oder auf anderem Wege) erheblich zu dem Erfolg der Einführung beitragen. Auch ist die Schulung der Nutzenden entscheidend, um diese zu befähigen, das IT-System zu nutzen. Zusätzlich zur Schulung ist auch ein dedizierter Support wichtig, an den sich die Mitarbeitenden bei Fragen oder Problemen wenden können.
Für die Anfangszeit nach der Einführung des IT-Systems, empfehle ich wöchentliche “Change-Dialoge” anzubieten (in Präsenz, online oder hybrid), zu welchen interessierte Mitarbeitende Fragen und Anregungen mitbringen können.
Kontinuierliche Verbesserung
Eine Wissensmanagement-Software ist kein einmal geplantes und dann “in Stein gemeißeltes” Werkzeug. Durch das regelmäßige Einholen von Feedback und entsprechende Anpassungen kann das System auch in Zukunft relevant und nützlich bleiben. Nichts frustriert Nutzer*innen mehr, als dass diese immer wieder vor denselben Hindernissen und Problemen stehen.
Fazit
Insgesamt ist die erfolgreiche Implementierung eines WiMa-IT-Systems nicht nur ein einmaliges Projekt, sondern anschließend ein fortlaufender Prozess, welcher die aktive Beteiligung aller Betroffenen erfordert.
Mit einer guten Bedarfsanalyse und klaren Zielen plus einem Fokus auf Partizipation, Transparenz und Kommunikation, steht dem nachhaltigen Erfolg des Wissensmanagement-Werkzeuges nichts mehr im Weg!
Wenn wir über Wissen in Organisationen sprechen, denken wir oft an Wissensdatenbanken, Richtlinien, Anleitungen (ob schriftlich oder mündlich), Protokolle oder an andere Dinge, die leicht gegriffen und dadurch ebenso leicht weitergegeben werden können. Wir denken also an das explizite Wissen. Doch was ist mit dem Wissen, welches wir nur sehr schwer, also mit hohem Aufwand oder gar nicht an andere Personen weitergeben können? Dieses Wissen – welches den größten Teil unseres Wissens ausmacht – ist das sogenannte implizite Wissen.
In diesem Artikel möchte ich die beiden Wissensarten erklären und Beispiele für diese nennen, damit die Abgrenzung greifbarer wird.
Vor allem jedoch möchte ich durch die Hervorhebung der unterschiedlichen Beispiele unterstreichen, dass unser Wissen nicht einfach in irgendwelche IT-Tools “gepackt” werden kann. Denn Wissen (und demnach auch Wissensmanagement) ist so viel mehr, als in IT-Anwendungen ablegbare Informationen.
Explizites Wissen
Explizites Wissen (oder explicit knowledge) ist das Wissen, welches leicht artikuliert und dadurch mit geringem Aufwand an andere Personen weitergegeben werden kann.
Beispiele für explizites Wissen
Anleitungen: Eine Anleitung – ob mündlich oder schriftlich – gibt vor, wie eine bestimmte Tätigkeit in welcher Reihenfolge durchgeführt werden sollte.
Regelungen: Organisationsregelungen oder andere Richtlinien sind ebenfalls explizites Wissen. Sie sind klar definiert und können leicht von einer Person zur anderen weitergegeben und oft in einem Dokument nachgeschlagen werden.
Wegbeschreibungen: Wenn der Weg zu einem bestimmten Ort (Kantine, Kund*in, Kolleg*in, etc.) erklärt wird, ist dies explizites Wissen. Die Route und die notwendigen Abbiegungen können klar beschrieben und die Informationen leicht verstanden und nachverfolgt werden.
Implizites Wissen
Implizites Wissen, auch stilles Wissen oder im Englischen “tacit knowledge” genannt, ist Wissen, welches nur mit erhöhtem Aufwand (und in manchen Fällen gar nicht) in Worte gefasst werden kann.
Diese Form des Wissens ist oft persönlicher und erfahrungsbedingter Natur und umfasst abstrakte Dinge wie persönliche Fähigkeiten, Erfahrungen, Intuitionen und Werte.
Beispiele für implizites Wissen
Organisationskultur: Die Kultur einer Organisation umfasst Überzeugungen, Verhaltensweisen, Normen, Werte und ungeschriebene Regeln, die in ihr vorherrschen. Diese so zu artikulieren, dass eine außenstehende Person sie genauso versteht wie eine Interne, ist nur mit einem enorm hohen Aufwand oder gar nicht möglich.
Erkennen von Emotionen: Das Erkennen von Emotionen bei anderen Menschen basiert auf implizitem Wissen. Wir können die Stimmung einer Person erkennen, indem wir auf subtile Hinweise wie Gesichtsausdrücke, Körpersprache oder Tonfall achten. Diesen Prozess können wir meist nicht vollständig erklären.
Beziehungen und Netzwerke: Wir haben oft ein Gespür dafür, wer was in der Organisation weiß und wer die richtige Person für bestimmte Themen ist. Dieses Wissen ist nur sehr schwer zu vermitteln, da es sich hierbei eher um ein Bauchgefühl handelt (weshalb ist gerade Person A die richtige für Thema Y).
Zusammenfassung
Explizites und implizites Wissen nehmen beide wichtige Rollen im organisationalen Wissensmanagement ein. Dabei ist jedoch zu beachten, dass unser gesamtes Wissen nicht einmal im Ansatz trivialerweise in Wissensmanagement-Software abgelegt werden kann, da es weit über die so abbildbaren Informationen hinausgeht.
Es ist wichtig, dass uns die verschiedenen Wissensarten präsent sind, damit wir Wissen nicht versehentlich auf in Dokumente gepackte Inhalte reduzieren oder gar unsere Wissensmanagement-Strategie nur mit Fokus auf des explizite Wissen erarbeiten.
Homeoffice ist mittlerweile zum Quasi-Standard eines modernen Arbeitsumfeldes geworden. Neben den vielen Vorteilen des mobilen Arbeitens kommt ein wesentlicher Aspekt aus dem Wissensmanagement hierbei jedoch oft zu kurz: der informelle Austausch. Doch das muss nicht sein!
Informeller Austausch ist die nicht strukturierte, oft spontane Weitergabe von Wissen zwischen zwei oder mehreren Personen.
Im Kontext von auf Distanz arbeitenden Teams stellt der informelle Austausch eine besondere Herausforderung dar. Die räumliche Trennung kann die Kommunikation und damit auch den effektiven Austausch erschweren.
Eine Möglichkeit, dieses Problem zu lösen, besteht in der Nutzung von speziellen IT-Tools. Plattformen für gemeinsames Arbeiten (Chats, Online-Meeting-Tools, etc.) oder explizite Wissensmanagement-Systeme (wie zum Beispiel Wikis) können dabei helfen, Informationen in einem Team zu organisieren und zugänglich zu machen.
Doch Tools alleine sind nicht die Lösung. Eine offene und kommunikative Kultur im Team ist essenziell. Es muss ein Klima des Vertrauens und der Zusammenarbeit geschaffen werden, in dem die Teammitglieder ermutigt werden, ihr Wissen überhaupt zu teilen und trotz Hürden voneinander zu lernen.
Auch regelmäßige (virtuelle) Meetings und Workshops können dazu beitragen, dass Wissen geteilt und Diskussionen angeregt werden. So wird nicht nur der Austausch innerhalb des Teams gefördert, sondern auch der Teamgeist gestärkt.
Die folgende Methode finde ich besonders charmant, da sie dem in Präsenz häufig stattfindenden Auf-dem-Flur-Treffen recht nahekommt:
Die Umsetzung ist (zumindest technisch gesehen) recht simpel. Mithilfe eines Online-Meeting-Tools wird ein täglicher Regeltermin eingestellt, zu welchem alle Teammitglieder eingeladen sind. Die Länge des Termins ist hierbei variabel und die Teilnahme freiwillig. Dieser Raum (das “Meeting”) sollte nun als Flur oder Kaffeeküche verstanden werden.
Wenn ich in meinem Alltag gerade Zeit habe, schnappe ich mir eine Tasse Kaffee (oder ein Wasser) und schaue kurz vorbei, um mich mit anderen Kolleg*innen auszutauschen. Wenn ich nur 10 Minuten Zeit habe oder mich die Themen nicht besonders interessieren, “gehe ich einfach weiter” (bzw. verlasse den Raum wieder).
Die Methode hat das Wort “Café” in sich, da es eine lockere und offenen Atmosphäre sein soll. Heißt: keine Agenda, keine Pflicht und auch persönliche Themen sind willkommen (wie es auf dem Flur eben auch der Fall wäre).
Aber weshalb ist diese Form des Austausches so wichtig? Informelle Gespräche sind ideal für schnelle Problemlösungen, da Mitarbeitende in einer ungezwungenen Umgebung unmittelbar Feedback und Ideen austauschen können. Vor allem aber verhindert sie die Bildung von Wissens-Silos innerhalb des Teams, was durch die Arbeit von Zuhause aus, schnell vorkommen kann.
