In Twitter begann zunächst eine spannende Diskussion, ob Twitter und Microblogging nicht das Gleiche sind. So wie man heute mit einem Tempo-Taschentuch alle Papiertaschentücher bezeichnet ist Twitter ein Synonym für kurze Status-Updates geworden. Aus meiner Sicht unterscheiden sich Twitter und Microblogging in folgenden Punkten:

• Microblogging kann mit anderen Internet-Diensten als Twitter realisiert werden
• Microblogging kann sowohl auf einer zentralen Architektur wie Twitter aufbauen, aber auch dezentrale bzw. verteilte Architekturen nutzen
• Microblogging hat regelmäßig umfangreichere Features
• Twitter ist öffentlich, Microblogging kann als Lösung “hinter dem Firewall” eines Unternehmens implementiert werden
• Microblogging ist nicht auf 140 Zeichen beschränkt, aber die Grundidee bleibt erhalten, nämlich eine Microinformation (eine Information, eine Statusmeldung, eine Idee usw.) zu kommunizieren

Und hier nun als Diskussionsinput die SWOT-Analyse zu Microblogging:

Da die Charts auf eine Visualisierung ausgerichtet sind hier in Kurzfassung die “Tonspur”, ergänzt um ein paar Links sowie für mich spannende Einsichten aus Vorträgen und Diskussionen vom Kongress.

Ob man mit Twitter lernen kann ist zumindest bei den Marktforschern umstritten. Das MMB-Institut für Medien- und Kompetenzforschung stellte in einer Delphi-Befragung fest, dass in deutschen Unternehmen nicht getwittert wird wenn es um Qualifizierung geht. Rund 50 Lernexperten setzten Twitter in der Hitliste auf den letzten Platz. Genau das Gegenteil davon hat das Centre for Learning & Performance Technologies festgestellt. In der jährlichen Erhebung der Top 100-Lernwerkzeuge ist Twitter in den letzten Jahren von Platz 43 über Platz 11 auf Platz 1 im Jahr 2009 gestürmt. Dieser Meinung waren rund 270 “Learning Professionals” weltweit.

IT-Anwendungen, die stark wachsen sind immer Gegenstand einer Hype-Diskussion. Twitter hatte in den letzten Jahren phänomenale Wachstumsraten, je nach Messung häufig zwischen 1000 und 3000 Prozent. Aktuell scheint die Zahl der aktiven Twitter-Nutzer (gemessen als “Unique Visitors”) bei etwa 24 Mio. Nutzer zu stagnieren. Spannend ist, dass das Wachstum jetzt zunehmend ausserhalb der USA stattfindet. Die Deutschen sind zwar keine Twitter-Weltmeister, aber sie liegen jetzt auf Platz 5 der weltweiten Twitternutzer (hinter den USA, Brasilien, UK und Kanada). Aber: für jemanden, der heute in Twitter neu einsteigt, ist es nicht mehr so einfach sich in der “Vielfalt der Stimmen” zurechtzufinden. 60% der neuen Nutzer geben daher nach kurzer Zeit wieder auf.

Kann man mit Twitter lernen? Ich denke ja, denn man wird zu (fast) allen Themen etwas finden. Eine kleine Recherche zeigt schnell, dass man beispielsweise zum Lernen von Sprachen eine Vielzahl an Angeboten findet. Das ist interessant, aber im Grunde werden damit bekannte Inhalte nur in ein neues Medienformat gegossen.

Der Erfolg von Twitter entscheidet sich aus meiner Sicht an einer anderen Stelle. Twitter ist vor allem ein Kommunikationswerkzeug und entfaltet häufig im Verbund mit anderen Werkzeugen seine Stärke. Twitter dient zur schnellen Information, dient als Feedbackkanal und ermöglicht den Austausch der Teilnehmer untereinander. Twitter ermöglicht

• Ansichten und Gedanken zu äußern, sich Inspiration zu holen und laut nachzudenken.
• Diskussionen und Trends zu verfolgen. Man bekommt mit was auf Veranstaltungen läuft und über Twitter und Twitterwalls werden Meinungen gebildet.
• Fragen zu stellen und Feedback zu bekommen. Kontakte zu Experten können ohne formale Barrieren geknüpft werden.

Andrea Back von der Universität St. Gallen hat die Möglichkeiten, mit Twitter zu lernen, in ihrem Vortrag auf der LEARNTEC treffend als “Begegnung mit altbekannten Lernsituationen” analysiert. Bei diesen altbekannten Lernsituationen geht es um die Zugehörigkeit zu Lerngemeinschaften, das Lernen durch Lesen, das Stellen von Fragen, das Erhalten von Feedback und die Möglichkeit, (Karriere-) Kontakte zu knüpfen.

Im zweiten Teil der Einführung befasste ich mich mit dem Thema “Microblogging in Unternehmen” und sinnvollen Einsatzszenarien “hinter dem Firewall” eines Unternehmens, um es aber hier nicht zu lang werden zu lassen werde ich dazu einen neuen Beitrag schreiben.

Das Webinar wurde unterstützt von Lore Reß, D+D (herzlichen Dank!) und auf der Plattform centra durchgeführt.

Eine eigene Beobachtung am Rande: Bei “normalen” Veranstaltungen in Vortragssälen haben ca. 3-5% der Teilnehmer einen eigenen Twitter-Account. Bei online Veranstaltungen im Internet, also Webinaren, Webcasts sind es ca. 15-30% der Webinar-Teilnehmer, die einen eigenen Twitter-Account hatten.

Der Vortrag wurde auch aufgezeichnet, allerdings mit eingeschränkter Tonqualität. Den Podcast dazu findet man im Anhang. Am Ende des Vortrages wird ein 2-Minuten-mp3 file “Millionenklage” des österreichischen Radios verwendet, den ich hier extra nochmals zitieren und verlinken möchte. Obwohl sein Inhalt das Generationsproblem von Web 2.0 vorführt, muss man dabei einfach schmunzeln.

Nach dem Vortrag wurden Fragen gestellt, die ich hier kurz beantworten möchte:

Wie organisiert man eine gemeinsame Wissensbasis in einem Projekt z.B. in delicious, wenn jeder der Projektteilnehmer bereits eigene Wissensbasen bzw. Bookmarking-Dienste nutzt?

Wir legen zunächst für jedes Projekt eine Wissensbasis an, um sicherzustellen, dass projektbezogene Inhalte von allen Projektbeteiligten sehr schnell gefunden werden.

Die Nutzung von persönlichen Bookmarks für Projekt-Wissensdepots geschieht in aller Regel auf zwei Wegen, die Bookmarking-Dienste auch als Funktionen anbieten:

1. Teilen (Sharen) einzelner, empfohlener und geeigneter Inhaltequellen. Bookmarks von Personen, die inhaltlich in den Projektkontext passen, werden in das eigene Wissens-Netzwerk aufgenommen, indem man sie „sichert“.

2. Die Verschlagwortung (Tagging) und Kategoriesierung ermöglichen, die Inhalte projektunabhängig auch in anderen Projekten und für völlig andere Zwecke weiter zu verwerten z.B. zur Aufnahme in die Lernplattform, ins Wiki, in einen Produktkatalog.

Wie entscheidet man, welche Anwendung wird intern und welche extern eingesetzt?

Das ist sicher eine der Gretchen-Fragen des Web 2.0. Die Offenheit von Web 2.0 Anwendungen lässt (leider) fast immer beides zu, so dass das Kommunikations- oder das Servicekonzept definieren muss, welche Kanäle werden nur intern bedient und welche gehen auch nach außen zum Kunden bzw. in die Öffentlichkeit und umgekehrt.

In unserem Falle haben wir zur Unterstützung der Kommunikation im Projektteam einen Microblog, der nur intern (in einer geschlossenen Umgebung) genutzt werden kann. Der Themen-Blog, Twitter, slideshare für Vorträge und verschiedene andere Tools werden nach außen zu PR, Marketing und Kommunikationszwecken eingesetzt. Für die Wissensbasis in delicious gibt es sowohl öffentliche, im Internet gesammelte, als auch projektinterne Bookmarks, die über dieselbe Plattform gemanagt werden. Bei den Projektinternen handelt es sich um nicht-öffentliche Unternehmens-Dokumente oder Zugänge zu kostenpflichtigen Inhaltedatenbanken, die nur restriktiv genutzt werden dürfen.

Die Verwendung interner und externer Kanäle in unserem Projekt wird im angehängten pdf-Dokument zusammengefasst.

Unter dem Schlagwort “Enterprise Microblogging” gibt es Überlegungen und erste Versuche, wie man im Unternehmen sinnvoll intern “twittern” kann. Zum Thema der “twitternden Mitarbeiter” habe ich ein Gespräch mit Dirk Röhrborn geführt. Dirk Röhrborn ist geschäftsführender Gesellschafter der Communardo Software GmbH und hat mit Communote einen neuen, innovativen Enterprise Micoblogging-Dienst entwickelt.

Microblogging wird oft als Synonym für den Twitter-Dienst verwendet, der hierzulande bisher vor allem von IT-Freaks genutzt wird. Wie erklärt man mit einfachen Worten Microblogging?

Dirk Röhrborn: Twitter / identi.ca ist so etwas wie “SMS im Internet”. Auf die Frage „What are you doing?“ kann mit maximal 140 Zeichen geantwortet werden. Das ist extrem einfach und extrem schnell. Twitter ist eigentlich ein soziales Netzwerk, welches auf Konversation basiert und damit viel stabiler ist. Twitter bzw. vergleichbare Dienste werden sich extrem verbreiten und in einigen Jahren zu einer weltweit genutzten Plattform werden, die mit SMS, E-Mail und Telefonie konkurrieren wird.

Sie entwickeln Lösungen im Bereich von “Enterprise Microblogging”. Was ist der Hauptnutzen von Microblogging im Unternehmen?

Dirk Röhrborn: Microblogging erleichtert es, den Überblick über die Aktivitäten in meinem Kontaktnetzwerk oder meiner Organisation zu behalten. Laura Fitton hat in ihrem Touchbase Blog einen Vergleich mit dem Häuptling eines Indianerstammes gezogen, der morgens von einem Hügel über das Indianerdorf schaut und den Rauch über den Tipis beobachtet. Würden die Indianer twittern oder Communote nutzen, dann könnten sie im Zelt bleiben und wüssten trotzdem, was im Kochtopf des Nachbarzeltes gerade gekocht wird und zwar viel schneller und viel früher als ihr Häuptling.

Was hat das mit Kommunikation im Unternehmen zu tun?

Dirk Röhrborn: Sehr viel. Auch in kleinen und großen Organisation spielt die Kommunikation eine wichtige Rolle, In der Zusammenarbeit kommt es darauf an zu wissen, was der andere gerade tut oder getan hat. Auf dem Informationsaustausch wird viel Zeit verwendet und trotzdem geht viel wertvolles verloren. Hier liegt ein großes Potential zur Produktivitätssteigerung von Wissensarbeitern. Vor allem in der Projekt- und Teamarbeit, aber auch im Vertrieb oder in Wartung und Support sind wir auf Informationen anderer angewiesen!

Warum geht das nicht mit Twitter?

Dirk Röhrborn: Der Erfolg von Twitter liegt in seiner Schnelligkeit und Offenheit. Dafür sind in Twitter selbst aber nur die Nachrichten weniger Tage im Nachhinein abrufbar. Unternehmen hingegen brauchen vor allem auch Vertraulichkeit, Zugriffsschutz, Themenfokussierung und die Möglichkeit zur Integration mit der Firmen-IT, z.B. via LDAP. Auch sollten es manchmal mehr als 140 Zeichen an Inhalten sein können. Der wesentliche Unterschied ist aber m.E. dass es in Firmen eben nicht nur auf den Austausch von Nachrichten, also “micromessaging” ankommt, sondern auch auf das dauerhafte Speichern und Weitergeben von Informationen, also “microsharing”. Twitter und identi.ca sind für die öffentliche Außenkommunikation bald unersetzbar, jedoch für den unternehmensinternen Einsatz eher ungeeignet. Reine Twitter-Clones, wie z.B. Yammer helfen hier nur begrenzt weiter.

Sie haben Communote bereits mehrfach der Öffentlichkeit vorgestellt, z.B. auf BarCamps. Welche Fragen werden da gestellt?

Dirk Röhrborn: Folgende Fragen stehen im Mittelpunkt:

• Wie wird Communote bei Ihnen eingesetzt?
• Ist das nicht einfach noch ein Tool, welches keiner braucht?
• Warum mehr als 140 Zeichen?
• Wie verändert sich die Kommunikation in Projekten
• Gibt es Regeln für das Microblogging?
• Müssen die Mitarbeiter dann nicht einfach noch ein weiteres Tool nutzen?
• Würden Unternehmen solche Daten einem Online-Service anvertrauen?

Wie wird denn Communote bei Ihnen im Unternehmen selbst eingesetzt

Dirk Röhrborn: Wir nutzen Communote seit der ersten verfügbaren Version Anfang Oktober 2008 konsequent bei uns intern. Interessanterweise haben wir Communote nicht „ausgerollt“. Vielmehr sprach es sich einfach in der Firma herum und jeden Tag wollten mehr Kollegen dabei sein, quasi eine Softwareeinführung durch „virales Marketing“. Die größte Verwendung hat Communote in unseren Kunden- und Entwicklungsprojekten. Hier verdrängt der Microblog zunehmend E-Mail, Instant Messaging, Wikis und Projektportale. Aber auch in den Querschnittsbereichen HR, Finanzen und im Führungsteam wird Communote immer häufiger genutzt.

Wie wird das Tool von den Mitarbeitern angenommen?

Dirk Röhrborn: Interessanterweise sind es nicht immer nur die Techies, die ein solches Tool nutzen. Gerade auch Mitarbeiter, denen das Ausformulieren längerer Textbeiträge (z.B. für Wikis und Blogs) schwerfällt, nutzen Communote sehr gern, da offenbar die Hemmschwelle aufgrund der Kürze der Notizen und der einfacheren Schreibform viel niedriger ist. Diese Leute bekommen dadurch eine viel größere Sichtbarkeit im Unternehmen!

Ist das nicht einfach noch ein Tool, welches keiner braucht?

Dirk Röhrborn: Es ist in der Tat so, dass es bereits mehrere Tools gibt, die parallel eingesetzt werden. Gegenwärtig ist der Microblog dabei, die Nutzung anderer Tools zurückzudrängen.

Microblogs verdrängen E-Mail, Wikis und Blogs, interessant!

Dirk Röhrborn: Verdrängen ist sicherlich zu hart formuliert, aber das Nutzungsverhalten verändert sich. E-Mail wird richtigerweise wieder mehr für die direkte, persönliche Kommunikation ohne großen Verteiler genutzt – analog zum handschriftlichen Brief. Wikis haben ihrer Stärken bei gut strukturierten Hypertextdokumenten mit durchdachtem Inhalt, also z.B. Konzepte, Dokumentationen oder aufbereitete Wissensbestände. Blogs enthalten z.B. gut durchdachte und wohlformulierte Argumentationen oder Erfahrungsberichte. Ein großer Anteil der während der Arbeit ausgetauschten Informationen sind aber nur ganz kurze „Mikroinformationen“, z.B. Fragen, Antworten, Ideen, Probleme, Statusmeldungen, Kurzdokumentationen von Entscheidungen u.a.m. Diese wurden bisher meist als Papiernotiz, rudimentäre E-Mails mit großem Verteiler oder per Instant Message übertragen und gehen dadurch meist verloren. Communote ist dafür viel besser geeignet. Nachrichten dieser Art sind dort leicht zu übermitteln, für den richtigen Empfängerkreis erreichbar und es ist eben ganz einfach auf dem laufenden Stand zu bleiben oder auch den Verlauf eines Vorhabens im Nachhinein zu recherchieren.

Ist das nicht eine neue Zeitverschwendung, in der die Mitarbeiter dann über das Wetter, den Schnupfen der Tochter oder die 3. Tasse Kaffee am morgen schreiben, wie teilweise bei Twitter zu beobachten ist?

Dirk Röhrborn: Im Twitter ist das durchaus zu beobachten und gefällt mir selbst auch nicht wirklich. Für die Pflege von Kontakten kann dieser „Smalltalk“ aber durchaus wichtig sein. Interessanterweise beobachten wir so etwas im Firmeneinsatz von Communote überhaupt gar nicht. Hier geht es vor allem um die Arbeit an sich. Gespräche über Familie und das Wetter werden dann eben doch in der Kaffeeecke ganz persönlich geführt und die Verabredung zum Mittagessen erfolgt per Telefon oder Instant Message. Die verschiedenen Medien werden also wieder mehr dafür genutzt, wofür sie entwickelt worden sind. Methodisch werden wir aber bald eine Verschmelzung erleben, z.B. durch Integration von Microblogs in Blogs, Wikis und Intranetportale.

Wozu mehr als 140 Zeichen?

Dirk Röhrborn: Die 140 Zeichen Beschränkung bei Twitter zwingt uns dazu, uns präzise und effizient auszudrücken. Das kann sehr hilfreich sein. Bei der arbeitsbezogenen Zusammenarbeit müssen jedoch oft auch ein paar Mehr Informationen ausgetauscht werden, die 140 Zeichen Beschränkung würde hier nur zu mühsamen Kettennachrichten führen, die die Nutzung des Microblogs behindern. Wir beobachten jedoch, dass in Communote die kurzen Nachrichten überwiegen.

Wie verändert sich die Kommunikation in Projekten, die Communote nutzen?

Dirk Röhrborn: Zunächst einmal ist zu beobachten, dass die Teammitglieder deutlich besser über den laufenden Arbeitsstand informiert sind, insbesondere auch über den Stand in anderen Teilprojekten oder Arbeitspaketen. Dies wird einfach dadurch erreicht, dass alle Beteiligten ihren aktuellen Arbeitsstand, Probleme oder Vorschläge im Projektblog aufschreiben, statt diese Informationen per Mail an den Projektleiter oder gar den Teamverteiler zu senden. Der Zeitaufwand in Projektstatusmeetings für diesen Informationsaustausch nimmt ab. Gleichzeitig sind betroffene Kollegen bereits früher informiert und können bei Problemen viel früher reagieren als bisher. Der Projektleiter wird dadurch entlastet, dass Abstimmungen häufiger unaufgefordert direkt zwischen Teammitgliedern stattfinden. Für Projekte, deren Nachrichtenstrom in der Firma öffentlich sichtbar ist können wir einen weiteren Effekt beobachten. Dadurch dass Kollegen aus anderen Projekten oder auch Führungskräfte gelegentlich auch die Nachrichten aus anderen Teams überfliegen kommt es immer wieder zu positiven Seiteneffekten, z.B. dass durch Tipps und Hinweise Hilfe von unerwarteter Seite kommt und Probleme schneller gelöst werden können. Die klassische „Top-Down-Kommunikation“ wird zunehmend durch eine „Netzwerk-Kommunikation“ ersetzt, in die Management und Mitarbeiter gleichermaßen eingebunden sind.

Gibt es Regeln für das Microblogging?

Dirk Röhrborn: Wir haben formal keine Regelungen dafür getroffen. In der ersten Phase des Ausprobierens wäre dies sicher kontraproduktiv geworden. Mittlerweile beobachten wir, dass sich Teams eigene Regeln geben oder dass Team- bzw. Projektleiter bestimmte Kommunikationsregeln definieren. Z.B. wird dann für ein Projekt festgelegt, welche Informationen im Communote und welche in Dokumenten oder im Wiki hinterlegt werden; oder auch in welchen Zeitabständen Statusberichte erbeten sind. Besonders wichtig ist, gemeinsame Begriffe als Tags zu verwenden. Auch dafür treffen Teams inzwischen Vereinbarungen.

Wird erwartet, dass Mitarbeiter die Nachrichten im Microblog verfolgen?

Dirk Röhrborn: Ja und Nein. Dort wo Communote zu einem wesentlichen Kommunikationsmittel avanciert ist, z.B. als Projektmicroblog, wird von den Beteiligten natürlich erwartet, dass sie dort präsent sind und das Geschehen verfolgen. Viele Ganggespräche beginnen heute mit “Habe im Communote gelesen, dass…”. Zu Themen, in die man nicht direkt eingebunden ist, besteht diese Erwartungshaltung nicht. Trotzdem verschaffen sich viele Kollegen in losen oder regelmäßigen Abständen einen Überblick darüber, was in ihrem Umfeld geschieht. Mit einem Microblog geht dies sehr viel schneller, als bspw. viele einzelne E-Mails lesen zu müssen.

Müssen die Mitarbeiter dann nicht einfach noch ein weiteres Tool nutzen?

Dirk Röhrborn: Das ist in der Tat ein diskussionswürdiger Punkt. Zu E-Mail, Intranet und Projektraum ist ein weiteres Tool hinzugekommen. Trotz der Tatsache, dass die Microblog-Nutzung durch Entlastung in anderen Bereichen kompensiert wird, besteht hier konzeptionell ganz klar Weiterentwicklungsbedarf. Wir arbeiten daher gerade an einer Integration von Microblogging in vorhandene Plattformen. Bereits stark genutzt ist die Instant Messaging Anbindung (XMPP/Jabber). Als nächstes folgen Portlets für Portale und Widgets. Langfristig brauchen wir im Grunde eine neue Generation von Personal Information Manager (PIM) Tools, die unsere zentralen Kommunikationskanäle in eine einheitliche Arbeitsumgebung als Mashup verbinden.

Eine andere Frage: Schrecken nicht viele Unternehmen davor zurück, ihre Daten einem Online-Dienstleister anzuvertrauen?

Dirk Röhrborn: Dies ist eine der meist diskutierten Fragen, wenn es um Enterprise Microblogging geht. Wir bei Communote nehmen diese Frage sehr ernst und arbeiten derzeit an einer Reihe von Enterprise Features, um die Sicherheit von Communote auch für den unternehmenskritischen Einsatz zu verbessern. Die Frage nach der Sicherheit ist aber grundsätzlicher Natur. Wenn es wirklich um sicherheitsrelevante Dinge geht, dann sollte eine Bedrohungsanalyse erfolgen, wobei auch Aufwand und Nutzen abgewogen werden müssen. Dabei wird ein spezialisierter Dienstleister in vielen Fällen in der Lage sein, bei vertretbaren Preisen ein hohes Maß an Sicherheit zu gewährleisten. Trotzdem wünschen sich viele Firmen, Systeme dieser Art selbst zu betreiben. Deshalb werden wir in Kürze für diese Kunden Communote auch Lizenz zur Installation „hinter der eigenen Firewall“ anbieten. Daten, die im Rahmen des Online-Dienstes bereits erstellt worden sind, gehen dabei nicht verloren, sondern können übernommen werden.

Letzte Frage: Wie wird es mit Communote weitergehen?

Dirk Röhrborn: Wir arbeiten derzeit an einer Reihe von Verbesserungen und neuen Funktionalitäten, die wir vor allem dem Feedback unserer Beta-Tester zu verdanken haben. So wird es in Kürze neben den erwähnten Sicherheitsfeatures die Möglichkeit der Einbindung von Clients auf XMPP-Basis geben, z.B. für Digsby oder Pidgeon. Ein auf Java basierender Client wird die Nutzung auf Mobiltelefonen ermöglichen. Weiterhin werden derzeit Portlets für die Integration von Communote in Portal entwickelt, z.B. für Sharepoint, Liferay und Confluence. Geplant ist weiterhin die Veröffentlichung der JSON-API für die Portalintegration und die Unterstützung der Twitter-API. Für die zweite Jahreshälfte ist geplant, das kommerzielle Angebot für Communote zu starten.

Disclosure: Die centrestage GmbH hat geschäftliche Beziehungen mit der Communardo Software GmbH

Das Medienmagazin von SWR cont.ra hat mich zu Twitter interviewt. Hier der Podcast zum Nachhören.

Zum Auftakt haben wir zusammen mit dem FBD-Bildungspark Stuttgart versucht, unterschiedliche Aspekte des E-Learning aufzuzeigen, die uns wichtig erscheinen. Dazu wurden einige Slides gezeigt, die in der folgenden Präsentation durchgeblättert werden können. Im Wesentlichen sehen wir folgende Bestandteile für E-Learning 2.0:

• Klassisches E-Learning mit LCMS, LMS, Open Source
• Web 2.0 Applikationen erweitern den Lern- und Wissensraum durch User-Generated Content, Co-Created Content und Open Content.
• Enterprise 2.0 Anwendungen unterstützen informelle Lernprozesse und Wissensmanagement.

Zu den Details:

Im Detail geht es uns um:

Teilbereich 1: Klassisches E-Learning

(siehe dazu auch den Vortrag “E-Learning in und für Unternehmen” von Herbert Müller Philipps Sohn)

E-Learning aus Sicht eines Unternehmens erfordert wie jede formale Bildungsform einen gewissen Rahmen, feste Zeiten, Steuerung durch Tutoren, Prüfungsdruck für die Lernenden. Dazu benötigen wir Lernmanagementsysteme, die dafür sorgen, dass die Lerninhalte, die zur Prüfung oder zur Zertifizierung relevant sind, in der erforderlichen Qualität und Zeit bereitgestellt und Lernerfolge kontrollierbar werden.

Umgangssprachlich würde ich dazu sagen, ein LMS ist ein “notwendiges Übel”, damit wir tatsächlich auch das Lernen, was wir müssen, in dem Zeitraum, der vorgegeben ist und wir unseren Lernstatus überprüfen können, wo wir noch Lücken haben oder Inhalte wiederholen sollten. Es ist so ähnlich wie in der Schule, nur eben digital und auf elektronischem Wege. Damit habe ich eine gewisse Flexibilität und Individualität in meinem Lernweg aber innerhalb eines vorgegebenen Rahmens und die Prüfung am Ende muss ich auch bestehen. Sonst gibt es kein Zertifikat oder keine Karriere, oder ich beherrsche das Produkt nicht. Je nachdem, für welches Ziel die Maßnahme gedacht ist.

Aus der Diskussion mit den Unternehmens-Vertretern ging hervor:

• Der gehobene Mittelstand denkt auch schon mal an eine eigene LMS-Installation.
• Grundsätzlich ist aber eher ein LMS-Service für den Mittelstand die vorteilhaftere Lösung, aus Kosten- und Kapazitäts- und Kompetenzgründen. Hier kaufen wir nur den Zugriff auf die Inhalte und die tutoriellen Services, die wir benötigen, damit unsere Mitarbeiter adäquate Qualifizierungen erhalten. Die Plattform, die Entwicklung, die Betriebssicherheit verbleiben beim Lernanbieter.
• Bei Schulungen an eigenen Produkten will man natürlich die Kernkompetenz am Produkt nicht gerne rausgeben. Hier gibt es auch Software-as-a-Service- (SaaS) Lösungen, bei denen zwar die Technologie, der Betrieb, die Entwicklung beim Anbieter liegen, aber eigene Inhalte und Konfigurationen der Anwendung durch das Anwenderunternehmen selbst vorgenommen werden und aus Wettbewerbsgründen auch dort liegen.
• Vorgestellt vom FBD-Bildungspark wurde auch ein Open Source LMS, Sakai. Open Source hat den Charme, dass es kostenfrei genutzt werden kann und der Code allen frei zur Verfügung steht, so dass man ihn in eigene Anwendungen einbinden kann. Man profitiert von vielen, die daran weiterentwickeln und von vielen Anwendern, die das Produkt verbessern. Kostenlos nutzbar bedeutet aber nicht ohne Aufwand. Der sollte laut Dr. Müller Philipps Sohn gerade bei Sakai nicht unterschätzt werden.

Teilbereich 2: Web 2.0 Applikationen erweitern den Lern- und Wissensraum

(siehe dazu auch den Vortrag “E-Learning 2.0″ von Joachim Niemeier)

Lerninhalte kommen einmal von den Lernanbietern. Hier geht es vor allem um Grundlagen, um wenig veränderbare, eher statische Inhalte. Lernanbieter sorgen im wesentlichen dafür, dass Inhalte

• den Prüfungsordnungen entsprechen,
• über einen adäquaten Zeitraum zum Lernen verteilt werden und
• im Blended Learning Curriculum mit entsprechenden Materialien und Medien vermittelt werden.

Darüber hinaus entstehen weitere Inhalte, die ergänzend, erweiternd wirken, für Kontext sorgen oder unmittelbare Erfahrungen liefern. Diese Inhalte entstehen mit der Nutzung von Web 2.0 Tools durch:

• am Thema Interessierte und durch die Lernenden selbst, sogenannter User-Generated Content;
• Experten, die ihre eigenen Erfahrungen hinzuliefern, sogenannter Co-Created Content;
• Unternehmen und Einrichtungen, die zum Zwecke von eigenen Schulungen, Marketing, F&E, Produktpräsenationen u.v.a.m. produziert und als Open Content zur Verfügung gestellt werden.

Teilbereich 3: Enterprise 2.0 Anwendungen unterstützen informelle Lernprozesse und Wissensmanagement

(siehe dazu auch den Vortrag “Informelles Wissensmanagement” von Martina Göhring)

Die beiden Teilbereiche 1 und 2 haben dargestellt, dass viele Lern- und Wissensprozesse den Einsatz von LMS benötigen, zunehmend und zukünftig ihre Inhalte erweitern werden durch Mitwirkung unterschiedlichster Protagonisten und Nutzer bei der Inhalteerstellung. In Teilbereich 3 geht es um das Lernen am Arbeitsplatz bzw. im Arbeitsprozess.

Wie und wo lernen wir denn im täglichen Arbeitsprozess? Wir lernen doch in der Kommunikation mit Kollegen, Kunden, in der Zusammenarbeit bei Projekten und der Erledigung gemeinsamer Aufträge, im Austausch zwischen Tür und Angel. Wir entwerfen gute Ideen in der Kaffeeküche oder in Diskussionen in der Mittagspause.

Wie werden diese Formen des informellen Lernens und Wissensmanagements unterstützt? Beispielhaft sollen hier einige Möglichkeiten aus dem Bereich Enterpise 2.0 aufgezeigt werden:

• Lernen in der Konversation: Mit Twitter-Tools verfolgen von Konversationen, Veranstaltungen, Ideenprozessen, Entwicklungsprozessen, an Brainstorming anderer teilhaben.
• Lernen in der Kommunikation: Microblogging für die Übergabe von Aufgaben, in der Projektkommunikation, im Schichtdienst, für das Ideenmanagement, im Vorschlagswesen.
• Lernen in der Kollaboration: Wikis und andere Tools zur Kollaboration, um mit anderen Menschen einen Kommunikationsfluss sicherzustellen, um die richtigen Menschen zur Kollaboration zu finden.
• Lernen im Kollektiv: mit Web 2.0 profitieren Unternehmen auch von weniger engagierten Mitarbeitern und Bastlern, die “nur” sammeln, cut and pasten, remixen. Beispiel Social Bookmarking Sites wie delicious: mit kollektiv gesammelten Favoriten entstehen umfassende Wissenspools.

Wenn man ein Web 2.0 Projekt gemeinsam aufsetzt und Web 2.0 Anwendungen erarbeitet und entwickelt, bietet sich an, auch für die Teamprozesse im Projekt Web 2.0 Tools einzusetzen. Das Projektteam erlebt dabei selbst, welche Möglichkeiten Web 2.0 bietet und es fördert das Bewusstsein für den Umgang mit Web 2.0 für die zu erstellenden Produkte und das Projektergebnis.

Die zentrale Botschaft aus dem Vortrag

Microblogging ist für unser Projektteam ein adäquates Instrument,

• unsere Projektkommunikation zu unterstützen und
• unsere Projektinhalte, die in verschiedenen Kanälen erstellt werden, zusammen zu führen.

Zum Prozess:

Wir nutzen einen Microblog zur Projektkommunikation. Dort berichten wir zum Stand des Projektes, wenn wir eine Aufgabe erledigt haben, wenn wir ein Problem haben, wenn wir eine Frage haben. Kurz: wir berichten über alles, was wir in diesem Projekt tun im E-Mail-Stil und jeder in seiner Sprache und Art. Diese Microinhalte werden getaggt. Darüber entsteht zunächst eine Inhaltestruktur bottom-up, in der sich sukzessive neue und wichtige Themen aus dem Projektkontext und –verlauf herausbilden.

Der Projektleiter hat dann die Aufgabe eines Tagmanagers, der Inhalte aus Themenbereichen, die auch in anderen Projekten eine Rolle spielen, über eine Projekttaxonomie dem Unternehmen wieder zuzuführen. Dies führt dann zu neuen Inhalten für das Management, die Arbeit oder die Methoden generell in Projekten.

Weitere Aspekte und einige Erfahrungen, die für ein Projektmanagement 2.0 sprechen, findet man im Beitrag von Frank Wolf.

Dann gab es auch einige Fragen, die die Teilnehmer der KnowTech gestellt hatten

Ich werde versuchen, die Fragen aus meiner eigenen Erfahrung zu beantworten. Ich kann mir aber vorstellen, dass es dazu noch viele andere Antworten gibt.

Geht Microblogging auch bei großen Projekten mit 100 und mehr Teilnehmern?
Zunächst würde ich ein Projekt mit 100 Personen erst mal in kleinere, überschaubare, arbeitsfähige Gruppen einteilen, die wiederum ihre eigenen Blogs haben. Die Bloginhalte werden über Kategorien gruppenübergreifend zusammengefasst. Jeder kann, wie man das auch von Twitter kennt, seine interessanten Microblogs verfolgen oder Inhalte, für die man sich interessiert, per RSS abonnieren.

Reach vs. Awareness: Für Reach kann man segmentieren, für Awareness kann man größeren Gruppen folgen. Teilnehmer können ja auch nur bestimmten Tags über RSS folgen.

Wie hoch ist der Schulungsaufwand für Microblogging?
Aus unserer Erfahrung kann jeder, der ein E-Mail System bedienen kann, einen Microblog bedienen. Hier gibt es zunächst keinen Schulungsaufwand. Interessanterweise werden diese Nutzer aber mit zunehmender Nutzung anspruchsvoller und wollen mehr machen. Ab diesem Zeitpunkt haben wir sie dann mit dem Blog-CMS und weiteren Services vertraut gemacht.

Wie findet man die Inhalte, außer mit der Suchmaschine, in einem Microblog wieder, wenn sie im Blogstil nach unten verschwinden?
Die Aktualität der Kommunikation steht im Microblog im Vordergrund. Daher steht immer der aktuellste Beitrag ganz oben. Das ist im Sinne des Projektes: ein akutes Problem taucht auf und gefährdet den Projekttermin und muss gelöst werden, eine Übergabe soll stattfinden, wozu der aktuelle Stand erforderlich ist. Ein erfahrener Projektleiter kann schon in der „laufenden“ Kommunikation oder aus den Kommentaren erkennen, ob mögliche Probleme entstehen könnten oder ob er steuernd eingreifen muss.

Dennoch: wichtige Inhalte verfallen nicht und altern langsamer. Für diese Inhalte, die in einem Blog auch nach „unten“ verschwinden, greifen weitere Mechanismen:

• Blog-üblich: Inhalte können über den Kalender und Autoren gefunden werden
• über die Tags zu den Inhalten
• die Anzahl der Microinhalte zu einem Tag liefert eine Aussage zur Relevanz dieser Inhalte
• Inhalte, die in mehreren Anwendungen und Prozess-übergreifend dieselben Tags haben, müssen anders bewertet werden als Einzelinhalte.
• Kategorisierung der Inhalte: während die Tags Bottom-Up festgelegt werden, werden die Kategorien Top-Down festgelegt und entsprechen der offiziellen Projekttaxonomie.
• Der Projektleiter in seiner Aufgabe als Tagmanager kann Tags verändern, löschen, anpassen. Er bewertet die Inhalte nach ihrer Projekt-übergreifenden Relevanz im Sinne der im Unternehmen festgelegten Taxonomie.
• Inhalteanalyse und Auswertungen über Inhaltenutzung sowie Auswertungen der Suchbegriffe. Siehe auch Frage weiter unten.

Wie vereinbart man Microblogging mit den Terminen in einem Projekt, also dem Projektplan?
Es soll nicht der Eindruck entstehen, dass Microblogging den Projektplan ersetzen soll. Im Gegenteil: der Projektplan liefert die harten Fakten -Controlling- mit Deadlines, Todos, Ampeln für den Status der geleisteten Arbeit. Der Microblog liefert eher die weichen Fakten -Emotionen-, die zeigen, warum eine Ampel auf gelb steht oder warum bestimmte Termine nicht eingehalten werden konnten.

Wie kann man den Erfolg messen?
Es gibt unterschiedliche Ziel-/Mess-Systeme, die auch parallel eingesetzt werden können.

1. Über ein Tracking von Nutzerzahlen, der Nutzerentwicklung und der „Conversionsraten“, d.h. Downloads, Uploads und Nutzung von Inhalten.
2. Die Mitarbeiter erhalten für das Einstellen von Inhalten Punkte. Siehe dazu auch den Beitrag in Human Network Competence zum System von Sun Microsystems der “Community und Participation Equity”, einer Art Währung für das Einstellen von Inhalten und Nutzen der Plattform.
3. Bewertung von Inhalten durch die Nutzer selbst.

Sucht man nach überzeugenden Argumenten für die Nutzung eines Microblogging-Dienst im geschäftlichen Umfeld, so gibt es aus meiner Sicht vier zentrale Argumente:

• Einmal geht es darum, den Mitarbeitern ein Werkzeug zur Verfügung zu stellen, mit dem sie ohne große Barriere (im technischen Sinne) kommunizieren können.

• Diskussionen und Entscheidungen werden in einer einfach zugänglichen Form und in eigenen Worten in Form von Microinformationen, das sind üblicherweise nur 5 – 10 Zeilen Text, initial dokumentiert.

• Die Rückkoppelungen zu Microinformationen erfolgen im jeweiligen Kontext und gehen nicht in der Masse an E-Mails verloren.

• Es werden Arbeits- und Interaktionsformen möglich, die darauf aufbauen, die richtigen Kooperationspartner für eine effektive Zusammenarbeit zu identifizieren (Reichweite) und mit diesen einen kontinuierlichen Informationsfluß (Bewusstheit) sicherzustellen

Vordenker zu verschiedenen Aspekten des “Enterprise Microblogging” sind beispielsweise Thomas Vander Wal, Luis Suarez, Todd Mintz oder Kishore S. Swaminathan. Ich denke, es macht Sinn, sich einmal ein paar Szenarien für deren Einsatz anzuschauen:

• Möchte man in einem Unternehmen einen Prozess festlegen (und auch im Enterprise 2.0 wird man Prozesse brauchen   ), dann begleitet man den Prozess mit einem Microblog und hat damit eine realitätsnahe Dokumentation des Ist-Zustandes.

• Ähnliches gilt, wenn man ein Debriefing in einem Projekt durchführen möchte. Die Microinformationen aus dem Projekt und der jeweilige Kontext bieten dafür eine exzellente Basis.

• Überhaupt ist das Thema “Projektmanagement” ein sehr gutes Einsatzfeld für Enterprise Microblogging. In vielen unserer Projekte setzen wir einen Microblog ein und es ist immer wieder überraschend, wie schnell dieses Medium Akzeptanz findet und vor allem wie sich damit die Informations- und Entscheidungsbasis verbessert.

Der Trend zum Enterprise Microblogging ist gerade auch im Kontext der Enterprise 2.0-Aktivitäten der Unternehmen relevant. Daher wird es interessant sein, zu sehen, wie die verschiedenen Player ihre Lösungen positionieren werden. Yammer beispielsweise ist noch sehr nahe an der ursprünglichen Twitter-Idee und hat einen Schwerpunkt bei den kommunikativen Prozessen. Ein interessantes Feature von Yammer ist beispielsweise, dass man nicht nur Personen, sondern auch “Tags” folgen kann. Im geschäftlichen Umfeld können die “Tags” beispielsweise Themen sein.

Wenn man beispielsweise die Fülle an Microinformationen strukturieren und prozessorientiert nutzen möchte, dann ist das Prologue-Theme auf Basis von WordPress (erweitert um einige Plugins zum Tag-Management und zur Strukturierung der Diskussion) eine gute Wahl.

Nochmals einen anderen Schwerpunkt hat Communote, der neue Microblogging-Dienst von Communardo. Hier stehen Funktionen zum Informationsmanagement, zur Dokumentation und zur Suche im Vordergrund. Dieser Microblogging-Service soll in den kommenden Tagen als “invited beta” live gehen und nach Dirk Röhrborn auch auf einigen der kommenden BarCamps vorgestellt und diskutiert werden. Um einen ersten Eindruck zu bekommen hier ein Screenshot noch aus der Entwicklungsphase:

Die Twitter-Idee schleicht sich also hinter den Firewall. Es ist auf alle Fälle spannend, die Weiterentwicklung eines Web 2.0-Werkzeuges zu einem Enterprise 2.0-Werkzeug zu beobachten.

Er argumentiert, dass bislang kooperative Technologien aus der Sicht der Charakteristik der Kommunikationskanäle entwickelt wurden. Als Vision stand dabei die Telepräsenz im Blickpunkt, die mit einer möglichst hohen Bandbreite in Verbindung mit einer möglichst geringen Verzögerung bei der medialen Übermittlung von Informationen realisiert werden sollte. Aber, so stellt Swaminathan fest, damit hat man wieder einmal einfach nur bekannte, bereits existierende Kommunikationskanäle “elektrifiziert”. Und ein Blick in die Vergangenheit zeigt, dass eine “Elektrifizierung der Ist-Situation” zwar möglicherweise die Situation verbessert, aber noch nie durchschlagende Ergebnisse gebracht hat.

Die neuen kooperativen Technologien, dazu zählt er bespielhaft Wikis, RSS, Social Networking und Twitter, ermöglichen dagegen Arbeits- und Interaktionsformen, die so bislang überhaupt noch nicht bestanden haben. Um diese kooperativen Technologien und ihre zukünftigen Auswirkungen auf die Unternehmen zu verstehen, führt er zur Analyse zwei neue Attribute für die Zusammenarbeit ein:

• Reichweite: die Fähigkeit eines Individuums, die richtigen Menschen zu identifizieren und effektiv mit ihnen zusammenzuarbeiten (geographisch und organisatorisch).
• Bewusstheit: die Fähigkeit eines Individuums, mit seinem Netzwerk an Kooperationspartner einen kontinuierlichen Informationsfluß sicherzustellen.

Die neuen sozialen Technologien umfassen attraktive Mechanismen um die Reichweite und die Bewusstheit in unserem Kooperationsnetzwerk zu erhöhen. Matt Mullenweg, der Kopf hinter WordPress, zeigt beispielweise mit Prologue, wie eine twitterähnliche Kooperation aussehen könnte. Ja aber … werden jetzt manche Kritiker sagen, muss es denn ausgerechnet Twitter sein, mit dem die Vision von der Telepräsenz ersetzt wird? Wir sollten einfach die ganze Bandbreite an kooperativen Technologien als ein zukunftsweisendes soziales Experiment ansehen, die Neuartigkeit der Wirkungen dieser Technologien akzeptieren und dabei helfen, durch deren kompetenten Einsatz in den Unternehmen ihre Transformation erfolgreich mitzugestalten.