Die Funktionalität von Social Software lässt sich aus zwei Sichten beschreiben. Zum einen verstehen wir unter Funktionalität die Basisfunktionen von Social Software , d.h. Zusammenarbeit/Kooperation; Interaktion und Kommunikation; Identitäts- und Netzwerkmanagement sowie Informationsmanagement. Diese typische Einteilung wird von Görhing/Niemeier/Vujnovic 2010) Social Software Quadrant genannt, und auch der Wikipedia-Eintrag, der die Basisfunktionen nach Ehms zitiert, deckt sich mit unserer Einteilung.

Zum anderen ist damit detaillierter die technische Funktionalität gemeint, wie die Abbildung zeigt.

Beim 8C-Modell von (Williams/Schubert 2011) z.B. werden je für Kommunikation, Zusammenarbeit, Koordination und Kombination Funktionen (features) auflistet (u.a. ratings, user profiles, screen sharing); diese Sicht nimmt man, um checklistenartig Softwareprodukte gegenüberzustellen.

In der Kategorie Anwendungssyteme und -dienste der technologischen Sicht (Übersicht vgl. Teil 5) werden die von Unternehmen eingesetzten Softwareprodukte aufgeführt. Es können Applikationen sein, die auf eigenen Servern betrieben werden oder Applikationen, die von Serviceprovidern bereitgestellt werden. Eine Einteilung in verschiedene Gruppen haben Niemeier/Göhring/Vujnovic, 2010, vorgenommen. In Anlehnung daran zeigt die folgende Tabelle Beispiele, wobei Mehrfachzuordnungen möglich sind; da sich die Softwareprodukte laufend weiter entwickeln, ist diese Einteilung nur exemplarisch und nicht als fix anzusehen. Es kommen auch laufend neue Softwareprodukte hinzu, so dass die Liste offen ist. Eine weitere mögliche Ausprägung ist «Eigenentwicklung», wenn eine Applikation individuell erstellt wurde.

Drei Kategorien bilden unsere technologieorientierte Betrachtung (vgl.) Abbildung. Anwendungssysteme und -dienste (z.B. das Softwareprodukt IBM Connections) gehören zu einer Anwendungsklasse und setzen verschiedene Web-2.0-Technologien ein.

Es besteht keine Einigkeit darüber, welche Anwendungsklassen Social Software ausmachen bzw. welche alle zu Enterprise 2.0 gehören. Blogs, Wikis, RSS-Feeds, Mash-ups, Soziale Netzwerke sowie die schon länger bekannten Foren und Instant Messaging werden am häufigsten genannt. Die Ausprägungen für «Anwendungsklasse», die wir in den Ordnungsrahmen übernommen haben, sind eine Übermenge der in Studien und anderer Literatur (u.a. ACM, AIIM, Fraunhofer Institut, McKinsey) üblichen Klassifikationen. Sie sind mit Kurzbeschreibungen, Synonymen und Beispielen in der folgenden Tabelle aufgeführt.

Tab 12 Anwendungsklasse p57

Tab 12 Anwendungsklasse p58

In unserer Umfrage, nach welchen Kriterien Fallstudien recherchierbar sein sollten, wurde die Kategorie «Abteilung/Geschäftsprozess» als wichtig eingestuft. Social Software Anwendungen sind zwar vor allem aus dem Marketing und IT-Management bekannt, sie finden sich aber in allen Unternehmensbereichen. Bei www.e20cases.org verstehen wir unter «Abteilung/Geschäftsprozess» alle wertschöpfenden Prozesse zur Leistungserstellung für externe Kunden sowie die dafür notwendigen infrastrukturellen Unterstützungsprozesse.

Wir listen nur die wichtigsten Geschäftsprozesse auf (vgl. Tabelle); diese können bei Bedarf um weitere ergänzt werden. Ein Anwendungsfall, über den in einer Fallstudie berichtet wird, kann mehrere Geschäftsprozesse beinhalten, so dass Mehrfachzuordnungen vorkommen. Werden nahezu alle Geschäftsprozesse erfasst, z.B. bei einem unternehmensweit eingesetzten für alle Themen offenen Wiki, wird die Ausprägung «unternehmensweit» vergeben.

Ordnungsrahmen Tab21 Anhang xi Organisationsbereich Geschäftsprozess

In den nächsten beiden Beiträgen widmen wir uns der Perspektive „Technologien“.