Scrutinizing the internet on that topic was not really an enlightment. I liked the idea of just opening /Applications/MAMP/bin in Finder, click “Open with…” in the context menue and - yes, just choose /bin/bash - because that is what your Terminal is. But you just cannot choose it. It’s locked, greyed out, cannot be selected. Stuck again.

Even if you start your f***ing Finder from the Terminal as sudo you will not be able to choose it.
I’m lost. Ideas anyone?

• Zukunftssicherheit: kein Vendor-GAP dank Open Source
• Usability wird anhand von Template-Prototypen getestet, die die Nutzer selbst erstellen
• Software bildet nach und nach die tatsächlichen Erfordernissen der täglichen Arbeitsabläufe ab
• Mehr als 2.000 Extensions machen Mediawiki anpassbar an jede gewünschte Besonderheit
• etc. …

Mehr dazu bald hier.

[Tue Jun 29 18:14:41 2010] [error] …
Failed loading /usr/lib/php/extensions/no-debug-non-zts-20090626/xdebug.so: (null)
Failed loading /usr/lib/php/extensions/no-debug-non-zts-20090626/xdebug.so: (null)
Failed loading /usr/lib/php/extensions/no-debug-non-zts-20090626/xdebug.so: (null)

• Wieder Anleitung von Debuggable benutzt.
• Von Kommodo Downloads Remote Debugging Komodo-PHPRemoteDebugging-6.0.0-beta1-44391-macosx.tar.gz runtergeladen.
• in /Applications/MAMP/bin/php5/lib/php/extensions/ gespeichert und entpackt (sollte eigentlich woanders hin - unter downloads o.ä.)
• Unterordner für alle PHP-Versionen (!) drin: Version 5.1, 5.2, 5.3
• bei mir installiert ist 5.2 (phpinfo())
• in php.ini Pfad herausfinden, nach dem MAMP-PHP sucht:
• in /Applications/MAMP/conf/php5/php.ini:
• unter Paths and Directories den Eintrag: extension_dir = “/Applications/MAMP/bin/php5/lib/php/extensions/no-debug-non-zts-20050922/ gefunden
• dort (in in /Applications/MAMP/conf/php5/php.ini) war noch eine Einstellung zend_extension=”/usr/lib/php/extensions/no-debug-non-zts-20090626/xdebug.so unter den Einstellungen für Xdebug/ZEND - diese muss auskommentiert werden, sie überschreibt sonst den Pfad für das extension_dir: ;zend_extension=”/usr/…”!!
• xdebug.so aus Unterordner “5.2″ in /Applications/MAMP/bin/php5/lib/php/extensions/no-debug-non-zts-20050922/ kopiert
• Apache neu gestartet
• funktioniert: keine Fehlermeldungen mehr

Dank an Christian Hartmann für die Hilfe !!!

Installing PECL in MAMP

http://developerkarma.com/blog/andrew-m-riley/quick-and-dirty-pecl-mamp-os-x shows how to install pecl directly into mamp.

Your PECL should now be available at /Applications/MAMP/bin/php5/bin/pecl

Use MAMP PECL instead of the wrong one

As you might have an additional “system” pecl in your system server path (which is used by default when you just enter “pecl install” or something alike), make sure you use the mamp one in the terminal.

The easiest way is to adress pecl using the full url any time you call it: Instead of typing

pecl install something

type:

/Applications/MAMP/bin/php5/bin/pecl install something

Pointing to the MAMP PECL from your terminal permanently

This is pretty annoying after a while (and error-prone beyond that!) so tell your terminal which one to use. To do this add an alias in your .bashrc file:

edit the .bashrc of your personal account:

propellermac:testcase achimbode$ sudo edit ~/.bashrc

To the ~/.bashrc file add the following line:

alias pecl=/Applications/MAMP/bin/php5/bin/pecl

When you start a new terminal window, your .bashrc should be run automatically and typing

pecl install something

should now point to the right pecl.

Execute .bashrc automatically

If the .bashrc is not run automatically on shell startup, create a bash_profile.

It’s just about editing the file and add a few lines you find on the page mentioned above. If the file does not exist, create it:

propellermac:testcase achimbode$ sudo edit ~/.bash_profile

The following code is copied from http://forums.macrumors.com/showthread.php?t=409238

if [ -f ~/.bashrc ]; then
. ~/.bashrc
fi

export PS1=’\[\e[0;31m\]\u\[\e[0m\]\[\e[1;31m\]@\[\e[0m\]\[\e[0;31m\]\H\[\e[0m\] \w $ ‘
source ~/.bashrc

It also colors your terminal prompt red, so you know if it works…
This looks like a lot of work. But actually it’s just editing a few files. And it’s worth while: No more confusion when installing libraries to MAMP! Have fun!

Vortrag von Peter Kruse auf der Re:publica 2010

Eine unsachliche Diskussion durchzieht auf einmal wieder die Republik: Was tun mit dem - nun auch nicht mehr ganz so neuen - Phänomen des Social Web? Die Art der Diskussion spiegelt sich in den Nachrichten wider:

* Fördert das Zölibat sexuellen Missbrauch?
* Gefahr aus dem Internet

Auf diesem Niveau sind keine brauchbaren Ergebnisse zu erwarten. Kruse hält dem die Auswertung seiner Befragungen von zweimal neunzig Vertretern (90 Digital Visitors und 90 Digital Residents) entgegen, “die wir am Wochenende noch schnell für die re:publica ausgewertet haben”.

Im ersten Moment erwartet man, endlich den Schlichterspruch im großen Kulturkampf zu bekommen, die Antwort auf die Frage nach dem Internet, Social Media und überhaupt. Aber wie so oft ist die Antwort weniger wichtig als die neuen Fragen, die aufgeworfen werden. Die wichtigste (und die wird von Kruse beantwortet) ist: Warum wird diese Diskussion so heftig geführt? Woher diese Schärfe?

Seine Auswertung der Wertewelten von “Heavy Usern” des Internet wird wunderbar anschaulich, denn die vielen kurzen Fragen der Interviews werden in Form von “semantischen Räumen” dargestellt. Diese zeigen klare Cluster für jede der beiden Gruppen. Das heißt, der Chor der “Experten” zerfällt ganz klar in zwei Stimmen. Den Residents sind verlässliche Beziehungen und Informationen wichtig, Bevormundungen können sie nicht ausstehen. Die Referenzgruppe der Visitors setzt dagegen vor allem auf Stabilität. Beide sind sich einig, dass im Social Web die Zukunft liegt. Sie bewerten diese Tatsache aber vollkommen unterschiedlich: “Digital Visitors wissen, dass das Internet wichtig ist, mögen es aber überhaupt nicht.” Sie nutzen und unterstützen das Netz, weil sie es für die Zukunft halten. Aber ihre intuitiven Präferenzmuster spiegeln die Offlinewelt.

Wenn sich zwei Gruppen in der Bewertung der Tatsachen so ähnlich sind und gleichzeitig in ihren Gefühlen gegenüber der Entwicklung so unterscheiden, kann es nur zum Krach kommen. “Hier geht es doch gar nicht um eine rationale Diskussion” folgert Kruse. Vielleicht sollten die Experten erst einmal ihre Wertewelten offenlegen und ausdiskutieren, denn hier liege die eigentliche Differenz. Ohne diese Klärung können die Fakten nicht zur allgemeinen Zuftriedenheit sortiert werden.

Der ganze Vortrag findet in einer orkanartigen Geschwindigkeit statt, was Kruse aber nicht daran hindert, auch seine Methodik zu erläutern, mit der er dem Oberflächenkratzen der Talker zu Leibe rücken will. Bei den Befragungen werden in sehr schneller Folge Begriffspaare abgefragt und vom Probanden bewertet. Daraus werden Matritzen mit Zusammenhängen erstellt, die über Fragen wie “Was mir tatsächlich wichtig ist” im Wertesystem verortet werden. Mit seiner Software nextexpertiser werden daraus räumliche Muster aus gelben Kugeln und grünen Kreuzen erstellt, die dem Betrachter die Chance geben, den Datenwust intuitiv zu erfassen. Da es sich nicht um einen einzelnen Probanden handelt, werden die Ergebnisse zu jedem Begriff “räumlich zusammen gezogen” und es ensteht eine Art Durchschnitts-Wertesystem einer Gruppe.

In Anlehnung an das menschliche Gehirn könne man diese Gruppen-Wertewolke als das limibsche System bezeichnen, mit dem die Gruppe ihre Entscheidungen trifft. Meines Wissens konsultiert das limbische System zwar (soweit überhaupt bisher bekannt) auch ein paar Großhirnareale bei der Entscheidungsfindung - sonst hätte sich die Evolution den Blumenkohl auch sparen können und jede Generation würde aufgrund der festverdrahteten Windungen bei gleicher Datenlage die gleichen Entscheidungen treffen - aber diese Vereinfachung sei ihm verziehen.

Um noch kurz auf den Titel des Vortrags einzugehen: Nach dem Zugangsboom und einem Beteiligungsboom ist jetzt die dritte Stufe erreicht: “nachhaltige Empörung”. Denn nach “drin sein” (Boris) und “mitmachen” (Alice?) kommt jetzt “sich zu machtvollen Bewegungen zusammen zu schließen” - und das ist ein Angriff auf die etablierten Machtmonopole. Diese Veränderungen durch das Internet sind ‘’systembedingt”, auch Abschalten hilft jetzt nicht mehr.

Interessant wäre es noch zu wissen, wie die Stichprobe zustande gekommen ist. Denn die Ergebnisse klingen ein wenig nach den Stereotypen der Begriffe Digital Visitors und Digital Residents und da liegt der Verdacht nahe, dass man eine Wellenantwort bekommt, weil man eine Wellenfrage gestellt hat.

Für die Kürze der Zeit war die Analyse jedoch glasklar, dreidimensional anschaulich und im Vergleich zur Talkshow-Fraktion definitiv eine Bereicherung der Diskussion. Sie mag methodisch hinterfragbar sein, wird aber vorwiegend in der Großhirnrinde verarbeitet - und nicht nur im limbischen System der großen Gefühle.

I had a little problem with the Woogle installation, but was able to solve
it. Just posting to allow for the “debug by googleing” procedure we
all know.

I installed the remote backend and the extension. Search now uses
Woogle, but obviously tries to access the native version:

Fatal error: Class ‘WoogleQueryServiceNative’ not found in /var/www/
15.1/wooglewiki/extensions/Woogle/includes/WoogleUtil.php on line 179

I found the solution in the …/extensions/Woogle/addons/Remote/
Remote.php.

The config settings displayed on http://www.teamweaver.org/wiki/index.php/Woogle4MediaWiki/Configuration
are not complete - the actual setting that makes Woogle switch to
remote mode is missing. The complete version is:

I found the solution in the …/extensions/Woogle/addons/Remote/Remote.php:

The config settings displayed on http://www.teamweaver.org/wiki/index.php/Woogle4MediaWiki/Configuration are not complete - the actual setting that makes Woogle switch to remote mode is missing. The complete version is:

LocalSettings.php:

require_once(”$IP/extensions/Woogle/Woogle.php”);

// Woogle Configuration

WoogleConfig::set(’indexAddon’, ‘Remote’); // set the respective backend URL here

WoogleConfig::set(’remoteBaseServiceUrl’, ‘http://octopus13.fzi.de:9999/teamweaverIS-backend/services/’); // set the respective backend URL here
WoogleConfig::set(’remoteAuthKey’, ’secret’); // key for querying, only required if the backend is set to securityEnabled = true;
WoogleConfig::set(’indexGroups’, array(’group1′, ‘group2′));
WoogleConfig::set(’indexRepository’, ‘123′); // numeric id for indexing (repoId) - as configured in the backend repo_config.xml
WoogleConfig::set(’remotePushIndexAuthKey’, ’secret2′); // key for indexing - as configured in the backend repo_config.xml

Great app, though. This is what we all have been waiting for, so make sure to keep going!
Achim
—

I posted this to the Woogle Mailinglist, but it was said to be postponed for supervision by the admins. As far as I know the initiator of the project is on holiday for a couple of weeks (at least I read his Email Responder that way…), so I cross posted it here.

Liquid Feedback

Liquid Feedback soll es ermöglichen, die kollaborative Erstellung von Gesetzesvorlagen zu ermöglichen. Das kann zu einem sehr komplexen Unterfangen werden - insbesondere, wenn mehrere sehr ähnliche Vorschläge miteinander konkurrieren. LiquidFeedback nutzt daher die Schulze-Methode zur Bewertung der Vorschläge. Mit LiquidFeedback ist es z.B. möglich, bestimmte Aspekte einer Vorlage abzulehnen - und die Vorlage gerade dadurch zu befürworten, weil man gleichzeitig angibt, dass in der Vorlage diese Aspekte nicht zum Ausdruck kommen bzw. nicht umgesetzt sind: Wenn ich beispielsweise nicht will, dass die Einkommenssteuererhöhung Teil des Gesetzes wird, stimme ich also einer Variante der Vorlage zu, in der der Aspekt Einkommenssteuererhöhung nicht vorkommt, eine untergeordnete Rolle spielt oder explizit abgelehnt wird. (”Neggadiv und neggadiv gibt bossidiv” hat meine frängische Maddelehrerin das genannt.) Der mündige Bürger tritt als für bestimmte Prinzipien und Aussagen ein und bewertet, wie stark er diese Aussagen in einem Antrag vertreten sieht.

Der Kern der Software besteht aus SQL-Datenbankprozeduren (Stored Procedures), die Oberfläche wurde nach alter Hacker-Manier in der Programmiersprache LUA implementiert, mit der in dem Computerspiel World of Warcraft die Oberflächen angepasst werden können.

Auch wenn die Initiative zu diesem Projekt von der Piratenpartei ausging, haben sich die eigentlichen Programmierer rechtlich in der Public Software Group zusammen geschlossen und Liquid Feedback als Open Source unter der MIT/X11-Lizenz veröffentlicht. Sie kann also prinzipiell auch von anderen Parteien und Organisationen genutzt und weiterentwickelt werden. Sollten sich Leser dafür interessieren, dann sei ihnen noch ein Hinweis der Autoren der Software mit auf den Weg gegeben: die Nutzungsbedingungen der Software sind nicht gleich zu setzen mit den (demokratischen) Prinzipien ihres Einsatzes. Also bitte im Zweifelsfall nochmal nachfragen, da es in diesem Punkt offenbar schon Verwirrung gegeben hat.

Mission erfüllt

Die Software wurde mittlerweile ausgerollt, es wurden erste Schulungen gegeben und verschiedene Landesverbände haben angefragt. Die Ziele des Squads sind also erreicht.

Die satzungsgemäße Selbstauflösung einer Arbeitsgruppe wird immer den Geruch von Fundis, APO und endlosen Debatten über die Tagesordnung haben. Trotzdem sprechen einige triftige Gründe dafür, dass die Auflösung sinnvoll ist:

1. Squads, die sich nicht auflösen, werden schnell zu Institutionen, die irgendwann einmal eine Berechtigung hatten und daraus weiter eine Legitimation schöpfen, die ihnen eigentlich nicht mehr zusteht.
2. Die Bezeichnung Liquid-Democracy-Squad ist irreführend. Erstens versteht darunter jeder etwas anderes und zweitens ist der eigentliche Zweck des Squads mittlerweile so klar umrissen, dass man diese Bezeichnung ablegen kann. Die Bezeichnung Liquid-Democracy kann leicht dazu führen, dass man in end- und ziellose Diskussionen über das Wesen von LD verstrickt wird. Hier ging es jedoch um die Erstellung einer ganz bestimmten Plattform, die jetzt den Namen Liquid Feedback trägt.
3. Es gibt andere in der Partei, die tatsächlich das weit gefasste Thema LD bearbeiten (und hoffentlich konkretisieren) wollen. Für diese soll der Name des Squads wieder “frei gemacht” werden.

Neue Mission

Anstelle des bestehenden Squads soll ein neuer entstehen, der die jetzt anstehenden Ziele verfolgt: Öffentlichkeitsarbeit, Kontrolle des Liquid-Feedback-Betriebs und die Auswertung von Ergebnissen. Der Squad soll nächsten Mittwoch gegründet werden. Näheres dazu findet sich im Wiki der Piratenpartei unter
http://wiki.piratenpartei.de/BE:Liquid_Democracy_in_der_Piratenpartei

Features

Die Suche ermöglicht es Mediawiki-Nutzern nicht nur, über Dokumente und Wiki-Inhalte gleichzeitig zu suchen. Sie haben auch die Möglichkeit, die Ergebnisse zu Ranken und dadurch kollaborativ zur Verbesserung der Suchergebnisse beizutragen. In der Java-Implementierung (siehe Technik) besteht zudem die Möglichkeit, in Mediawiki hochgeladene Dokumente zu durchsuchen. Der Nutzer findet also Treffer aus Office- und PDF-Dokumenten und im Wiki in einem Arbeitsschritt.

Unter der URL http://www.wiki4enterprise.org/index.php/Suche_in_Wikis habe ich eine Tabelle erstellt, in der die Features verschiedener Mediawiki-Suchen verglichen werden. Über eine Beteiligung / Korrektur / Vervollständigung würde ich mich freuen.

Technik

Woogle basiert - wie so viele Suchmaschinen - auf einer Lucene-Implementierung. Apache Lucene ist eine freie Software-Bibliothek, die unter der Apache-Lizenz veröffentlicht wurde. Neben der ursprünglichen Java-Implementierung wurden mehrere Portierungen auf andere Programmiersprachen vorgenommen, unter anderem existiert eine PHP-Version, die allerdings nicht den vollen Funktionsumfang der Java-Lucene umfasst.

Woogle wird dementsprechend in zwei “Flavors” zur Verfügung gestellt:

1. Eine PHP-Version für “Puristen”, die kein Java neben dem (für Mediawiki ohnehin nötigen) PHP auf dem Server installieren wollen oder können.
2. Eine Java-Version, die einen größeren Funktionsumfang und die Durchsuchung von Dokumenten umfasst.

Wiki4Enterprise

In der Veranstaltungsreihe Wiki4Enterprise treffen sich Anwender aus Unternehmen, die Mediawiki in ihrer Firma einsetzen. Hier werden in einem kompetenten Kreis Probleme und Lösungen beim Einsatz von Mediawiki im Enterprise-Kontext diskutiert. Diesmal waren unter anderem der CIO von Wikimedia Deutschland Daniel Kinzler und Raimond Spekking, Core-Entwickler von MediaWiki anwesend. Wie jede Community lebt auch diese vom Mitmachen. Wir würden uns daher freuen, wenn neben Mitarbeitern und Abteilungsleitern von Fraport, VOLKSWAGEN, Schaeffler KG, Fraunhofer, dem Pumpenhersteller KSB, der Bundeswehr, der Gesellschaft für Technische Zusammenarbeit (GTZ) und anderen noch weitere Unternehmen zu dem Kreis dazustoßen würden. Interessenten können sich gerne bei mir melden: joachim(Punkt)bode(at)twoonix(Punkt)com.

Wikis im Unternehmen

Wikis kommen häufig durch die Hintertür ins Unternehmen - installiert von Mitarbeitern, die das Problem erkannt und eine Lösung gefunden haben (siehe Joachim Bode: Pragmatisches Wissensmanagement im Intranet im Annual Multimedia 2010). In der Praxis hat sich herausgestellt, dass sie hervorragende Dienste leisten - und zwar nicht nur im Wissensmanagement, sondern auch

• im Projektmanagement
• bei der Identifikation, Definition und Durchführung von Prozessen (BPM)
• und in der Dokumentation.

Vor allem die Potentiale im Prozessmanagement werden noch nicht erkannt. Statt einer Definition starrer Prozesse “von oben” (also in der Regel durch Menschen, die zwar kompetent, aber gar nicht in die Prozesse involviert sind) ist es mit Wikis möglich, die wahren Prozesse zu identifizieren, Probleme zu erkennen und zu beheben. Im Projektmanagement ermöglichen sie auch eine abteilungs- und unternehmensübergreifende Zusammenarbeit und erledigen bei richtiger Anwendung die Dokumentation gleich mit - flexibel, ohne Mehraufwand, vollständig mit technischen Auswertungstools analysierbar. Im Gegensatz zu reinen Projektmanagement-Tools sind sie dabei so flexibel, wie es ein Projekt erfordert. Das ist ein bisher kaum diskutierter Punkt, was erstaunlich ist, wenn man bedenkt, dass schon die Definition des Begriffs Projekt beinhaltet, dass es nicht gradlinig nach Schema-F verläuft. Allerdings reicht es dazu nicht, ein Mediawiki zu installieren. Die Einführung sollte von Experten begleitet werden, die vor allem folgende Punkte professionell durchführen können:

1. Konzeption
2. Anpassung an individuelle Prozesse
3. Initial-Befüllung mit Content
4. Rollout und Schulung der Mitarbeiter

Sollten Sie in Ihrer Abteilung bereits (aus Verzweiflung oder Überzeugung) ein Wiki installiert haben oder einfach die Möglichkeiten erkannt haben, beraten wir Sie gerne und kompetent unter www.twoonix.com.

Für alle, die sich die gleiche Frage stellen, hier die Lösung:

$wgSMTP = array(
‘host’ => “localhost”, // oder IP-Addresse
‘IDHost’ => “achimbo.de”, // eigene Domain eintragen
‘port’ => 25,
‘auth’ => true,
‘username’ => “wp1020014-jo”, // In KIS unter “Administration > Webhosting > 1020014 > E-Mail > E-Mail-Konten verwalten” bzw. “Administration > Webhosting > 1020014 > E-Mail > E-Mail-Konten verwalten / Autoresponder / Filter / Webmailer”
‘password’ => “my_password” // ebenfalls dort eingetragen
);

Und zu guter Letzt:
–> Damit man via Script E-Mails verschicken kann, muss im KIS eine Standard E-Mail Adresse hinterlegt sein. Die konfiguriert man in KIS unter “Administration > Webhosting > Konfigurieren > Skripte > Standard-E-Mail-Adresse”. Dort die E-Mail Adresse hinterlegen mit der das Script die E-Mails verschickt.

Viel Spaß!

Frage:

Ich habe zu Beginn fast jedes Projekts das selbe Problem: In der Initiierungsphase werden für verschiedene Zwecke (z.B. Business Case, Projektantrag, …) Daten zum späteren Projekt gefordert, die zu dieser Zeit einfach noch nicht vorliegen KÖNNEN (meistens auch nicht grob geschätzt), da sie erst im Rahmen der Projektplanung erarbeitet werden. Ich denke natürlich in erster Linie an Aufwands- und Ertragsdaten, aber auch z.B. an den zeitlichen Projektumfang.

Erst in der Planung (teilweise noch später) entscheidet sich, welcher Weg genau genommen wird, um das Projektziel zu erreichen. Und da die Wege weit voneinander abweichen können…

Meine Antwort:

Hallo Herr K.,

Sie haben vollkommen Recht: Wenn ein Projekt bequem nach Erfahrungsdaten planbar ist, dann handelt es sich per definitionem nicht um ein Projekt. Die DIN 69 901 bezeichnet ein Projekt als “Vorhaben, was im Wesentlichen durch seine Einmaligkeit der Bedingungen in ihrer Gesamtheit gekennzeichnet ist” und alle mir bekannten ernstzunehmenden wissenschaftlichen Definitionen sind in puncto Einmaligkeit (und damit mangelnder Planungsgrundlage sowohl der Inhalte als auch des Ablaufs) ähnlich. Diese Problematik ist eines der schwierigsten Probleme im Projektmanagement, das in unseren Lehrveranstaltungen an der Beuth-Hochschule immer wieder Thema ist.

Allerdings kann man den Schätzungsgrundlagen mit technischen und organisatorischen Mitteln auf die Sprünge helfen. Mit Hilfe von Wikis (wir haben vor kurzem bei der Visualisierungsabteilung von VW ein MediaWiki eingeführt) können Sie etwa neben den üblichen quantitaven Daten, die von Projektmanagement-Software erfasst werden, auch die Gründe analysieren, aus denen Abweichungen resultieren. Außerdem erfassen Sie damit den Kontext eines Projektes besser und erkennen so, wie weit die Gründe für Abweichungen auf die aktuelle Situation übertragbar sind. Voraussetzung ist allerdings eine geeignete Methodik, nach der nicht im Wiki nicht nur dokumentiert, sondern bei der das Wiki als Arbeitsplattform benutzt wird. Für nähere Informationen können Sie mich gerne persönlich kontaktieren.

Die Denkweise ähnelt der empirischen Methodik in den Wirtschaftswissenschaften. Jeffrey Pfeffer hat das als “Evidence Based Management” bezeichnet (Pfeffer, Jeffrey; Sutton, Robert (2006): Evidence-Based Management. In: Harvard Business Review, Jg. 84, H. 1, S. 62–74.). Die Idee stammt aus dem medizinischen Bereich, wo man festgestellt hatte, dass Ärzte häufig nach eigenen Erfahrungswerten behandeln. Diese lebensgefährliche Vorgehensweise versucht man in der “Evidence Based Medicine” zu ändern, indem man wieder verstärkt auf repräsentative Studien zurückgreift und die “Projekte” einzelner Ärzte stattdessen mit in die Studien einarbeitet. Pfeffer hat dem hinzugefügt, dass die meist auf “Bauchgefühl” basierenden Entscheidungen von Managern durchaus auch eine empirische Datengrundlage aus ihren Projekten vertragen könnten.

Mit freundlichen Grüßen,
Achim Bode