Am Die, den 08.02.2005 schrieb Andre Schnabel um 18:37: > > Lieber w�re mir eigentlich eine "Bug hunting" Session, in der man > versucht, Bugs in Issuezlla zu verifizieren, pr�zisieren und > letztendlich f�r die Entwickler aufzubereiten. Das ist das Tagesgesch�ft > beim QA-Projekt und bracuht dadurch noch mehr Helfer, als die Release-QA. > Das Problem dabei ist, dass die Struktur der Komponenten doch recht > komplex ist. Es w�rden wohl allein 2h daf�r draufgehen, die Leute mit > ein paar Beispielen anzutrainieren. Zu wirklicher Arbeit kommt man dann > nicht. >
Hallo Andre, genau da sehe ich das Problem, "bug hunting" klingt spannend, ist aber etwas komplexer. Schnell hat der geneigte Zuschauer die Faxen dicke und taucht ab. Wir brauchen zum "anf�ttern" also etwas in der Art: "bin ich schon drin? - Das war ja einfach!" Etwas, wo der Interessent anhand einer Checkliste gucken kann und ein schnelles Erfolgserlebnis hat. Sicherlich muss auch unterschieden werden, welcher Workshop auf welche Veranstaltung passt. F�r eine Messe mit Laufpublikum sicherlich nicht, f�r ein Anwendertreffen eventuell schon. Lie�en sich vielleicht bereits in der Vorbereitung Handlungsanleitungen verteilen? Auch wenn es einige nicht so empfinden m�gen: die Einstiegsh�rden au�erhalb des reinen Marketing sind nicht so ganz flach, wie wir sie gerne h�tten. Gru� Axel --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
