Umlaut

Definition von Enterprise 2.0 Software auf Wikipedia:

In contrast to traditional enterprise software, which imposes structure prior to use, this generation of software tends to encourage use prior to providing structure.

Dies deckt sich mit meinen Beobachtungen aus unserer internen Verwendung eines Wikis als zentrales Projektbegleitungstool und den oftmals in Kundenprojekten angetroffenen Intranets mit laaaangen Planungs-, Implementierungs- und Einführungsphasen. Das Wiki bei uns war bereits in starker Verwendung noch lange bevor wir das erste mal über ein Regelwerk für den konkreten Umgang nachgedacht haben. Jetzt verwendet es die gesamte Firma, um gemeinsam mit dem Kunden Projekte zu planen. Das ganze ohne eine Zeile Code- oder Designanpassung zu machen. Auch aus einem Kundenprojekt kenne ich dieses Feedback: Parallel zum langlaufenden Relaunchprojekt eines Intranets wurde in wenigen Wochen ein Wiki aufgesetzt und gewann ohne grosse interne Werbung schnell Akzeptanz.

Enterprise 2.0 Präsentation von Scott Gavin: Einsatz von Web2.0 Tools in der Firma. Im Grunde nichts neues, aber gut komprimiert

Grundsätzlich setzen wir bei meiner Firma dieselben Tools ein (Confluence Wiki, JIRA, Social Bookmarking, Blogs, Feeds), mal schauen wann wir die Durchdringung durch alle Teammitglieder schaffen

Wieder einmal ein ausgezeichneter Hinweis und Artikel von Dieter Rappold: Wie Corporate Blogs auf Internetnutzer wirken

Da ich in einem meiner Projekte gerade mit dem Aufbau eines Corporate Weblogs beschäftigt bin kommt diese Studie gerade zur rechten Zeit. Für PXP Software AG schreibe ich selbst Beiträge und versuche in den nächsten Monaten das Thema in der Firma zu verankern. Das Erreichen von “Opinion Leaders” mittels Corporate Blog und die Wichtigkeit der Aktualität, Authentizität und Direktheit für die Glaubwürdigkeit des Blogs sollten mir als Argumente dabei helfen. Am Besten die Studie selbst lesen:

Diese Meta-PowerPoint Präsentation erinnert mich an einen Vortrag von Cathy Sierra, Creating Passionate Users, den ich auf der Web 2.0 Expo Berlin gehört habe. “Don’t make me think”

Im Folder Travel 2.0 der Österreich Werbung (übrigens als Argumentarium für Web2.0 und Blogs sehr lesenswert) führt Robert Basic 10 Gründe an, warum man keinen Blog starten sollte:

1. Sie haben mal gehört, dass Bloggen das neue Ding schlechthin ist und jetzt wollen Sie auch auf den Zug aufspringen. Wenn das der einzige Grund ist, dann geben Sie am besten vorher auf, bevor Sie nachher frustriert sind.
2. Sie denken, Sie werden in kürzester Zeit hunderttausende von Lesern begeistern. Kennedy hatte sich die Reise zum Mond auch einfacher vorgestellt.
3. Ihr größter Kritiker ist nicht der Leser, sondern hausintern die lieben Kollegen in den Führungspositionen. Sitzen Sie nicht fest im Sattel? Finger weg!
4. Sie betrachten ein Blog als einen weiteren Kanal, um Ihre Pressemeldungen und Heilsbotschaften zu versenden? Es gibt Schlimmeres, aber wenig Schlechteres.
5. Sie glauben zu wissen, was Ihre Kunden wollen und was sie über Ihre Firma denken? Wenn Sie keine Überraschungen mögen, sollten Sie lieber kein Blog aufmachen.
6. Sie haben keine Zeit und Bloggen bringt Ihrem Geschäft sowieso nichts? Dann liegen Sie völlig richtig. Der Kunde soll kaufen und Ihnen nicht die Zeit mit Geschwätz stehlen.
7. Wozu einem Hype aufsitzen, warten Sie, bis die Blase platzt. Das Internet ist sowieso überbewertet!
8. Ihr Chef hat Sie via „Management by Helicopter“ zum Oberblogger ernannt und eigentlich haben Sie gar keine Lust dazu, mit Kunden zu reden? Lassen Sie den Helikopter fliegen, während Sie auf Tauchfahrt gehen.
9. Es liegt am Blog, dass Ihr Geschäft einfach nicht zum Fliegen kommen will? Da haben Sie irgendwie Recht. Es liegt immer nur am Wasser, wenn die Ente nicht schwimmen kann.
10. Überlassen Sie es der Konkurrenz, mit einem Blog neue Gefilde auszuloten und am nächsten Riff hängenzubleiben. Bleiben Sie im sicheren Heimathafen und setzen auf Bewährtes. Sie haben Zeit!

Der Travel 2.0 PDF-Folder greift viele dieser Argumente in weiterer Folge auf und erklärt sie weniger pointiert. Der Folder ist insgesamt gut gelungen und bietet interessante Beiträge von Dieter Rappolt, Hannes Treichl u.A., weiters Case Studies über zb Dopplr(me@dopplr) und Bikemap(übrigens, wers nicht weiss, es steckt eine österreichische Firma dahinter).

Hannes Treichl berichtet aus seinem Projektalltag über Argumente für/gegen Blogs, exzellenter Artikel, um Kunden den Nutzen eines Blogs näher zu bringen.

“Sagen sie nochmal, was ist den dann der Unterschied zwischen einm Blog und einem Forum” war vor zwei Jahren, letztes Jahr noch “… aber eine Kommentarfunktion hat doch unser CMS auch“. Es freut mich zu sehen, dass nun endlich über das Thema inhaltlich diskutiert wird und man einen Blog nicht mehr grundsätzllich erklären muss.

Mit WordPress Pages und dem WordPress Navigation Tool bringt man fürs erste auch den statischen Bereich der Webseite unter und schafft so für den Kunden den Einstieg in einen Corporate Blog. Wenn man dann noch das Thema Firmenwebseite nicht als mit Tag X abgeschlossenes Projekt, sondern als ständigen Prozess sieht, dann ist man auf gutem Weg.

Video über die zu erwartenden Technologien des 21 Jahrhunderts - Sehenswert. Man muss ja nicht alles glauben, auch wenn es auf scheinbar profunden Quellen basiert. Hintergrundinfo findet sich unter Detailed Roadmap of the 21st Century

Yesterday i talked to a venture capitalist about the business models of most of the web2.0 social communities:

1. sell advertising on your site
2. sell personal data and behavioural information of your users
3. sell the platform to google/yahoo/whomever

Sure there are more specific business models depending on the domain of the app (xing’s premium account, last.fm’s model of selling music, etc), but i was impressed about item 2. Selling personal data or sell the platform itself seems to be rather closely related, depending on laws and terms of service of the app. I checked the privacy policies of delicious and last.fm - i’m no lawyer but it seems they made clear they won’t sell users personal data.

In 2003 i wrote my diploma thesis about Anonymity in indicated data network. The goal of the thesis was to show the dangers of personal data on the internet and to inform interested people what it means to be indexed in any search engine, publicly accessible or not. The thesis showed the status of data protection discussions related to the Internet in 2003.

2 days ago i discussed with sugarmelon the importance of personal data in the current web 2.0, with it’s tons of online communities and services around people. I again tried to ego surf in google, queried my prefered pseudonym and found some fresh data from some web 2.0 services: my delicious links, my plazes links showing my employers office. I hit the same search at pipl.com, found my twitter microblogs and my facebook acount. I searched in ziki.com and found my jobster account. Not worth to mention that i still find all the information i also found in 2003 - my name, email etc, independent from which data i start. An interesting collection of people search engines from spock to wikiyou can be found in this blogpost from  Arnaud Fischer. I tried searches for other people i know doing a lot in web 2.0 and found flickr images, youtube videos, their blogs, LinkedIn and Xing accounts (yes, they are open to search engines!), their presentations at barcamps, the music they are listening to in last.fm.

Thats good for a 5 minutes query when you think of all the qualitative information in these communities. How much is such a profile worth, collected automatically and interpreted by a human, done for a professional address data dealer?

Thats not the end of the game. With a people database like Xing or LinkedIn you have all this information at hands for 7 € per month. Search in Xing for “all people located in vienna, austria, applied an university, work as “head” in the “IT” sector” - thats not tricky and provides you with a list of 28 “hand-selected” decision-makers awaiting your whatever offering.  Because most of us are so confiding with our data in Xing, you can choose to send us an email, call us by mobile or landline, write us a letter or visit us at home.

What do you think about it?

A year ago i started a project for my employer to setup a project platform to keep all project relevant information together at one place. I had a 2-year experience with Atlassian Confluence from an EU funded research project. Atlassian Confluence is a so called collaborative Wiki, we used it in the past for a knowledge Platform for scientists to collect all information specific to neanderthal sites and finds (see NESPOS).

Before that, i experimented a year with a “collaborative UML Case Tool” called Sparx Systems Enterprise Architect, tried to get the developers and project managers involved to share information and collaborate using this platform. Although it provides some nice collaborative features, it was as effective as using a screwdriver for driving nails into wood, it was simply the wrong tool for this kind of work.

Thats the reason i gave Confluence a try. We started to use it in a small team, made a lot of mistakes first(see WikiPatterns), learned a lot, got it growing in quality and substance from project to project.

The project is still ongoing and still needs adaption, but the cost-benefit ratio is amazing. The flexibility of a wiki (most of all, of Confluence) gives the freedom to simply learn by trial and error without huge costs of development. The WYSIWYG Editor of Confluence reduces the barrier for business users (e.g. project managers, designers) to do “edits” in the wiki.

The important issues in my point of view:

• The tool matters: The tool isn’t everything, but you will never get the project fly with the wrong tool. My opinion: Use a wiki, and at least evaluate Atlassian Confluence.
• Its easy to attract the developers, but its hard to get the PMs and Designers onboard: Some people won’t use wiki syntax. Believe it or fail.
• From an agile aspect, the customer should have the same rights in the wiki as a developer has. The customer is willing to collaborate, at least some of them. Let them create, view and edit. Everything
• You might need Templates: Or, who is afraid of white and empty pages. The freedom of doing everything is the fear of others. Provide some usefull templates, best is to use the zone plugin for Confluence
• The point we are at now - Support Quality: As soon as most of the employees start working with the wiki, the quality rapidly decreases. The reasons are manifold: some people think they are forced to use the wiki, others make the same beginner’s mistake as we did first. Business Users tend to upload tons of Powerpoint, Wordfiles and PDFs, copy and paste emails and forget to keep the information up-to-date.