Was ist eine Community of Practice?
Inhaltsverzeichnis: Definition – Kernelemente – Nutzen und Beispiele – Entstehung und Scheitern – Fragen aus der Praxis – Hinweise
Wissen kompakt: Eine Community of Practice verbindet Menschen mit gemeinsamem Praxisfeld, damit sie Wissen, Erfahrungen und Lösungen austauschen, weiterentwickeln und in der Praxis anwenden.
Community of Practice – gemeinsam von Erfahrungen profitieren
In vielen Organisationen arbeiten mehrere Softwareentwicklungsteams gleichzeitig an ähnlichen Herausforderungen: Sie schneiden Anforderungen, automatisieren Tests, diskutieren Architekturentscheidungen, verbessern Deployment Pipelines, moderieren Retrospektiven oder suchen nach Wegen, technische Schulden zu reduzieren. Häufig entstehen dabei wertvolle Erfahrungen, Muster und Lösungen. Doch dieses Wissen bleibt oft im jeweiligen Team, in einzelnen Köpfen oder in verstreuten Dokumentationen verborgen.
Die Folge: Teams lösen vergleichbare Probleme mehrfach, gute Praktiken verbreiten sich nur zufällig und neue Kolleginnen und Kollegen brauchen lange, um vorhandenes Erfahrungswissen zu finden. Gleichzeitig wächst der Wunsch, über Teamgrenzen hinweg voneinander zu lernen, ohne die Selbstorganisation einzelner Teams einzuschränken.
Eine mögliche Antwort auf diese Herausforderung ist eine Community of Practice, ein Ansatz, der längst nicht nur in der Softwareentwicklung verbreitet ist. Sie verbindet Menschen, die ein gemeinsames Praxisfeld, ein gemeinsames Interesse oder ähnliche berufliche Herausforderungen teilen. In ihr tauschen die Beteiligten regelmäßig Erfahrungen, Fragen, Methoden und Lösungen aus, lernen voneinander und entwickeln ihre gemeinsame Praxis weiter. Eine Community of Practice ist damit kein klassisches Projektteam und keine formale Organisationseinheit, sondern ein sozialer Lernraum, in dem Wissen aus der Praxis entsteht, geteilt und nutzbar gemacht wird.
Geprägt wurde der Begriff 1991 von der Sozialanthropologin Jean Lave und dem Lerntheoretiker Etienne Wenger. [1] Ihre Untersuchung zum situierten Lernen bei Schneider-Lehrlingen in Westafrika zeigte, dass die Lehrlinge weniger von den Meistern als vielmehr von anderen Lehrlingen und Gesellen lernten, im direkten Austausch und im gemeinsamen Tun. Aus dieser Beobachtung entstand das Konzept der Community of Practice – oft auch einfach als CoP abgekürzt – als sozialer Lernraum. 1998 übertrug Wenger das Konzept gezielt auf den Organisationskontext, 2002 folgte gemeinsam mit Richard McDermott und William Snyder ein praxisorientiertes Standardwerk, das bis heute als Grundlage für den Aufbau von Communities of Practice in Unternehmen dient. [2]
Die drei Kernelemente einer Community of Practice
Damit aus einem losen Austausch tatsächlich eine Community of Practice wird, müssen drei Elemente zusammenspielen. Fehlt eines davon, entsteht bestenfalls ein Netzwerk, ein Meeting oder eine informelle Gesprächsrunde, aber keine Community of Practice im eigentlichen Sinn.
Domäne
Die Domäne ist das gemeinsame Thema, das die Beteiligten überhaupt erst zusammenbringt. Das kann agile Softwareentwicklung sein, Requirements Engineering, UX Research, Projektmanagement oder der Einsatz von KI im eigenen Fachbereich. Wichtig ist, dass die Domäne konkret genug ist, um echten fachlichen Austausch zu ermöglichen, aber breit genug, um unterschiedliche Perspektiven und Erfahrungen zuzulassen. Eine zu eng gefasste Domäne erschöpft sich schnell, eine zu weit gefasste verliert an Relevanz für den Alltag der Mitglieder.
Community
Die Community sind die Menschen selbst, ihre Beziehungen zueinander und die Bereitschaft, sich gegenseitig zu unterstützen. Das unterscheidet eine Community of Practice von einer reinen Wissensdatenbank oder einem Intranet-Artikel. Hier stellen Menschen Fragen, geben Rückmeldung, teilen auch unfertige Gedanken und lernen im direkten Austausch miteinander. Diese Beziehungsebene entsteht nicht automatisch, sie braucht Zeit, wiederkehrende Begegnungen und ein gewisses Maß an Vertrauen, um zu wachsen.
Praxis
Die Praxis ist das, was am Ende sichtbar und nutzbar wird: das gemeinsam entwickelte Erfahrungswissen, die Methoden, Werkzeuge, Muster, Checklisten und Lösungsansätze. Anders als reines Fachwissen entsteht die Praxis nicht durch Theorie, sondern durch das wiederholte Anwenden, Diskutieren und Verfeinern in der Community. Sie ist damit das konkrete Ergebnis der Zusammenarbeit, nicht nur ihr Nebenprodukt.
Erst wenn Domäne, Community und Praxis dauerhaft zusammenwirken, entsteht das, was eine Community of Practice ausmacht: ein lebendiger Raum, in dem Wissen nicht verwaltet, sondern gemeinsam weiterentwickelt wird.
Nutzen und Praxisbeispiele
Der Nutzen einer Community of Practice zeigt sich selten sofort, sondern entfaltet sich über Zeit, und zwar auf zwei Ebenen gleichzeitig:
1. Für die einzelnen Mitglieder bedeutet die Teilnahme, dass sie nicht mehr jede Herausforderung allein lösen müssen. Wer an einer schwierigen Architekturentscheidung sitzt, an einer unklaren Anforderung oder an einem wiederkehrenden Testproblem, findet in der Community idealerweise Menschen, die Ähnliches bereits durchdacht oder gelöst haben. Das spart Zeit, verhindert Umwege und stärkt gleichzeitig die eigene fachliche Identität, weil man sich nicht nur als Teil eines Teams, sondern auch als Teil eines größeren Praxisfelds versteht.
2. Für die Organisation als Ganzes zahlt sich dieser Austausch an anderer Stelle aus: Wissen, das sonst in einzelnen Teams oder Köpfen verharrt, wird sichtbar und wiederverwendbar. Best Practices verbreiten sich nicht mehr zufällig, sondern über einen etablierten Kanal. Neue Kolleginnen und Kollegen finden schneller Anschluss an vorhandenes Erfahrungswissen, weil sie nicht bei null anfangen, sondern auf eine gewachsene Praxis zugreifen können. Und dort, wo mehrere Teams unabhängig voneinander ähnliche Probleme lösen, sinkt der Aufwand, weil Lösungen einmal entstehen und mehrfach genutzt werden, statt mehrfach neu erfunden zu werden.
Wie das konkret aussehen kann, zeigt sich am besten an Beispielen.
Scrum-Master- oder Agile-Coach-Community
In vielen Unternehmen arbeiten Scrum Master oder Agile Coaches jeweils in einem eigenen Team, oft ohne fachlichen Austausch untereinander. Eine Community of Practice bringt sie regelmäßig zusammen, um Moderationstechniken zu diskutieren, mit schwierigen Teamdynamiken umzugehen oder Retrospektiv-Formate auszuprobieren. Weil die Rolle selbst oft isoliert im Team steht, ist der Austausch mit anderen in derselben Rolle besonders wertvoll, er wirkt wie ein fachlicher Rückhalt, den das eigene Team nicht bieten kann.
Bereichsübergreifende Community zu KI-Einsatzmöglichkeiten
Ein Thema wie der Einsatz von KI im eigenen Arbeitsalltag betrifft heute fast jede Abteilung, aber selten auf dieselbe Weise. Eine bereichsübergreifende Community bringt Menschen aus Entwicklung, Marketing, Vertrieb oder Support zusammen, die zwar unterschiedliche Anwendungsfälle haben, aber ähnliche Fragen: Wie prüft man Ergebnisse, wie geht man mit Unsicherheit um, welche Tools eignen sich wofür. Gerade bei einem noch jungen, sich schnell verändernden Thema ist eine Community oft schneller und praxisnäher als jede formale Schulung.
Community of Practice in agilen Skalierungsansätzen
In größeren, agil organisierten Unternehmen wird die Community of Practice häufig formaler eingebunden, etwa in Form von Gilden oder Chapters, wie sie beispielsweise im Scaled Agile Framework vorkommen. Dort verbinden sie Menschen mit ähnlicher fachlicher Ausrichtung, etwa alle Softwarearchitektinnen oder alle Testautomatisierer, über Teamgrenzen hinweg. Der Unterschied zur klassischen Community of Practice liegt vor allem im Grad der organisatorischen Einbettung: Eine Gilde ist oft expliziter Teil der Skalierungsstruktur, während eine Community of Practice in ihrer ursprünglichen Form freiwilliger und informeller bleibt. Für die Praxis heißt das: Der Geist ist derselbe, geteiltes Lernen über Teamgrenzen hinweg, nur der formale Rahmen unterscheidet sich.
Externe Fachcommunity
Nicht jede Community of Practice muss innerhalb einer einzigen Organisation entstehen. Gerade bei spezialisierten Themen wie Requirements Engineering [3] oder UX Research schließen sich Menschen aus unterschiedlichen Unternehmen zusammen, oft über Meetups, Fachkonferenzen oder Online-Foren. Der Vorteil liegt in der größeren Vielfalt an Perspektiven, der Nachteil in der geringeren gemeinsamen Kontextkenntnis. Für Unternehmen kann die Teilnahme ihrer Mitarbeitenden an solchen externen Communities dennoch wertvoll sein, weil frisches Wissen von außen zurück in die eigene Organisation fließt.
Wie entsteht eine Community of Practice und woran scheitert sie?
Eine Community of Practice lässt sich nicht per Beschluss einführen. Man kann sie anstoßen, mit Ressourcen versehen und Rahmenbedingungen schaffen, aber ob daraus tatsächlich lebendiger Austausch entsteht, hängt von Faktoren ab, die sich nur bedingt steuern lassen. Wer eine Community wie ein Projekt managt, mit festen Zielen, verpflichtender Teilnahme und regelmäßigem Reporting, läuft Gefahr, genau das zu zerstören, was sie ausmacht: die Freiwilligkeit.
Am Anfang steht meist eine Initiatorin oder ein Initiator, jemand, der ein gemeinsames Thema erkennt und Interessierte zusammenbringt. Daraus entwickelt sich mit der Zeit eine informelle Rollenverteilung:
- Community Lead / Moderation – organisiert Treffen und hält den roten Faden
- Kerngruppe aktiver Mitglieder – trägt regelmäßig bei
- Gelegentliche Teilnehmende – lesen mit oder steigen punktuell ein
- Sponsorin oder Sponsor aus der Organisation – sichert Zeit, Sichtbarkeit und Rückhalt, ohne inhaltlich einzugreifen
Entscheidend ist, dass diese Rollen sich entwickeln dürfen, statt von Anfang an festgelegt zu werden. Eine zu starre Rollenlehre wirkt schnell bürokratisch und schreckt genau die Menschen ab, die aus echtem Interesse dabei sein wollen.
Damit aus diesem losen Anfang eine tragfähige Struktur wird, braucht es wiederkehrende Formate, etwa regelmäßige Community-Treffen, Lean Coffee [4], Lightning Talks, Brown Bag Meetings [5] oder Ask-me-Anything-Runden. Wichtig ist weniger das konkrete Format als die Regelmäßigkeit: Eine Community, die sich nur unregelmäßig trifft, verliert an Bindung, während zu viele oder zu lange Formate die Teilnahme zur Last werden lassen. Gute Communities finden hier ein Gleichgewicht, oft durch Ausprobieren und Anpassen, nicht durch einmalige Festlegung.
Ob eine Community trägt, hängt am Ende von wenigen, aber klaren Erfolgsfaktoren ab:
- Ein relevantes, geteiltes Thema – ohne echten Praxisbezug bleibt jeder Austausch akademisch
- Freiwilligkeit und intrinsische Motivation – Menschen bringen sich ein, weil sie einen Nutzen für sich selbst erkennen, nicht weil es von ihnen erwartet wird
- Psychologische Sicherheit – auch unfertige Gedanken, Fehler oder offene Fragen lassen sich teilen, ohne dafür bewertet zu werden
- Sichtbarer Nutzen – Mitglieder merken, dass sie durch die Community schneller Lösungen finden oder besser informiert sind
Bleibt dieser Nutzen aus, bröckelt die Teilnahme, ganz gleich wie gut das Format an sich gemeint war.
Genau an diesen Punkten scheitern Communities of Practice in der Praxis am häufigsten:
- Zu wenig Zeit – Teilnahme findet neben dem Tagesgeschäft statt, ohne dass dafür Raum geschaffen wird
- Unklarer Zweck – niemand kann genau sagen, wofür die Community eigentlich da ist
- Zu starke Steuerung von außen – sobald das Management Themen vorgibt oder Ergebnisse erwartet, wird aus dem freiwilligen Lernraum ein weiterer Pflichttermin
- Zu viel Präsentation, zu wenig Austausch – wenn Treffen nur noch aus Vorträgen bestehen, bleibt der Dialog auf der Strecke
- Einschlafende Rituale – ohne bewusste Pflege verliert selbst ein guter Start irgendwann an Schwung
Der gemeinsame Nenner hinter den meisten Erfolgs- wie Misserfolgsgeschichten ist damit derselbe: Eine Community of Practice funktioniert, solange die Beteiligten selbst einen Grund haben, dabei zu sein. Sobald dieser Grund fehlt oder von außen ersetzt wird, verliert sie ihre Substanz, unabhängig davon, wie gut sie ursprünglich aufgesetzt wurde.
Fragen aus der Praxis
Hier finden Sie einige Fragen und Antworten aus der Praxis:
Was unterscheidet eine Community of Practice von einem Team oder einer Gilde?
Ein Team arbeitet gemeinsam an klar definierten Aufgaben und Ergebnissen, oft mit fester Zusammensetzung und Weisungsstruktur. Eine Arbeitsgruppe wird meist beauftragt, ein bestimmtes Ergebnis in einem begrenzten Zeitraum zu erarbeiten. Ein Netzwerk verbindet Menschen in der Regel lockerer, ohne den Anspruch auf regelmäßigen, praxisbezogenen Austausch.
Eine Gilde, wie sie in skalierten agilen Ansätzen vorkommt, ist einer Community of Practice am nächsten, meist aber stärker in die formale Organisationsstruktur eingebunden. Eine Community of Practice grenzt sich davon ab, weil sie freiwillig entsteht, keine formale Organisationseinheit ist und ihr Zweck nicht in einem konkreten Projektergebnis liegt, sondern im gemeinsamen Lernen und der Weiterentwicklung einer geteilten Praxis.
Wer kann eine Community of Practice gründen?
Grundsätzlich jede und jeder, die oder der ein gemeinsames Thema erkennt und Interessierte dafür findet. In der Praxis sind es häufig einzelne engagierte Mitarbeitende, die den ersten Anstoß geben, seltener das Management. Damit aus der Initiative dauerhaft etwas wird, braucht es aber meist auch Rückhalt aus der Organisation, etwa in Form von Zeit oder Sichtbarkeit, auch wenn dieser Rückhalt bewusst zurückhaltend bleiben sollte.
Muss eine Community of Practice moderiert werden?
Nicht zwingend, aber es hilft. Ohne jemanden, der Treffen organisiert, Themen vorbereitet oder zumindest den Anstoß für die nächste Zusammenkunft gibt, verlaufen viele Communities nach anfänglicher Begeisterung im Sand. Moderation muss dabei nicht hauptamtlich oder dauerhaft von derselben Person übernommen werden, oft wechselt sie sich innerhalb der Kerngruppe ab.
Wie groß sollte eine Community of Practice sein und wie oft sollte sie sich treffen?
Es gibt keine feste Zahl, die für jede Community passt. Kleinere Gruppen ermöglichen tiefere, persönlichere Diskussionen, größere bringen mehr Perspektiven ein, brauchen aber auch mehr Struktur, um nicht unübersichtlich zu werden.
Ähnlich verhält es sich mit der Frequenz der Treffen: Wichtiger als ein festes Intervall ist, dass der Rhythmus zur Community passt und tatsächlich eingehalten wird, denn unregelmäßige Treffen sind einer der häufigsten Gründe, warum Communities einschlafen.
Kann eine Community of Practice auch online oder verteilt funktionieren?
Ja, viele Communities of Practice funktionieren sogar ausschließlich digital, etwa über Chat-Kanäle, regelmäßige Videocalls oder gemeinsam gepflegte Dokumentationen. Entscheidend ist nicht das Format, sondern ob echter, wiederkehrender Austausch stattfindet. Bei verteilten Teams oder Standorten ist eine Community of Practice sogar oft der einzige Ort, an dem sich Menschen mit ähnlicher fachlicher Ausrichtung überhaupt regelmäßig begegnen.
Wie misst man den Erfolg einer Community of Practice?
Rein quantitative Kennzahlen wie die Anzahl der Mitglieder oder Treffen greifen zu kurz, weil Communitys stark von Vertrauen und informellem Austausch leben. Aussagekräftiger sind Indikatoren wie wiederverwendete Lösungen, Checklisten oder Templates, gelöste Praxisprobleme, ein spürbar schnelleres Onboarding neuer Kolleginnen und Kollegen oder schlicht die Rückmeldung der Mitglieder, ob sie die Teilnahme als wertvoll empfinden. Eine Kombination aus wenigen harten Indikatoren und regelmäßigem, ehrlichem Feedback liefert meist ein realistischeres Bild als eine reine KPI-Liste.
Impuls zum Diskutieren:
Wie lässt sich in einer Community of Practice Augenhöhe herstellen, wenn Personen aus verschiedenen Hierarchieebenen mitwirken?
Hinweise:
Wenn Ihnen der Beitrag gefällt, teilen Sie ihn gerne in Ihrem Netzwerk. Und falls Sie sich für Tipps aus der Praxis interessieren, dann testen Sie unseren beliebten Newsletter mit neuen Beiträgen, Downloads, Empfehlungen und aktuellem Wissen. Vielleicht wird er auch Ihr Lieblings-Newsletter.
Eine deutsche Übersetzung für Community of Practice hat sich bislang nicht durchgesetzt. In der deutschsprachigen Fachliteratur zu Wissensmanagement und Agilität wird fast durchgängig der englische Begriff verwendet.
[1] Jean Lave, Etienne Wenger: Situated Learning, sowie infed.org: Jean Lave, Etienne Wenger and communities of practice
[2] Wenger-Trayner: Communities of practice – sustained learning partnerships
[3] Wie funktioniert Requirements Engineering?
[4] Was ist Lean Coffee?
[5] Was ist ein Brown Bag Meeting?
Und hier finden Sie ergänzende Informationen aus unserem t2informatik Blog:
Psychologische Sicherheit – der unsichtbare Booster für erfolgreiche Teams
Welche Rahmenbedingung braucht Selbstorganisation?
Lessons Learned ohne Lernen?